Track

Functies

Server-side event router

Verstuur elke conversie één keer en laat elk platform die ontvangen op de manier die voor dat platform het beste telt – browser, server of beide – zonder dubbeltelling.

Destination health

Voorbeelddata: Statische voorbeeldstatus – geen live verkeer, geen echte klantdata.
Gezondheid, modus en queue per destination; fouten worden afgehandeld, niet verborgen.
DestinationModusGezondheidLaatste afleveringQueue
Metabrowser + servergezond12 s geleden0 retries
Google Adsservergezond40 s geleden0 retries
TikTokbrowser + serververminderd, circuit breaker open6 min geleden3 in dead-letter queue
LinkedInservergepauzeerd door kill switch2 u geledenvastgehouden

Gezondheid, modus en queue per destination; fouten worden afgehandeld, niet verborgen.

Voorbeeld van destination health: twee gezonde destinations, één platformstoring die door de circuit breaker wordt opgevangen, één destination gepauzeerd door een kill switch.

Browser en server delen één event-ID

Track ontvangt events van de browser-SDK, je server, shopplatformen en affiliatenetwerken, normaliseert ze naar één schema, past toestemming toe en routeert ze naar 22 destinationtypes met retries, circuit breakers, een dead-letter queue en replay.

De browser-SDK en je server (of shopwebhook) versturen dezelfde aankoop met dezelfde event-ID. Track normaliseert beide, beoordeelt de toestemming per destination en stuurt ze door; Meta, TikTok, Pinterest, Snapchat, Microsoft, LinkedIn en de andere dedupliceren op die ID, Google Ads op de order-ID.

Browser en server delen één event-IDDe website verstuurt events vanuit de browser-SDK en de server-API met één gedeelde event-ID naar Track; de toestemmingscheck staat open en events bereiken de destinations.Websiteéén event-IDBrowser-SDKServer-APITrackToestemming / policytoestemming gegevenMetaafgeleverdGoogle AdsafgeleverdTikTokopnieuw proberenLinkedIngepauzeerd
Website → Track → Toestemming/policy → Destinations. Beide herkomsten eindigen bij dezelfde destinations en worden daar gededupliceerd.

Zo is het gebouwd

De technische beslissingen achter de mogelijkheid – het bewijs na het voordeel.

  1. 01

    Hybride als standaard

    Elke destination kan draaien via browsertag, server-API of beide. Beide routes delen één event-ID, zodat Meta, TikTok, Pinterest, Snapchat, Microsoft, LinkedIn en de andere betrouwbaar dedupliceren.

  2. 02

    Duurzaam en observeerbaar

    Een duurzame queue met idempotente berichten, retries per destination met jittered backoff, circuit breakers bij falende platformen, dead-letter-opslag en replay. Elke poging wordt vastgelegd met een gemaskeerde payloadpreview.

  3. 03

    First-party by design

    De tracker wordt geleverd vanaf je CDN-host, events gaan naar je ingest-host, configuratiebundles zijn Ed25519-ondertekend en worden in de browser geverifieerd voordat er iets laadt.

Alleen browsertags versus de hybride router

Waarom één event via Track meer waard is dan dezelfde pixel die twee keer afgaat.

Alleen browsertags versus de hybride router
Alleen browsertags versus de hybride routerAlleen browsertagsBrowser + server met Track
Verloren eventsGeblokkeerde scripts en gesloten tabbladen laten de conversie gewoon vallenDe serverroute levert de conversie alsnog af; de browserroute voegt matchdata toe als die beschikbaar is
DuplicatenPixel en server-API tellen dezelfde bestelling twee keerGedeelde event-ID en order-ID; de platformen dedupliceren
PlatformstoringStille fout, geen retryRetries met backoff, circuit breaker, dead-letter queue en replay
Waar data naartoe gaatThird-party endpoints aangeroepen vanaf de paginaFirst-party ingest-host; platformen ontvangen alleen gemapte velden

Wat je kunt nagaan

Productfeiten die je terugvindt in het dashboard, de docs en het auditlog.

  • Browser-SDK door een CI-budget onder 30 KB gzip gehouden, met toestemmingsgebonden opslag
  • Server-API met source keys voor CRM- en offline conversies
  • Kill switches per site en organisatie
  • EU data plane met row-level tenantisolatie

Vragen

Omzeilt server-side tracking de toestemming?
Nee. Toestemming wordt beoordeeld voor elk event en elke destination; zonder het vereiste doel wordt niets opgeslagen, verstuurd of later opnieuw afgespeeld.
Wat gebeurt er als een platform down is?
Afleveringen worden opnieuw geprobeerd met backoff, de circuit breaker pauzeert de destination, mislukte events komen in de dead-letter queue en kunnen opnieuw worden afgespeeld zodra het platform hersteld is.

Meer mogelijkheden

Gebouwd op dezelfde ondertekende configuratie en hetzelfde eventschema.

Probeer het op je domein

Maak een site aan, installeer één snippet en laat de assistent binnen enkele minuten de eerste destination configureren.