Funktionen
Event-Debugger und Herkunft
Wenn eine Zahl in einer Werbeplattform falsch aussieht, findest du an einer Stelle heraus, warum — statt zwischen Browser-Konsole, Anbieter-Oberfläche und dem Gedächtnis eines Kollegen zu raten.
Event-Herkunft
Beispieldaten: Statischer Beispielzustand — kein Live-Traffic, keine echten Kundendaten.- Event
- purchase · evt_…7f2a
- Ursprung
- Browser-SDK + Server (Shop-Webhook)
- Konfiguration
- Version 12, Signatur geprüft
- Consent-Snapshot
- Analyse, Marketing · Quelle: CMP
- Click-IDs
- gclid (vor 3 Tagen erfasst)
Zustellversuche
| Destination | Status | Ergebnis |
|---|---|---|
| Meta Conversions API | 200 | akzeptiert, dedupliziert über Event-ID |
| Google Ads | 200 | akzeptiert, dedupliziert über Bestellnummer |
| TikTok Events API | 503 | Versuch 2 mit Backoff geplant |
{
"event": "purchase",
"event_id": "evt_…7f2a",
"order_id": "A-1042",
"value": 129.9,
"currency": "EUR",
"user": { "em": "sha256:…9c1e" },
"click_ids": { "gclid": "…" }
}Ein Kauf, gelesen vom Ursprung bis zur Anbieterantwort.
Beispiel-Eventstream: zugestellte Events, ein deduplizierter Kauf und ein Server-Kauf, der wegen fehlendem Marketing-Zweck blockiert wurde.
Ein Event, der ganze Weg
Öffne ein Event und lies seine Geschichte: Quelle und SDK-Version, der zu diesem Zeitpunkt erteilte Consent, erfasste Click-IDs, die Konfigurationsversion, die es geroutet hat, und der Zustellversuch pro Destination inklusive geschwärzter Payload und Anbieterantwort.
Der Debugger folgt einem Event vom Ursprung über Normalisierung und Consent-Entscheidung bis zu jedem Zustellversuch. Verwerfungen sind nie still: Jede trägt einen Grund wie fehlender Consent, blockierte PII, ungültiger Name, Duplikat oder pausierte Destination.
So ist es gebaut
Die technischen Entscheidungen hinter der Fähigkeit — der Beleg nach dem Nutzen.
01
Geschwärzt, nicht versteckt
Payload-Vorschauen zeigen Struktur und gehashte Kennungen, damit du Mappings prüfen kannst, ohne personenbezogene Daten oder Tokens offenzulegen.
02
Testevents durch die echte Pipeline
Testevents sind markiert, laufen durch dieselbe Queue und denselben Worker und melden das Urteil des Anbieters — kein simulierter Erfolg.
03
Verwerfungen werden erklärt
Jedes verworfene Event trägt einen Grund: fehlender Consent, PII blockiert, ungültiger Name, Duplikat, pausierte Destination oder Policy-Block.
Debugging per Konsole versus Debugging per Herkunft
Dieselbe Frage — warum hat dieser Kauf Meta nicht erreicht? — zweimal beantwortet.
| Debugging per Konsole versus Debugging per Herkunft | Browser-Konsole und Anbieter-Oberfläche | Event-Herkunft in Track |
|---|---|---|
| Wo suchen | Netzwerk-Tab, Tag-Vorschaumodus, der Event-Manager des Anbieters | Ein Event-Datensatz mit jedem Versuch und jeder Antwort |
| Consent zu diesem Zeitpunkt | Unbekannt; aus den Banner-Einstellungen rekonstruiert | Als Snapshot mit dem Event gespeichert |
| Serverseitige Events | Aus dem Browser unsichtbar | Dieselbe Herkunft, mit ihrem Ursprung markiert |
| Personenbezogene Daten | Rohe Payloads in Logs und Screenshots | Gehashte Kennungen, geschwärzte Vorschauen |
Was du prüfen kannst
Produktfakten, die du im Dashboard, in der Dokumentation und im Audit-Log findest.
- Filter nach Eventname, Status und Quelle
- Versuchshistorie pro Destination mit HTTP-Status und Fehlerklasse
- Testmodus-Hinweise pro Plattform
- Direkte Links in den Destination-Assistenten
Fragen
- Wie lange werden Debugger-Daten aufbewahrt?
- Zustellversuche standardmäßig 90 Tage, Events 13 Monate; beides ist pro Organisation im Datenschutz-Center konfigurierbar.
Weitere Fähigkeiten
Gebaut auf derselben signierten Konfiguration und demselben Eventschema.
- KI-geführte Einrichtung
Site beschreiben, jeden Schritt bestätigen, signierte Konfiguration veröffentlichen.
- Serverseitiger Event-Router
Ein Event, jede Plattform: Browser- und Server-Zustellung mit gemeinsamer Deduplizierung.
- Datenqualität und Health-Score
Ein Score mit erklärbaren Komponenten und Problemen, die auf ihre Lösung verlinken.
- Consent-konform von Grund auf
Strikte Opt-in-Standards, Consent Mode v2, zweckgebundene Destinationen, kein Replay nach Consent.
- Click-IDs und Attribution richtig gemacht
Nur die IDs erfassen, die die Destination braucht, nur mit Consent, nur für das dokumentierte Zeitfenster.
Auf deiner Domain ausprobieren
Site anlegen, ein Snippet installieren und den Assistenten in Minuten die erste Destination einrichten lassen.