Warum werden meine benutzerdefinierten Ereignisse nicht an GA4 weitergeleitet?

Eigene Ereignisse kommen meist nicht in GA4 an, weil der Trigger im Tag Manager nicht zum Ereignisnamen in der Datenschicht passt, das GA4-Ereignis-Tag eine falsche Mess-ID hat oder fehlende Einwilligung das Senden verhindert. Oft kommen die Ereignisse auch an, sind aber in den Standardberichten noch nicht sichtbar, weil GA4 Daten erst verarbeiten muss oder Parameter nicht als benutzerdefinierte Dimension registriert sind.

Prüfen Sie deshalb zuerst, an welcher Stelle der Kette das Ereignis hängen bleibt: Datenschicht, Trigger, Tag, Einwilligung oder Bericht.

Wo geht das Ereignis verloren?

• Datenschicht. Die Website schreibt das Ereignis nicht oder unter anderem Namen in den dataLayer. Ohne event-Schlüssel erkennt der Tag Manager kein benutzerdefiniertes Ereignis.
• Trigger. Der Trigger vom Typ „Benutzerdefiniertes Ereignis“ muss exakt denselben Namen tragen wie in der Datenschicht. Groß- und Kleinschreibung zählt, ebenso Leerzeichen.
• GA4-Ereignis-Tag. Das Tag braucht die richtige Mess-ID (G-…) und einen gültigen Ereignisnamen. Variablen für Parameter müssen auf existierende Datenschicht-Variablen verweisen.
• Einwilligung. Ist analytics_storage verweigert und der Consent Mode einfach eingerichtet, sendet das Tag nichts. Auch Tags mit zusätzlicher Einwilligungsprüfung im Tag Manager werden blockiert.
• Container nicht veröffentlicht. Änderungen, die nur im Arbeitsbereich stehen, sind im Vorschaumodus sichtbar, auf der Live-Website aber nicht aktiv.

Wie prüfe ich die Kette Schritt für Schritt?

1. Vorschaumodus öffnen. Starten Sie die Vorschau im Tag Manager und lösen Sie die Aktion auf der Website aus, etwa ein Formular absenden.
2. Datenschicht prüfen. Klicken Sie links auf das Ereignis und öffnen Sie den Reiter Datenschicht. Stimmt der Name, und sind die erwarteten Werte enthalten?
3. Tag-Status prüfen. Steht Ihr GA4-Ereignis-Tag unter „Ausgelöste Tags“? Falls nicht, zeigt der Tag Manager, welche Trigger-Bedingung nicht erfüllt war.
4. DebugView öffnen. In GA4 sehen Sie in der DebugView, ob das Ereignis mit seinen Parametern ankommt. Erscheint es hier, funktioniert das Senden.
5. Bericht und Dimensionen prüfen. Parameter erscheinen in Berichten erst, wenn sie als benutzerdefinierte Dimension oder Messwert registriert sind. Standardberichte zeigen neue Daten erst nach der Verarbeitung.

Welche Regeln gelten für Ereignisnamen?

• Groß- und Kleinschreibung. GA4 unterscheidet form_submit und Form_Submit als zwei verschiedene Ereignisse.
• Reservierte Namen. Bestimmte Präfixe und Ereignisnamen sind für Google reserviert und dürfen nicht für eigene Ereignisse verwendet werden.
• Einheitliches Schema. Nutzen Sie Kleinbuchstaben mit Unterstrich und, wo es passt, die von Google empfohlenen Ereignisse wie generate_lead. Das erleichtert Berichte und die Nutzung als Conversion.

Gehen Sie die Kette immer in derselben Reihenfolge durch: Datenschicht, Trigger, Tag, DebugView, Bericht. So finden Sie die Bruchstelle in wenigen Minuten, statt an mehreren Stellen gleichzeitig zu ändern.

Quellen

• Tag Manager-Hilfe: Google Analytics-Ereignisse in Tag Manager einrichten
• Google for Developers: Die Datenschicht
• Google Analytics-Hilfe: Ereignisse in DebugView beobachten
• Google Analytics-Hilfe: Regeln für Ereignisnamen

Ihre Ereignisse erscheinen nicht in GA4? Wir prüfen Datenschicht, Container und Einwilligung und sorgen dafür, dass Ihre wichtigen Aktionen zuverlässig gemessen werden. Buchen Sie ein kostenloses Erstgespräch oder lesen Sie mehr über unsere Tracking-Betreuung.