Syntax
event_name— eine Zeichenkette, die die Aktion beschreibt. Verwenden Siesnake_case.metadata— ein optionales Objekt mit beliebigen Schlüssel-Wert-Daten zum Ereignis. Maximal 10 KB.
scanova('track', ...) jederzeit nach scanova('init', ...) aufrufen — aus Event-Listenern, asynchronen Callbacks oder jedem anderen JavaScript-Kontext.
Auf der Leitung sendet das SDK jedes eigene Ereignis mit
event_type gleich custom und Ihrem Namen im Feld event_name der obersten Ebene — nicht innerhalb von metadata. Das unterscheidet sich vom direkten Aufruf von POST /ct, wo event_type den inhaltlichen Namen selbst trägt. Siehe Referenz zum Ereignismodell.Beispiele
Klick auf eine Schaltfläche
Erfassen, wann eine Person auf einen bestimmten Call-to-Action klickt:Abgeschlossene Anmeldung
Senden Sie dies, nachdem die Absendung Ihres Anmeldeformulars clientseitig bestätigt wurde:Für Kauf- oder Anmeldebestätigungen, die serverseitig erfolgen, verwenden Sie stattdessen Server-Ereignisse. Server-Ereignisse sind zuverlässiger und lassen sich nicht von Browser-Erweiterungen blockieren.
Video-Interaktion
Produkt-Interaktion
Interaktion mit Tabs oder Akkordeons
Klick auf einen externen Link
Eigene Ereignisse oder Auto-Tracking?
Sie können beides kombinieren —
autoClicks: true plus gezielte eigene Ereignisse für besonders wichtige Aktionen.
Event naming best practices
- Use
snake_case:cta_click, notctaClickorCTAClick - Be specific enough to be self-explanatory in reports:
signup_completedis better thancompleted - Be consistent: pick one name and stick to it. Changing event names later fragments your historical data
- Do not include user-identifying information in the event name
Metadata best practices
- Keep metadata flat where possible — deeply nested objects are harder to query
- Max object size: 10 KB
- Max nesting depth: 5 levels
- Never include raw email addresses, phone numbers, or other PII — use server events with
user_identifiersfor that - Use stable keys — changing key names later fragments your data
When to use server events instead
Use Server-Side Events rather than custom browser events when:- The action happens on your server (payment confirmation, CRM creation, email verification)
- You need to pass a conversion value (order total, subscription price)
- You want to include hashed user identifiers for identity matching
- You need guaranteed delivery (server events cannot be blocked by ad blockers)