GA4-Event-Naming: Warum dein Tracking still bricht statt zu warnen
GA4 verwirft reservierte Event-Namen ohne Fehlermeldung. Welche Namen betroffen sind, welche Limits gelten und wie du den Schaden früh findest.
Das Unangenehme an GA4-Tracking-Fehlern ist nicht, dass sie passieren. Es ist, dass sie sich nicht melden. Ein Event mit einem reservierten Namen wird angenommen, quittiert — und verworfen. Im Tag Assistant sieht alles grün aus. Erst Wochen später fällt auf, dass ein Report leer bleibt.
Wir sehen diesen Befund in etwa jedem zweiten Tracking-Audit. Fast immer ist die Ursache dieselbe: ein Name, der plausibel klingt, aber Google schon gehört.
Die Namen, die GA4 für sich beansprucht
Auf Web sind unter anderem diese Event-Namen reserviert und lassen sich nicht als eigene Events verwenden:
page_view, click, scroll, form_start, form_submit, file_download, video_start, video_progress, view_complete, session_start, first_visit, first_open, user_engagement, error, ad_impression, app_remove, in_app_purchase, view_search_results
Die schmerzhaften stehen ganz vorn. form_submit und click sind genau die Namen, die man vergibt, wenn man ohne Doku loslegt — und beide gehören zu Enhanced Measurement. Wer sein Kontaktformular als form_submit trackt, überschreibt nicht etwa das Standard-Event, sondern bekommt gar nichts.
Dazu kommen reservierte Präfixe. Sie gelten für Event-Namen, Parameter und User Properties gleichermaßen:
_ (Unterstrich), firebase_, ga_, google_, gtag.
Ein Parameter namens ga_source oder _internal_id wird still ignoriert. Das ist die Variante, die am längsten unentdeckt bleibt, weil das Event selbst ankommt — nur eben ohne die Dimension, auf die später ein Report aufbaut.
Die Limits, an denen es sonst scheitert
| Was | Grenze |
|---|---|
| Event-Name | 40 Zeichen |
| Parameter-Name | 40 Zeichen |
| Parameter-Wert (String) | 100 Zeichen |
| Parameter pro Event | 25 |
Bei den Werten gibt es dokumentierte Ausnahmen: page_location darf 1.000 Zeichen haben, page_title 300. Das ist relevant, weil viele selbstgebaute Prüfungen hier Fehlalarme erzeugen — eine lange URL mit UTM-Parametern reißt die 100 Zeichen mühelos, ist aber vollkommen in Ordnung.
Die 25-Parameter-Grenze trifft vor allem E-Commerce-Setups, die jedes verfügbare Feld mitschicken. Was darüber liegt, fällt weg — welches, ist nicht garantiert.
snake_case ist keine Kosmetik
GA4 unterscheidet Groß- und Kleinschreibung. SignUp, signup und sign_up sind drei verschiedene Events. Das bricht nichts sofort, es fragmentiert nur — und zwar so, dass es in keinem Report als Fehler auffällt, sondern als drei kleine Zahlen statt einer großen.
Der zweite Grund für snake_case: Googles empfohlene Events sind alle so geschrieben. Wer purchase, sign_up, generate_lead oder view_item verwendet, bekommt vorgefertigte Reports und passende Conversion-Vorlagen geschenkt. Wer stattdessen Kaufabschluss trackt, baut alles selbst nach.
Häufige Fragen
Warum warnt GA4 nicht einfach?
Weil die Verarbeitung asynchron ist. Der Hit wird entgegengenommen, die Validierung passiert danach serverseitig. Für den Browser sieht ein verworfenes Event genauso aus wie ein akzeptiertes — es gibt keinen Rückkanal.
Kann ich reservierte Namen irgendwie doch nutzen?
Nein. Weder mit Präfix-Trick noch über Server-Side Tagging. Der einzige Weg ist ein anderer Name, zum Beispiel contact_form_sent statt form_submit.
Was ist der Unterschied zwischen reservierten und empfohlenen Events?
Reservierte darfst du nicht verwenden, empfohlene solltest du verwenden. Empfohlene Events wie purchase oder generate_lead sind normale Events mit vordefinierter Bedeutung — sie funktionieren nur besser, weil GA4 sie kennt.
Wie finde ich bestehende Fehler im laufenden Setup?
Zieh deinen Tracking-Plan aus GTM und prüfe die Namen gegen die Regeln, bevor du in den Reports suchst. Genau dafür haben wir den GA4 Event Naming Validator gebaut: Events zeilenweise einfügen, das Tool prüft Limits, Präfixe, reservierte Namen und snake_case. Läuft lokal im Browser, deine Event-Struktur verlässt den Tab nicht.
Was du heute schon tun kannst
- Exportiere die Event-Namen aus deinem GTM-Container — eine Liste reicht.
- Prüfe sie gegen die reservierten Namen und die fünf Präfixe oben.
- Achte besonders auf
form_submit,click,scrollunderror— das sind die vier, die wir am häufigsten finden. - Für jeden Treffer: neuen Namen vergeben, in GTM ändern, und in GA4 die betroffene Conversion neu anlegen.
- Rechne damit, dass die historischen Daten für dieses Event nicht rückwirkend entstehen. Was verworfen wurde, ist weg.
Punkt 5 ist der Grund, warum sich diese Prüfung lohnt, bevor der nächste Report gebaut wird. Wenn du unsicher bist, wie tief der Schaden reicht, ist ein Erstgespräch der schnellste Weg zur Einordnung — mehr zum Vorgehen unter Tracking & Analytics.