Umgeht serverseitiges Tracking den Consent?

Nein. Consent wird für jedes Event und jede Destination geprüft; ohne den erforderlichen Zweck wird nichts gespeichert, gesendet oder später nachgeliefert.

Was passiert, wenn ein Anbieter ausfällt?

Zustellungen werden mit Backoff wiederholt, der Circuit Breaker pausiert die Destination, fehlgeschlagene Events landen in der Dead-Letter-Queue und können nach der Erholung erneut gesendet werden.

Funktionen

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.

Kostenlos starten Preise ansehen

Destination Health

Beispieldaten

Zustand, Modus und Queue pro Destination; Fehler werden behandelt, nicht versteckt.
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
LinkedIn	Server	per Kill-Switch pausiert	vor 2 h	zurückgehalten

Zustand, Modus und Queue pro Destination; Fehler werden behandelt, nicht versteckt.

Beispiel für Destination Health: zwei gesunde Destinationen, ein Anbieterausfall, den der Circuit Breaker abfängt, eine per Kill-Switch pausierte Destination.

Browser und Server teilen eine Event-ID

Track empfängt Events aus dem Browser-SDK, deinem Server, Shopsystemen und Affiliate-Netzwerken, normalisiert sie in ein Schema, wendet Consent an und leitet sie mit Retries, Circuit Breakern, Dead-Letter-Queue und Replay an 22 Destinationstypen weiter.

Browser-SDK und dein Server (oder Shop-Webhook) senden denselben Kauf mit derselben Event-ID. Track normalisiert beide, prüft Consent pro Destination und leitet weiter; Meta, TikTok, Pinterest, Snapchat, Microsoft, LinkedIn und die anderen deduplizieren über diese ID, Google Ads über die Bestellnummer.

Website → Track → Consent/Policy → Destinationen. Beide Ursprünge enden bei denselben Destinationen und werden dort dedupliziert.

So ist es gebaut

Die technischen Entscheidungen hinter der Fähigkeit — der Beleg nach dem Nutzen.

01
Hybrid als Standard
Jede Destination kann per Browser-Tag, Server-API oder beidem laufen. Beide Wege teilen eine Event-ID, sodass Meta, TikTok, Pinterest, Snapchat, Microsoft, LinkedIn und die anderen zuverlässig deduplizieren.
02
Dauerhaft und beobachtbar
Dauerhafte Queue mit idempotenten Nachrichten, Retries pro Destination mit Jitter-Backoff, Circuit Breaker bei ausfallenden Anbietern, Dead-Letter-Speicher und Replay. Jeder Versuch wird mit geschwärzter Payload-Vorschau protokolliert.
03
First-Party by Design
Der Tracker kommt von deinem CDN-Host, Events gehen an deinen Ingest-Host, Konfigurationsbundles sind Ed25519-signiert und werden im Browser geprüft, bevor irgendetwas lädt.

Reine Browser-Tags versus hybrider Router

Warum ein Event über Track mehr wert ist als derselbe Pixel, der zweimal feuert.

Reine Browser-Tags versus hybrider Router
Reine Browser-Tags versus hybrider Router	Nur Browser-Tags	Browser + Server mit Track
Verlorene Events	Blockierte Skripte und geschlossene Tabs verwerfen die Conversion einfach	Der Server-Weg liefert sie trotzdem; der Browser-Weg ergänzt Matching-Daten, wenn verfügbar
Duplikate	Pixel und Server-API zählen dieselbe Bestellung doppelt	Gemeinsame Event-ID und Bestellnummer; die Anbieter deduplizieren
Anbieterausfall	Stiller Fehler, kein Retry	Retries mit Backoff, Circuit Breaker, Dead-Letter-Queue und Replay
Wohin Daten gehen	Drittanbieter-Endpunkte werden aus der Seite aufgerufen	First-Party-Ingest-Host; Anbieter erhalten nur gemappte Felder

Was du prüfen kannst

Produktfakten, die du im Dashboard, in der Dokumentation und im Audit-Log findest.

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
Kill-Switches pro Site und Organisation
EU-Datenebene mit Row-Level-Mandantentrennung

Fragen

Umgeht serverseitiges Tracking den Consent?: Nein. Consent wird für jedes Event und jede Destination geprüft; ohne den erforderlichen Zweck wird nichts gespeichert, gesendet oder später nachgeliefert.
Was passiert, wenn ein Anbieter ausfällt?: Zustellungen werden mit Backoff wiederholt, der Circuit Breaker pausiert die Destination, fehlgeschlagene Events landen in der Dead-Letter-Queue und können nach der Erholung erneut gesendet werden.

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.
Event-Debugger und Herkunft
Jedes Event mit Consent-Snapshot, Routing-Entscheidung und Anbieterantwort.
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.