Track
Kostenlos starten
Erste SchritteReferenzEinsteiger

Die 23 Standard-Events: eine Taxonomie, die sauber auf jede Werbeplattform passt

Der kanonische Eventkatalog von Track — Engagement-, Auth-, Lead-, Commerce- und Subscription-Events — mit den Properties, die jedes trägt, den standardmäßig nötigen Consent-Zwecken und der Übersetzung zu Meta, Google, TikTok, LinkedIn und den übrigen.

Von
Track-Redaktion
Veröffentlicht
Zuletzt fachlich geprüft
Lesedauer
3 Min. Lesezeit
Inhalt

Das Wichtigste in Kürze

  • 23 Standard-Events in fünf Kategorien — Engagement, Auth, Lead, Commerce, Subscription — folgen dem Vokabular der empfohlenen GA4-Ereignisse und tragen einen typisierten Umschlag und Commerce-Block.
  • Die Kategorien setzen die Standard-Consent-Zwecke: Commerce-, Lead- und Subscription-Events brauchen den Zweck Marketing, um Werbe-Destinationen zu erreichen.
  • Eigene Events müssen dem Namensmuster entsprechen und im Tracking-Plan deklariert sein; nicht deklarierte werden gezählt und gemeldet, aber nicht an Werbe-Destinationen zugestellt.
  • Jeder Connector bringt ein editierbares Standard-Mapping auf Anbieter-Eventnamen mit, und vier Regeln halten den Plan ehrlich: ein Event pro Aktion, Werte aus dem Quellsystem, Erstattungen als Events, snake_case-Namen.

Der Katalog

KategorieEventsStandard-Zwecke
engagementpage_view, view_content, search, downloadanalytics
authsign_up, loginanalytics
leadgenerate_lead, contact, book_appointmentanalytics, marketing
commerceview_item_list, select_item, view_item, add_to_wishlist, add_to_cart, remove_from_cart, view_cart, begin_checkout, add_shipping_info, add_payment_info, purchase, refundanalytics, marketing
subscriptionsubscribe, start_trialanalytics, marketing

Die Namen folgen dem Vokabular der empfohlenen GA4-Ereignisse, wo es eines gibt, weil es die am weitesten verbreitete Data-Layer-Form ist und das SDK GA4-artige dataLayer-Pushes direkt beobachten kann. Die Kategorien bestimmen die Standard-Consent-Zwecke: Commerce-, Lead- und Subscription-Events sind Conversion-Signale, die Werbeplattformen wollen, und brauchen daher den Zweck Marketing, um eine Werbe-Destination zu erreichen; Engagement- und Auth-Events sind standardmäßig Analytics.

Properties

Jedes Event trägt den Umschlag: Event-ID, Zeitstempel, URL (mit entfernten Click-IDs), Referrer, Titel, Consent-Eintrag, Quelle und — wenn der Consent es erlaubt — anonyme ID, Sitzungs-ID, Nutzer-ID und gehashte Kennungen.

Commerce-Events ergänzen einen typisierten commerce-Block: currency, value, transaction_id, coupon, shipping, tax und items[] mit item_id, item_name, price, quantity, item_category, item_brand, item_variant. refund trägt die ursprüngliche transaction_id und einen negativen oder Teilwert.

Lead- und Subscription-Events nutzen einen kleinen Property-Satz: lead_type, form_id, plan, interval, trial_days, value, wo ein dokumentierter Wert existiert.

Alles Weitere gehört in props, das gegen das Schema der Site validiert wird: Unbekannte Schlüssel werden als Befunde gemeldet, Freitext wird auf personenbezogene Daten gescannt, und verschachtelte Objekte werden geschwärzt statt weitergeleitet.

Eigene Events

Eigene Namen sind erlaubt, wenn sie ^[a-z][a-z0-9_]{2,39}$ entsprechen, nicht mit einem Standardnamen kollidieren und im Tracking-Plan deklariert sind. Nicht deklarierte eigene Events werden angenommen, gezählt und als Schemabefunde gemeldet, damit der Plan bewusst aktualisiert werden kann; an Werbe-Destinationen werden sie erst zugestellt, wenn sie gemappt sind.

Übersetzung zu Anbietern

Weil das Vokabular fest ist, bringt jeder Connector ein Standard-Mapping mit:

KanonischMetaGoogle AdsGA4TikTokLinkedInPinterestSnapchat
view_itemViewContent—view_itemViewContent—page_visitVIEW_CONTENT
add_to_cartAddToCart—add_to_cartAddToCart—add_to_cartADD_CART
begin_checkoutInitiateCheckout—begin_checkoutInitiateCheckout——START_CHECKOUT
purchasePurchaseConversion-AktionpurchaseCompletePaymentConversion-RegelcheckoutPURCHASE
generate_leadLeadConversion-Aktiongenerate_leadSubmitFormConversion-RegelleadSIGN_UP
sign_upCompleteRegistrationConversion-Aktionsign_upCompleteRegistrationConversion-RegelsignupSIGN_UP
subscribeSubscribeConversion-Aktion—SubscribeConversion-Regel—SUBSCRIBE
start_trialStartTrialConversion-Aktion—StartTrialConversion-Regel—START_TRIAL

Ein Strich bedeutet, dass der Anbieter kein Standard-Gegenstück hat; du kannst auf ein eigenes Anbieter-Event mappen oder die Zeile deaktiviert lassen. Jeder Standard ist je Destination editierbar, und jede Änderung ist versioniert und erscheint im Veröffentlichungs-Diff.

Regeln, die den Plan ehrlich halten

  • Ein Event pro Nutzeraktion. purchase feuert einmal pro Bestellung, aus der Quelle, die für diese Site maßgeblich ist (Browser, Shop-Webhook oder Server), mit derselben Event-ID oder Bestellnummer auf jedem Weg.
  • Werte kommen aus dem Quellsystem. Es gibt keinen Standardwert; ein nicht gemappter Wert ist null, und ein Anbieter, der einen verlangt, lehnt die Zeile sichtbar ab.
  • Erstattungen sind Events, keine Änderungen. Ein refund referenziert die ursprüngliche Transaktion; der ursprüngliche purchase wird nie umgeschrieben.
  • Namen sind in Kleinbuchstaben mit Unterstrichen. Die Anbieter-Schreibweise (CompletePayment, PURCHASE) ist Sache des Connectors.

Primärquellen

Dokumentationen und Standards, auf denen dieser Artikel beruht.

  1. Google Analytics — Empfohlene Ereignissesupport.google.com
  2. Meta — Standard-Eventsdevelopers.facebook.com

War dieser Artikel hilfreich?

Fachlich verantwortlich

Track-Redaktion

Produkt & Engineering

Die Menschen hinter Track: Engineers und Analysts, die täglich an Server-Side Tracking, Consent-Tooling und Connector-Integrationen arbeiten.

Verwandte Artikel