Track

Integraties

Elk platform met browsertag, server-API en gedeelde deduplicatie

Advertentieplatformen, analytics, affiliatenetwerken, je eigen systemen en drie shopplatformen — elk geïmplementeerd, gedocumenteerd en getest tegen het contract van de leverancier. Geen “binnenkort beschikbaar”.

  • 22 destinationtypes
  • 14 affiliate-postbackpresets
  • 3 shopplatformen
Hoe events een destination bereikenBrowserevents van de website en server- of offline-events uit je systemen komen bij Track binnen, passeren de toestemmings- en policy-gate en worden afgeleverd bij advertentieplatformen, analytics en je eigen systemen.WebsitebrowsertagServer · CRMserver · offlineTrackpolicy · dedupToestemmingAdvertentieplatformenAnalyticsEigen systemen
Eén event, één toestemmingsbeslissing, één aflevering per destination. Browser- en serverpad delen dezelfde event-ID, zodat platformen elke conversie één keer tellen.

Drie afleveringsmodi, één event

Welke modi een platform ondersteunt, bepaalt zijn API, niet een abonnement. De catalogus hieronder laat precies zien wat elke connector implementeert.

Browser

De Track-snippet laadt de tag van de leverancier pas na toestemming voor het bijbehorende doel. Er staat geen leverancierscode in je template.

Server

De worker levert hetzelfde event af via de API van de leverancier — met retries, healthchecks en een gemaskeerde payload-preview per poging.

Offline

Serverevents die als offline zijn gemarkeerd (CRM-deals, winkelaankopen) bereiken platformen waarvan de API niet-webactiebronnen accepteert.

Standaard hybride

Als een platform beide paden ondersteunt, dragen browsertag en serverrequest dezelfde event-ID en voegen aankopen de order-ID toe. De leverancier dedupliceert, en de eigen guard van Track laat herhaalde bronevents vallen vóór de aflevering.

Koppel je eerste platform

De assistent loopt met je door identifiers, credentials, mapping en een geverifieerd testevent.