GA4 Tracking defekt?

Warum dein Setup crashen kann, ohne dass jemand den GTM Container anfasst

Kennst du dieses Szenario? Dein Telefon klingelt, der Kunde ist dran und klingt leicht panisch:

Kunde: „Unser Website-Tracking ist kaputt. Es kommen keine Daten mehr in GA4 an. Dabei haben wir den Google Tag Manager Container gar nicht angefasst! Die letzte Änderung ist Wochen her.“

Als Webanalyse-Freelancer muss ich dann tief durchatmen und die vielleicht unbeliebte, aber technisch notwendige Wahrheit aussprechen:

Ich: „Doch, irgendetwas hat sich geändert. Es ist technisch fast unmöglich, dass ein funktionierendes Tracking-Setup einfach so den Geist aufgibt, ohne dass sich entweder im GTM oder am Code der Webseite etwas getan hat.“

Das Problem ist ein klassisches Missverständnis, das ich in meiner Arbeit ständig sehe: Das Vertrauen auf das „Zuletzt bearbeitet“-Datum im GTM.

Lass dich davon nicht täuschen.

Der Trugschluss: „Wir haben nichts angefasst“

Viele Kunden schauen auf das Datum neben ihren Tags, Triggern oder Variablen im Google Tag Manager und denken: „Hier steht vor 2 Monaten – also liegt der Fehler nicht hier.“

Was dabei vergessen wird: Dein Tracking ist keine Insel. Deine GTM Tags, Trigger und Variablen sind tief mit dem Quellcode deiner Webseite verwurzelt. Wenn sich die Webseite bewegt, wackelt das Tracking – oder es fällt ganz um.

Hier sind die 4 häufigsten Gründe, warum dein GA4 Tracking plötzlich ausfällt, obwohl der Container „unberührt“ blieb:

1. Der Data Layer wurde verändert

Der GTM verlässt sich massiv auf den Data Layer, um Informationen an deine Tags zu übergeben (z.B. E-Commerce Daten wie Preis oder Produkt-ID). Wenn dein Entwickler-Team den Code der Webseite optimiert und dabei (unabsichtlich) den Code ändert, der den Data Layer befüllt, laufen deine Tags ins Leere. Ergebnis: Das Tag feuert vielleicht noch, aber die GA4-Reports bleiben leer oder unvollständig.

2. Trigger finden ihre Ziele nicht mehr

Trigger lösen aus, wenn bestimmte Ereignisse auf der Webseite passieren (z.B. Klick auf „In den Warenkorb“). Oft basieren diese Trigger auf CSS-Klassen oder Element-IDs. Macht das Design-Team ein Redesign und benennt den Button von class=“add-to-cart-btn“ in class=“btn-primary-buy“ um? Ergebnis: Der Trigger wartet vergeblich auf den alten Namen. Das Tracking stoppt, obwohl der Button für den Nutzer genau gleich aussieht.

3. JavaScript-Variablen laufen ins Leere

Viele fortgeschrittene Setups nutzen benutzerdefinierte JavaScript-Variablen, um spezifische Werte von der Seite auszulesen. Ändert sich die Struktur der Webseite oder die zugrundeliegende JavaScript-Logik durch ein Update, geben diese Variablen plötzlich Fehler (undefined) oder falsche Werte zurück.

4. Code-Konflikte im Browser

Tags selbst beinhalten oft Custom HTML oder Skripte von Drittanbietern. Ein Update der Webseite kann dazu führen, dass dieser Code plötzlich mit anderen Skripten auf der Seite in Konflikt gerät.

Fazit: Traue niemals nur dem Datum

Die harte Wahrheit ist: Dein GA4 GTM Tracking kann kaputtgehen, ohne dass du den GTM Container auch nur öffnest.

Jede Änderung an HTML, CSS oder JavaScript deiner Webseite kann einen Dominoeffekt auslösen, der deine Tags, Trigger und Variablen lahmlegt. Das Datum „Zuletzt bearbeitet“ im GTM ist in diesem Fall irrelevant.

Mein Tipp für dich: Wenn das Tracking ausfällt, schau nicht nur in den GTM. Prüfe stattdessen:

1. Gab es kürzlich ein Deployment oder Update der Webseite?

2. Wurden Design-Änderungen an Formularen oder Buttons vorgenommen?

3. Wurden neue Third-Party-Skripte (z.B. Cookie-Banner, Chat-Bots) installiert?

Webanalyse ist Teamarbeit zwischen Marketing und IT. Nur wer beides im Blick behält, sichert sich saubere Daten. 

Hab ich dein Interesse geweckt?

Sichere dir deine Datenqualität