Kurz gesagt
- Jede Analytics-, Attributions- und Ad-Plattform-Optimierung läuft auf Events
- Die Standard-Event-Taxonomie (page_view, view_item, add_to_cart, begin_checkout, purchase) ist das, was Plattformen erwarten
- Jedes Event braucht einen Timestamp, einen Nutzer-Identifier und Kontext (Produkt-IDs, Wert, Währung)
- Custom Events erweitern das Standard-Set um business-spezifische Aktionen
Warum Events die atomare Einheit sind
Unter jedem Dashboard, jedem Attributionsmodell, jeder Ad-Plattform-Optimierung liegt ein Strom von Events: „Nutzer X tat Y zum Zeitpunkt T.“ Die Qualität jeder nachgelagerten Zahl ist durch die Qualität des Event-Stroms begrenzt.
Ein fehlendes purchase-Event bedeutet eine fehlende Conversion, einen fehlenden Attributions-Credit und einen fehlenden ROAS-Datenpunkt. Ein purchase-Event ohne value bedeutet, dass ein Attributionsmodell es nicht gewichten kann. Ein purchase-Event mit dem falschen Nutzer-Identifier bedeutet, dass es in die falsche Journey genäht wird.
Standard-Event-Taxonomie
Ad-Plattformen und Analytics-Tools konvergieren auf einem gemeinsamen Vokabular, größtenteils angelehnt an Google Analytics 4 und Metas Conversions API:
page_view: jeder Seitenaufrufview_item: Produktdetailseiteview_item_list: Kategorie-/Collection-Seiteadd_to_cart: Artikel in den Warenkorb gelegtbegin_checkout: Checkout gestartetadd_payment_info: Zahlungsmethode eingegebenpurchase: Bestellung abgeschlossenlead: Formular abgeschickt (B2B/Lead-Gen)signup: Account erstellt
Jedes Event akzeptiert Standardparameter (value, currency, items, event_id) und unterstützt Custom-Parameter für deine speziellen Bedürfnisse.
Custom Events
Wenn die Standard-Taxonomie eine Aktion nicht abdeckt, erweitern Custom Events sie. Beispiele:
subscription_started(für SaaS- oder DTC-Abos)quiz_completed(für geführte Discovery-Flows)review_left(für Loyalty nach dem Kauf)loyalty_tier_changed
Custom Events sind mächtig, aber leicht zu übernutzen. Eine gute Faustregel: wenn die Aktion ein Geschäftsergebnis treibt, über das du reporten oder auf das du optimieren würdest, verdient sie ein Event.
Event-IDs und Deduplizierung
Modernes Tracking schickt jedes Event über mehrere Pfade (Browser-Pixel + serverseitige CAPI) für Robustheit. Jeder Pfad kann dasselbe Event an dieselbe Plattform liefern. Ohne Event-ID zählt die Plattform doppelt.
Jedes Event sollte eine eindeutige event_id tragen. Die Plattformen deduplizieren darauf: erhalten sie zwei Events mit derselben ID, behalten sie eines. Genau das macht den Dual-Pipeline-Ansatz sicher.
Häufige Fehler
- Uneinheitliche Event-Benennung.
Purchasean einer Stelle,purchasean einer anderen,Order Completedirgendwo sonst. Wähl eine Konvention und setz sie durch. - Fehlende
valueundcurrency. Conversion-Events ohne Wert können von den Ad-Plattformen nicht optimiert werden. - Keine Event-IDs. Verursacht das Deduplizierungs-Problem von oben. Füg sie immer hinzu.
FAQ zu Event
Was ist Event-Tracking?
Event-Tracking erfasst einzelne Nutzeraktionen (Page View, Klick, Add to Cart, Kauf) mit ihrem Kontext (Timestamp, Identifier, Wert). Events sind die atomare Einheit, von der jede Analytics-, Attributions- und Ad-Plattform-Optimierung abhängt.
Was sind Standard-Events?
Standard-Events sind das gemeinsame Vokabular, das Ad-Plattformen und Analytics-Tools erkennen: page_view, view_item, add_to_cart, begin_checkout, purchase. Standard-Events werden automatisch optimiert. Custom Events erweitern das Set um business-spezifische Aktionen.
Was ist eine Event-ID?
Ein eindeutiger Identifier, den ein Event über mehrere Auslieferungskanäle (Browser-Pixel + CAPI) trägt. Plattformen deduplizieren auf der Event-ID, sodass dieselbe Conversion nicht doppelt gezählt wird.