Event-Benennung und Struktur: Dein Event-System ordnen

So benennst und strukturierst du Events einheitlich, damit dein gesamtes Tracking-System geordnet und verständlich bleibt.

Entwurf

Wie solltest du deine Events benennen? „purchase“ oder „purchase_conversion“? „button_click“ oder „click_button“? „form_submit“ oder „submit_form“? Die Benennung wirkt nebensächlich, aber wenn du sie vermasselst, wird dein Tracking zum Chaos. Eine Person nennt ein Event „purchase“. Eine andere nennt ein ähnliches Event „conversion“. Jetzt hast du doppeltes Tracking mit verschiedenen Namen. Berichte zeigen widersprüchliche Zahlen. Teams streiten, welche Zahl stimmt. Gute Benennung verhindert das. Einheitliche Namen bedeuten, dass alle wissen, was jedes Event macht.

In diesem Artikel erfährst du, wie du Events benennst und strukturierst, damit dein Tracking-System beim Wachsen geordnet bleibt.

Was sind Event-Benennung und Struktur?

Die Event-Benennung ist die Art, wie du deine Events beschriftest. „purchase“, „form_submit“, „video_play“. Die Struktur ist die Art, wie du Events ordnest. Welche Events gehören zusammen? Wie kategorisierst du sie? Gute Benennung und Struktur halten das Tracking geordnet.

So sieht schlechte Benennung aus. Eine Person legt „purchase“ an. Eine andere „buy“. Eine dritte „transaction“. Dieselbe Sache hat drei Namen. Deine Berichte zeigen drei getrennte Events. Teams wissen nicht, welcher Zahl sie trauen sollen.

Gute Benennung folgt einheitlichen Regeln. Alle Kauf-Events heissen „purchase“. Alle Formular-Events beginnen mit „form_“. Alle Engagement-Events beginnen mit „engagement_“. Einheitlichkeit schafft Klarheit.

Eine Namenskonvention festlegen

Lege fest, wie du alle Events benennst. Nimm eine Kategorie auf. „conversion_purchase“. „conversion_signup“. „engagement_video_play“. Zuerst kommt die Kategorie. Danach das konkrete Event.

Nutze durchgängig Unterstriche oder camelCase. Alles klein mit Unterstrichen. Oder camelCase. Entscheide dich für eins und bleib dabei. Uneinheitliche Schreibweise verwirrt.

Halte Namen kurz, aber aussagekräftig. „purchase“ ist besser als „user_completes_purchase_transaction“. „form_submit“ ist besser als „form_submission_event_trigger“. Namen sollten klar sein, ohne ausschweifend zu werden.

Zusammengehörige Events gruppieren

Entscheide, welche Events zusammengehören. Kauf-Events gehören zusammen. Formular-Events gehören zusammen. Navigations-Events gehören zusammen. Gruppiere zusammengehörige Events in deiner Dokumentation und deinem Dashboard.

Nutze Präfixe, um die Gruppierung sichtbar zu machen. „conversion_purchase“. „conversion_signup“. Beide beginnen mit „conversion“. Wer den Namen liest, versteht, dass sie Conversions messen.

Ordne die Events in deinen Berichten nach Gruppen. Richte ein Dashboard für Conversion-Events ein. Eins für Engagement-Events. Eins für Fehler-Events. Ordnung hilft Teams, schnell zu finden, was sie brauchen.

Eine Event-Hierarchie aufbauen

Manche Events sind wichtiger als andere. Der Kauf ist entscheidend. Formularübermittlungen sind wichtig. Seiten-Scrolls sind zweitrangig. Lege eine Hierarchie fest.

Dokumentiere, welche Events kritisch sind. Welche wichtig. Welche nice-to-have. Kritische Events werden gründlicher getestet. Wichtige Events werden regelmässig geprüft. Zweitrangige Events bekommen eine einfache Überwachung.

Nutze diese Hierarchie, um deine Zeit einzuteilen. Investiere mehr Zeit, damit kritische Events funktionieren. Weniger Zeit für zweitrangige Events.

Event-Definitionen dokumentieren

Dokumentiere für jedes Event, was es ist. Wann wird es ausgelöst? Welche Daten erfasst es? Wenn jemand Neues ins Team kommt, liest die Person deine Dokumentation und versteht das System.

Nimm Beispiele auf. „Das Event purchase wird ausgelöst, wenn jemand einen Kauf abschliesst. Es erfasst den Bestellbetrag, die Produktkategorie und die Nutzer-ID. Beispiel: Das Event purchase wird mit den Werten 49,99 $, electronics, user123 ausgelöst.“

Dokumentation verhindert doppelte Events. Bevor jemand ein neues Event anlegt, sieht die Person in der Dokumentation nach. Gibt es etwas Ähnliches, nutzt sie es weiter.

Events auf Geschäftsziele ausrichten

Deine Events sollten zu deinen Geschäftszielen passen. Ist dein Ziel Umsatz, hast du Kauf-Events. Sind dein Ziel Leads, hast du Anmelde-Events. Ist dein Ziel Engagement, hast du Engagement-Events.

Ordne jedes Event einem Geschäftsziel zu. „Dieses Event misst unser Umsatzziel.“ „Dieses Event misst die Lead-Gewinnung.“ „Dieses Event misst das Engagement.“ Diese Zuordnung hilft Teams zu verstehen, warum es die Events gibt.

Prüfe die Events jedes Quartal. Passen die Events, die du erfasst, noch zu den Geschäftszielen? Ändert sich dein Geschäft, brauchst du vielleicht neue Events. Streiche Events, die nicht mehr wichtig sind.

Häufig gestellte Fragen

Sollten Event-Namen im Singular oder im Plural stehen?

Im Singular. „purchase“, nicht „purchases“. „form_submit“, nicht „form_submits“. Der Singular ist klarer. „purchase“ steht für ein einzelnes Auftreten der Aktion. Singular-Namen verhindern Verwirrung. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.

Wie viele Events sollten wir benennen und erfassen?

Beginne mit den kritischen Events. Kauf, Anmeldung, Formularübermittlung. Ergänze die wichtigen Events. Video-Wiedergaben, Engagement-Aktionen. Ergänze danach die zweitrangigen Events. Scrollen, Klicks. Die meisten Websites kommen am Ende auf 10 bis 30 Events. Bei mehr verlierst du den Fokus.

Wir haben alte Events mit schlechter Benennung. Sollten wir sie umbenennen?

Nein. Umbenennen zerstört historische Daten. Nutze ab jetzt gute Namenskonventionen. Lege für die historischen Daten ein Zuordnungsdokument an. „Alter Name: purchase_complete. Neuer Name: conversion_purchase.“ So verstehen Teams, dass beide Namen dasselbe meinen.

Sollten wir den Seitennamen in den Event-Namen aufnehmen?

Nein. Die Seiteninformation gehört als Daten zum Event, nicht in den Event-Namen. Ein Event wird ausgelöst, wenn jemand auf einen Button klickt. Die Seite, auf der die Person sich befindet, ist Kontext, nicht Teil des Event-Namens. Halte Event-Namen allgemein.

Wie gehen wir mit Events um, die auf mehreren Seiten ausgelöst werden?

Nutze denselben Event-Namen, egal auf welcher Seite. „form_submit“ wird auf jeder Formularseite ausgelöst. Die Seiteninformation hängt als Event-Daten daran. Das vereinfacht vieles: Du hast ein Event statt zehn.

Sollten wir Events verschachteln oder flach halten?

Halte sie bei der Benennung flach. Nutze Kategorien als Präfixe. „conversion_purchase“, „engagement_video_play“. Eine flache Struktur mit Präfixen ist klarer als verschachtelte Strukturen. Die meisten Teams nutzen flache Namen mit Kategorie-Präfixen.

Setz es direkt um,
auf deiner eigenen Website.

Starte kostenlos mit WEMASY und baue deine Seite in wenigen Minuten.