Funktionen
Jede Conversion einmal zugestellt, mit Consent, an die Plattform, zu der sie gehört
Track ersetzt den Tag-Container durch eine geführte Einrichtung, einen consent-konformen serverseitigen Router und einen Debugger, der jedes Event erklärt. Diese Seite zeigt das Produkt, wie es arbeitet — die Zustände unten sind Beispieldaten, kein Live-Traffic.
Was mit einem Kauf passiert
Wechsle das Szenario, um zu sehen, wie dasselbe Event geroutet wird, wenn Consent erteilt oder widerrufen wurde oder ein Anbieter ausfällt. Entscheidung und Grund sind das, was du später im Debugger liest.
Analyse und Marketing erteilt
Der Kauf kommt aus dem Browser und vom Server mit derselben Event-ID. Das Gate findet die nötigen Zwecke und leitet ihn an alle vier Destinationen weiter; Meta und TikTok deduplizieren über die Event-ID, Google Ads über die Bestellnummer.
- Entscheidung: zugestellt an Meta, Google Ads, GA4, TikTok
- Deduplizierung: Event-ID (Meta, TikTok), Bestellnummer (Google Ads)
- Click-IDs pro Destination angehängt: gclid → Google, fbclid → Meta
Analyse erteilt, Marketing verweigert
Der Besucher hat den Marketing-Consent vor dem Kauf widerrufen. Das Gate lässt das Event zu Google Analytics 4 durch und blockiert die Werbe-Destinationen mit dem Grund purpose_not_granted. Nichts wird für später gespeichert; wird Consent wieder erteilt, werden frühere Events nicht nachgeliefert.
- Entscheidung: zugestellt an GA4; blockiert für Meta, Google Ads, TikTok
- Grund im Debugger: purpose_not_granted (marketing)
- Consent Mode v2: analytics_storage granted, ad_storage denied
Consent erteilt, ein Anbieter nicht erreichbar
TikTok antwortet mit einem Serverfehler. Track wiederholt mit Jitter-Backoff, öffnet nach wiederholten Fehlern den Circuit Breaker und parkt das Event in der Dead-Letter-Queue. Die anderen drei Destinationen sind nicht betroffen. Sobald TikTok wieder erreichbar ist, wird die Dead-Letter-Queue erneut gesendet.
- Entscheidung: zugestellt an Meta, Google Ads, GA4; TikTok wird wiederholt
- Circuit Breaker für TikTok offen; Events in der Dead-Letter-Queue
- Replay nach der Erholung behält die ursprüngliche Event-ID, nichts zählt doppelt
Sechs Fähigkeiten, eine Event-Ebene
Jede Fähigkeit baut auf derselben signierten Konfiguration und demselben Eventschema auf. Öffne eine Fähigkeit für Produktansicht, Datenfluss und einen Vorher/Nachher-Vergleich.
KI-geführte Einrichtung
Deine erste Destination geht in einer geführten Sitzung live — ohne einen Tag zu schreiben und ohne die Kontrolle darüber abzugeben, was veröffentlicht wird.
- Erkennung von Geschäftstyp und Plattform mit Konfidenzangabe
- Eventplan-Vorlagen für Shops, Leadgenerierung, SaaS und Publisher
Geführte Einrichtung
Beispieldaten: Statischer Beispielzustand — kein Live-Traffic, keine echten Kundendaten.Track AI
example-shop.test läuft auf Shopify mit Cookiebot als Consent-Tool (hohe Konfidenz). Für einen Shop schlage ich view_item, add_to_cart, begin_checkout und purchase vor. Soll ich den Plan für Meta und Google Ads entwerfen?
Du
Ja, Meta zuerst.
Track AI
Pixel-ID geprüft. Die Conversions API braucht einen Access-Token — bitte in der Tresor-Karte unten eingeben; er erscheint nie in diesem Chat.
Tresor-Karte · Meta-Access-Token
Verschlüsselt gespeichert; für niemanden sichtbar, auch nicht für das Modell.
gespeichertTestevent · purchase
Durch die echte Pipeline gesendet, mit dem Test-Event-Code des Anbieters.
von Meta akzeptiertVersion 13 veröffentlichen
Gebunden an genau dieses Diff und an dich als freigebende Person.
- + destination meta: browser + server
- + mapping purchase → Purchase (event id, order id)
- ~ consent: marketing required for meta
Der Assistent schlägt vor, Tools validieren, du gibst frei.
Serverseitiger Event-Router
Sende jede Conversion einmal und lass jede Plattform sie so empfangen, wie sie am besten zählt — Browser, Server oder beides — ohne Doppelzählung.
- Browser-SDK durch ein CI-Budget unter 30 KB gzip gehalten, mit consent-gesteuertem Speicher
- Server-API mit Source-Keys für CRM- und Offline-Conversions
Destination Health
Beispieldaten: Statischer Beispielzustand — kein Live-Traffic, keine echten Kundendaten.| Destination | Modus | Zustand | Letzte Zustellung | Queue |
|---|---|---|---|---|
| Meta | Browser + Server | gesund | vor 12 s | 0 Retries |
| Google Ads | Server | gesund | vor 40 s | 0 Retries |
| TikTok | Browser + Server | beeinträchtigt, Circuit Breaker offen | vor 6 min | 3 in der Dead-Letter-Queue |
| Server | per Kill-Switch pausiert | vor 2 h | zurückgehalten |
Zustand, Modus und Queue pro Destination; Fehler werden behandelt, nicht versteckt.
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.
- Filter nach Eventname, Status und Quelle
- Versuchshistorie pro Destination mit HTTP-Status und Fehlerklasse
Live-Events
Beispieldaten: Statischer Beispielzustand — kein Live-Traffic, keine echten Kundendaten.| Event | Ursprung | Consent | Entscheidung | Destinationen |
|---|---|---|---|---|
page_view | Browser | Analyse | zugestellt | GA4 |
add_to_cart | Browser | Marketing | zugestellt | Meta, TikTok |
purchase | Browser + Server | Marketing | zugestellt, dedupliziert (Bestellnummer) | Meta CAPI, Google Ads |
purchase | Server | Marketing fehlt | blockiert: consent_missing | Meta CAPI |
generate_lead | Browser | Marketing | zugestellt |
Jede Zeile ist ein Event mit Ursprung, dem Consent zu diesem Zeitpunkt, der Routing-Entscheidung und den Destinationen.
Datenqualität und Health-Score
Erfahre, wenn Tracking bricht, sieh, welcher Teil gebrochen ist, und spring direkt zur Lösung — bevor eine Kampagne auf schlechten Daten läuft.
- Score pro Site mit seinen Komponenten
- Probleme lösen oder ignorieren mit Audit-Trail
Tracking-Zustand
Beispieldaten: Statischer Beispielzustand — kein Live-Traffic, keine echten Kundendaten.Score
86 / 100
Komponenten
- Consent-Abdeckung91 · 20 % Gewicht
91 % der Events tragen ein explizites Consent-Signal
- Kritische Events78 · 25 % Gewicht
7 von 9 geplanten kritischen Events gesehen
- Schemaqualität74 · 15 % Gewicht
74 % der Events bestehen Schema- und PII-Prüfungen
- Duplikate96 · 10 % Gewicht
1,0 % Duplikate
- Zustellung88 · 20 % Gewicht
94 % zugestellt, 1 Integration mit Credential-Problemen
- Aktualität100 · 10 % Gewicht
Letztes Browser-Event vor 4 Minuten
Offene Probleme
- purchase ohne currencyLösung: Event-Mapping aktualisieren
12 Events in den letzten 24 h fehlt der Pflichtparameter
- Consent-Signal fehltLösung: CMP-Adapter verbinden
9 % der Events kamen ohne expliziten Consent-Zustand an
Gewichtete Komponenten; ein niedrigerer Score zeigt immer auf seine Ursache.
Consent-konform von Grund auf
Jede Destination erhält genau das, dem der Besucher zugestimmt hat — geprüft für jedes Event, im Browser und noch einmal auf dem Server — statt einer Banner-Einstellung, von der du hoffst, dass sie stimmt.
- Abgeleiteter Consent wird nie an Werbeplattformen exportiert
- Ein Widerruf stoppt Sendungen sofort
Consent-Zustand und abgeleitete Signale
Beispieldaten: Statischer Beispielzustand — kein Live-Traffic, keine echten Kundendaten.Zwecke
- Technisch erforderlicherteilt
- Analyseerteilt
- Marketingverweigert
- Personalisierungverweigert
Consent Mode v2
analytics_storagegrantedad_storagedeniedad_user_datadeniedad_personalizationdenied
Blockgründe, die die Policy-Engine meldet
consent_missing- noch kein Consent-Signal für das Event
consent_denied- der Besucher hat abgelehnt
purpose_not_granted- die Destination braucht einen nicht erteilten Zweck
gpc_opt_out- Global Privacy Control gesetzt
destination_paused- Kill-Switch oder Circuit Breaker
inferred_data_not_exportable- abgeleiteter Consent erreicht nie Werbeplattformen
Zwecke kommen aus deinem CMP; alles andere wird abgeleitet, nie geraten.
Click-IDs und Attribution richtig gemacht
Deine Kampagnen bekommen die Click-IDs, die sie brauchen, um eine Conversion zuzuordnen — und keine Plattform erhält je eine ID, die zu einer anderen gehört.
- Dokumentierte Aufbewahrung pro Click-ID (standardmäßig 90 Tage)
- Enhanced Conversions mit normalisiertem Hashing
Click-ID-Matrix
Beispieldaten: Statischer Beispielzustand — kein Live-Traffic, keine echten Kundendaten.| Click-ID | Erfasst | Weitergabe nur an | Aufbewahrt |
|---|---|---|---|
gclid | Landingpage, nach Marketing-Consent | Google Ads, GA4, Google Marketing Platform | 90 Tage |
fbclid | Landingpage, nach Marketing-Consent | Meta | 90 Tage |
ttclid | Landingpage, nach Marketing-Consent | TikTok | 90 Tage |
msclkid | Landingpage, nach Marketing-Consent | Microsoft Advertising | 90 Tage |
li_fat_id | Landingpage, nach Marketing-Consent | 90 Tage |
Die Aufbewahrung ist pro ID dokumentiert und konfigurierbar; 90 Tage sind der Standard.
Nach Marketing-Consent erfasst, First-Party gespeichert, nur an die zugehörige Plattform weitergegeben.
Tag-Container versus Event-Ebene
Wo ein klassischer Container die Arbeit dir überlässt und wo Track sie von Grund auf erledigt.
| Tag-Container versus Event-Ebene | Klassischer Tag-Container | Track |
|---|---|---|
| Was auf deiner Site läuft | Custom-HTML- und JavaScript-Tags von allen mit Container-Zugriff | Ein Snippet und eine signierte, versionierte Konfiguration — keine Ausführung von Custom-Code |
| Consent | Trigger-Bedingungen pro Tag, von Hand gepflegt | Policy-Engine, die jedes Event für jede Destination prüft, im Browser und auf dem Server |
| Serverseitige Zustellung | Ein zweiter Container, ein zweiter Satz Tags, manuelle Deduplizierung | Eingebaut: gemeinsame Event-ID, Retries, Circuit Breaker, Replay |
| Fehler finden | Vorschaumodus und Anbieter-Oberflächen | Event-Herkunft mit Consent-Snapshot, Routing-Entscheidung und Anbieterantwort |
| Änderungen | Veröffentlichen und hoffen | Diff, Freigabe, signierte Version, Rollback per Klick |
Fakten, die du prüfen kannst
- EU-Datenregion
- Events werden in der EU verarbeitet; Anbieter-APIs erhalten nur die Felder, die du gemappt hast, auf der pro Destination dokumentierten Übermittlungsgrundlage.
- Signierte Konfigurationen
- Jedes veröffentlichte Bundle ist unveränderlich, versioniert und Ed25519-signiert; das SDK prüft die Signatur, bevor es sie anwendet.
- Kein Custom-Code
- Es gibt keinen Custom-HTML- oder JavaScript-Tagtyp. Transformationen sind deklarativ und werden auf dem Server validiert.
- Striktes Opt-in als Standard
- EU/EWR/UK/CH starten mit striktem Opt-in; abgeleiteter Consent wird nie an Werbeplattformen exportiert.
Sieh diese Ansichten mit deinen eigenen Events
Site anlegen, Snippet einfügen und den Assistenten die erste Destination einrichten lassen — Debugger und Health-Score füllen sich ab dem ersten Event.