Altes Google Analytics im Shop: was du entfernen musst

Warum alter Code ein Problem bleibt

Universal Analytics hat am 1. Juli 2023 die Verarbeitung neuer Daten in Standard-Properties eingestellt. Das Werkzeug misst seitdem nichts mehr, doch der Code dafür steckt auf vielen Websites weiter. Alte Code-Schnipsel laden oft weiter: ga.js mit _gaq, analytics.js mit ga() oder alte Plugins. Sie setzen Cookies und senden Anfragen ins Leere, teils ohne Einwilligung. Der Besucher bekommt also Skripte und Cookies, von denen niemand einen Nutzen hat, und das Banner kennt sie womöglich nicht einmal.

Dazu kommt häufig ein fest eingebautes gtag.js für GA4 zusätzlich zum Tag Manager. Dann sendet die Seite zwei Seitenaufrufe pro Besuch, und deine Auswertung ist verfälscht, ohne dass es sofort auffällt. Beide Probleme haben dieselbe Ursache: Code, den jemand irgendwann eingebaut hat und den heute niemand mehr kennt.

Alte Skripte finden

Öffne den Quelltext der Seite und suche nach analytics.js, ga.js und gtag. Wechsle in den Entwicklertools auf den Reiter Netzwerk, lade die Seite neu und filtere nach diesen Namen. Anfragen an collect mit v=1 stammen vom alten Universal Analytics. Suche außerdem in den Theme-Dateien (Header, Footer) und in den Einstellungen der Plugins, denn viele Themes und SEO-Plugins haben ein Feld für eine Analytics-Kennung, das nach dem Umstieg auf GA4 nie geleert wurde.

• Quelltext nach analytics.js, ga.js und gtag durchsuchen.
• Netzwerk-Anfragen filtern, collect mit v=1 deutet auf Universal Analytics.
• Theme-Dateien und Plugin-Einstellungen prüfen.
• Prüfen, ob ein Cache noch eine alte Seitenversion ausliefert.

Prüfe mehrere Seitentypen, nicht nur die Startseite: eine Produktseite, die Kasse, die Dankeseite und eine Unterseite aus einem anderen Bereich. Alte Einbindungen stecken manchmal in Vorlagen, die nur für bestimmte Seiten gelten.

Passend dazu: Google Tag Manager testen: Vorschau, Debugging, Fehler

Alten Code entfernen

Entferne den alten Code im Theme oder in den Plugin-Einstellungen. Läuft GA4 über den Tag Manager, muss ein zusätzlich fest eingebautes gtag.js ebenfalls raus; der Tag Manager sollte die einzige Quelle sein. Mache vor dem Eingriff eine Sicherung, besonders wenn du Theme-Dateien bearbeitest, denn ein Tippfehler im Header kann die ganze Seite stören. Wenn ein Plugin den Code einfügt, suche zuerst in dessen Einstellungen nach dem passenden Feld; erst wenn es dort nicht geht, ist das Plugin selbst zu ersetzen oder zu entfernen.

Teste anschließend: Es dürfen keine Anfragen der alten Skripte mehr hinausgehen, und GA4 muss weiterhin Seitenaufrufe und Ereignisse erhalten. Leere dazu bei Bedarf den Cache deiner Seite und prüfe in einem privaten Fenster, damit nicht eine zwischengespeicherte Seitenversion den alten Code weiter ausliefert.

Gehe beim Entfernen Schritt für Schritt vor und teste nach jedem Schritt, statt alles auf einmal zu ändern. So siehst du sofort, welche Änderung welche Wirkung hatte, und kannst bei einem Fehler genau diesen Schritt zurücknehmen. Dokumentiere kurz, was du entfernt hast und wo es stand, am besten mit Datum und der Seite, auf der du es gefunden hast. Wenn später jemand fragt, warum eine Analytics-Kennung fehlt, hast du die Antwort.

Beispiel: Shop nach dem Umstieg

Ein kleiner Shop ist 2023 von Universal Analytics auf GA4 umgestiegen. Ein Dienstleister hat GA4 über den Tag Manager eingerichtet, den alten Code im Theme aber nicht angefasst. Das Theme sendet seither über analytics.js weiter ins Leere, und ein Plugin für Produktbewertungen fügt zusätzlich ein gtag.js ein. Im Vorschaumodus des Tag Managers fällt auf, dass der Seitenaufruf zweimal ankommt. Erst der Blick in die Netzwerk-Anfragen deckt beide Altlasten auf. Nach dem Entfernen läuft nur noch der Tag Manager, und die Zahlen sind plausibel.

Einwilligung prüfen

Alte Skripte kennen den Consent Mode nicht. Teste im privaten Fenster nach „Ablehnen“, ob noch Anfragen oder Cookies von alten Analytics-Skripten auftauchen. Sie dürfen es nicht. Öffne dazu die Entwicklertools und schaue im Netzwerk-Reiter nach Anfragen an Google, nachdem du das Banner abgelehnt hast. Kommt etwas, das nicht über den Tag Manager läuft, ist es ein fest eingebauter Rest. Das ist keine Rechtsberatung; der Artikel beschreibt nur die technische Prüfung.

Typische Fehler beim Aufräumen

Nach dem Entfernen wird gern vergessen, den Cache zu leeren, sodass der alte Code scheinbar weiter da ist. Oder der Code wird im Theme entfernt, aber ein Plugin fügt ihn weiter ein. Manchmal läuft der Tag Manager mit zwei GA4-Tags, weil bei der Migration ein alter Tag übrig blieb. Wiederhole den Test nach einigen Tagen noch einmal, weil Caches und geplante Aktualisierungen alte Einbindungen manchmal zurückbringen. Gehe nach dem Aufräumen außerdem noch einmal die Schritte „Finden“ und „Testen“ durch, damit du sicher bist, dass nichts übrig ist.

Wann sich Hilfe lohnt

Das Aufräumen ist machbar, wenn du Zugang zu Theme und Plugins hast und dich im Quelltext zurechtfindest. Schwierig wird es, wenn mehrere Dienstleister am Shop gearbeitet haben und niemand mehr weiß, welcher Code woher stammt, oder wenn dir der Zugriff auf Theme-Dateien fehlt. Dann lohnt sich ein Audit, das alle Quellen findet, bevor etwas entfernt wird. Trackum richtet Tracking sauber über den Tag Manager ein.