Event

Eine einzelne Nutzeraktion, die dein Tracking-System erfasst: Page View, Klick, Add to Cart, Kauf. Die atomare Einheit, aus der alles andere gebaut ist.

Daniel Busch
Geschrieben von Daniel Busch · Chief of Staff

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 Seitenaufruf
  • view_item: Produktdetailseite
  • view_item_list: Kategorie-/Collection-Seite
  • add_to_cart: Artikel in den Warenkorb gelegt
  • begin_checkout: Checkout gestartet
  • add_payment_info: Zahlungsmethode eingegeben
  • purchase: Bestellung abgeschlossen
  • lead: 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. Purchase an einer Stelle, purchase an einer anderen, Order Completed irgendwo sonst. Wähl eine Konvention und setz sie durch.
  • Fehlende value und currency. 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.