Benutzerdefiniertes Ereignis

Definition: Ein benutzerdefiniertes Ereignis (englisch: Custom Event) ist in Google Analytics 4 und anderen ereignisbasierten Analytics-Systemen ein individuell definiertes Tracking-Ereignis, das spezifische Nutzerinteraktionen oder Systemereignisse erfasst, die nicht durch die automatisch erfassten Ereignisse des Systems oder durch die vom Anbieter empfohlenen Standardereignisse abgedeckt werden. In GA4 gliedert Google das Ereignis-System in drei Kategorien: automatisch erfasste Ereignisse (wie page_view oder session_start), empfohlene Ereignisse mit vordefinierten Namen und Parametern (wie purchase oder sign_up) sowie benutzerdefinierte Ereignisse, die vollständig frei benannt und gestaltet werden können. Benutzerdefinierte Ereignisse füllen die Lücke, die die ersten beiden Kategorien offen lassen: Sie erfassen jede Form von Nutzerinteraktion, die für das jeweilige Unternehmen, Produkt oder die Website von analytischer Bedeutung ist, ohne dass Google dafür eine vordefinierte Vorlage anbietet. Beispiele reichen vom Klick auf einen spezifischen Call-to-Action-Button über das Abspielen eines Erklärvideos, das Öffnen eines Chat-Widgets, den Abschluss eines mehrstufigen Formulars, das Erreichen eines bestimmten Fortschrittspunkts in einer Web-Anwendung bis hin zur Interaktion mit einem interaktiven Rechner oder Konfigurator. Da benutzerdefinierte Ereignisse beliebige Namen und Parameterkombinationen erhalten können, bilden sie das flexibelste und mächtigste Werkzeug im GA4-Tracking-Arsenal.

Erläuterung

In der Praxis werden benutzerdefinierte Ereignisse entweder direkt im Quellcode der Website über den gtag.js-Befehl gtag('event', 'ereignis_name', { parameter_1: 'wert_1' }) ausgelöst oder – was in den meisten professionellen Implementierungen bevorzugt wird – über den Google Tag Manager in Verbindung mit dem Data Layer verwaltet. Der Data Layer fungiert dabei als Schnittstelle zwischen dem Backend der Website und dem Tag Manager: Wenn eine bestimmte Nutzerinteraktion stattfindet, wird ein Objekt in den Data Layer gepusht, das den Ereignisnamen und alle relevanten Parameter enthält. Der Tag Manager "lauscht" auf dieses Objekt und löst den entsprechenden GA4-Ereignis-Tag aus.

Für die Benennung benutzerdefinierter Ereignisse gelten in GA4 bestimmte Konventionen und Einschränkungen. Ereignisnamen dürfen nur Kleinbuchstaben, Ziffern und Unterstriche enthalten – keine Leerzeichen, Bindestriche oder Sonderzeichen. Die maximale Länge eines Ereignisnamens beträgt 40 Zeichen. Es empfiehlt sich, beschreibende, konsistente Namen zu wählen, die den Ereignistyp und den Kontext klar kommunizieren: cta_click für einen Call-to-Action-Klick, form_submit_contact für den Absenden eines Kontaktformulars oder video_complete_product_demo für das vollständige Abspielen eines Produkt-Demonstration-Videos.

Ein wichtiger konzeptioneller Unterschied zu Universal Analytics besteht darin, dass GA4 ausschließlich ereignisbasiert arbeitet. Es gibt keine separaten Konzepte von "Hits", "Pageviews" als eigene Treffertypen oder "Zielvorhaben" mehr. Stattdessen ist jede Interaktion – auch ein Seitenaufruf – ein Ereignis. Conversions werden in GA4 definiert, indem ein beliebiges Ereignis (auch ein benutzerdefiniertes) als Conversion markiert wird. Das macht benutzerdefinierte Ereignisse zu einem zentralen Baustein der gesamten Conversion-Messung.

Pro GA4-Property können bis zu 500 verschiedene Ereignisnamen erfasst werden. Dieses Limit klingt großzügig, ist aber bei unkontrollierter Implementierung durchaus erreichbar, wenn beispielsweise Ereignisnamen dynamisch generiert werden (z. B. indem der Name des angeklickten Buttons direkt als Ereignisname verwendet wird). Daher ist eine disziplinierte Namensgebung und eine zentrale Tracking-Konzeption unerlässlich, um das Limit zu schonen und die Übersichtlichkeit der Berichte zu wahren.

Ereigniskategorien in GA4 im Vergleich

• Automatisch erfasste Ereignisse: Werden ohne jegliche Konfiguration von GA4 erfasst, sobald das Grundtag eingebunden ist. Dazu gehören page_view, session_start, first_visit und weitere. Sie bilden die Basismessung.
• Empfohlene Ereignisse: Google definiert für gängige Geschäftsszenarien (E-Commerce, Apps, Inhalte) standardisierte Ereignisnamen mit festgelegten Parametern, wie add_to_cart, begin_checkout oder login. Ihre Verwendung ermöglicht bessere systemseitige Berichte und Funktionen.
• Benutzerdefinierte Ereignisse: Vollständig frei benannte und parametrierte Ereignisse für alle Interaktionen, die in die ersten beiden Kategorien nicht passen. Sie erfordern manuelle Implementierung und bieten maximale Flexibilität.

Best Practices für die Implementierung

• Tracking-Konzept erstellen: Dokumentieren Sie alle geplanten benutzerdefinierten Ereignisse mit Ereignisname, Beschreibung, Trigger-Bedingung und zugehörigen Parametern in einem zentralen Dokument, bevor die Implementierung beginnt.
• Namenskonventionen einhalten: Verwenden Sie konsequent Kleinbuchstaben und Unterstriche, wählen Sie aussagekräftige Namen und folgen Sie einem einheitlichen Schema (z. B. [objekt]_[aktion]), um spätere Verwechslungen zu vermeiden.
• Parameter sinnvoll einsetzen: Reichern Sie Ereignisse mit kontextuellen Parametern an, um tiefere Auswertungen zu ermöglichen. Ein cta_click-Ereignis ist informativer, wenn es einen Parameter cta_text und page_section enthält.
• Conversions definieren: Markieren Sie geschäftskritische benutzerdefinierte Ereignisse direkt in GA4 als Conversions, um sie in Akquisitions- und Attributionsberichten korrekt zu erfassen.
• Regelmäßige Bereinigung: Überprüfen Sie das Ereignis-Inventar regelmäßig auf veraltete, doppelte oder nicht mehr genutzte Ereignisse und bereinigen Sie es, um das Limit von 500 Ereignisnamen nicht unnötig auszureizen.