Track

Integrationen

Jede Plattform mit Browser-Tag, Server-API und gemeinsamer Deduplizierung

Werbeplattformen, Analytics, Affiliate-Netzwerke, eigene Systeme und drei Shopsysteme — jeweils umgesetzt, dokumentiert und gegen den Anbieter-Vertrag getestet. Kein „Coming soon“.

  • 22 Destinationstypen
  • 14 Affiliate-Postback-Presets
  • 3 Shopsysteme
So erreichen Events eine DestinationBrowser-Events von der Website sowie Server- oder Offline-Events aus deinen Systemen kommen bei Track an, passieren das Consent- und Policy-Gate und werden an Werbeplattformen, Analytics und eigene Systeme zugestellt.WebsiteBrowser-TagServer · CRMServer · OfflineTrackPolicy · DedupConsentWerbeplattformenAnalyticsEigene Systeme
Ein Event, eine Consent-Entscheidung, eine Zustellung pro Destination. Browser- und Serverpfad teilen dieselbe Event-ID, damit Plattformen jede Conversion nur einmal zählen.

Drei Zustellmodi, ein Event

Welche Modi eine Plattform unterstützt, entscheidet ihre API, nicht ein Tarif. Der Katalog zeigt genau, was jeder Connector umsetzt.

Browser

Das Track-Snippet lädt das Anbieter-Tag erst nach Consent für seinen Zweck. Im Template liegt kein Anbieter-Code.

Server

Der Worker stellt dasselbe Event über die API des Anbieters zu — mit Retries, Health-Checks und geschwärzter Payload-Vorschau pro Versuch.

Offline

Als offline markierte Server-Events (CRM-Abschlüsse, Ladenkäufe) erreichen Plattformen, deren API Non-Web-Action-Sources akzeptiert.

Hybrid als Standard

Unterstützt eine Plattform beide Wege, tragen Browser-Tag und Server-Request dieselbe Event-ID, Käufe zusätzlich die Bestellnummer. Der Anbieter dedupliziert, und Tracks eigener Schutz verwirft wiederholte Quell-Events vor der Zustellung.

Erste Plattform verbinden

Der Assistent führt durch Kennungen, Zugangsdaten, Mapping und einen verifizierten Testevent.