Track

Integration · Destination

The Trade Desk

Universal Pixel und Real-Time Conversion Events API.

BrowserServerUmgesetzt · gegen Sekundärquellen verifiziert (Anbieter-Doku nur nach Login) · verifiziert am 2026-09-03Einrichtung im Anbieter-Konto erforderlich

So erreichen Events The Trade Desk

Jeder Pfad endet an derselben Stelle: Die Policy-Engine prüft den Consent-Zweck, den diese Destination benötigt, entfernt, was nicht hinaus darf, und der Worker stellt mit der gemeinsamen Event-ID zu.

  • Browser-Tag — vom Track-Snippet nach Consent geladen; das Anbieter-Skript liegt nie im Template und wird ohne den nötigen Zweck nie geladen.
  • Server-API — vom Worker zugestellt, mit Retries, Health-Checks, Fehlerklassifikation und geschwärzter Payload-Vorschau für jeden Versuch.
  • Hybrid — Browser-Tag und Server-Request teilen eine Event-ID; die Plattform dedupliziert über order_id.
Datenfluss von Website und Systemen über Track zu The Trade DeskJeder Pfad endet an derselben Stelle: Die Policy-Engine prüft den Consent-Zweck, den diese Destination benötigt, entfernt, was nicht hinaus darf, und der Worker stellt mit der gemeinsamen Event-ID zu.WebsiteBrowser-TagBrowserDein ServerServer-APIServerTrackPolicy · DedupConsent: MarketingThe Trade Desk
Nur unterstützte Pfade. Nicht unterstützte Modi werden nicht gezeichnet — und nicht behauptet.

Voraussetzung beim Anbieter

Server-Events werden nur für Pixel oder Event-Tracker angenommen, die in der Trade-Desk-Plattform für deinen Advertiser bereits angelegt sind.

Was gesendet wird

Nur, was du im Event-Mapping konfigurierst — und erst, nachdem die Policy-Engine das Event für diese Destination freigegeben hat.

  • Eventname und Zeitstempel, von Tracks Standard-Events auf die Eventnamen der Plattform abgebildet.
  • Die gemeinsame Event-ID im Feld order_id der Plattform, damit Browser- und Serverzustellung nur einmal zählen.
  • Click-IDs, die diese Plattform erhalten darf: ttd_uuid. Click-IDs anderer Anbieter werden nie weitergegeben.
  • Bestellnummer, Wert, Währung und Positionen bei Kauf-Events.
  • Keine gehashten Kennungen — diese Plattform attribuiert allein über ihre Click-ID.
  • Der Consent-Zustand, unter dem das Event erfasst wurde, sofern die Plattform Consent-Signale annimmt.

Nie gesendet

  • E-Mail-Adressen, Telefonnummern oder Namen im Klartext — Kennungen werden beim Ingest gehasht.
  • Abgeleitete Werte: Unbekannt bleibt unbekannt, nichts wird geraten.
  • Events, die ohne den von dieser Destination benötigten Zweck erfasst wurden.
  • Geheimnisse: Tokens liegen im verschlüsselten Tresor und erreichen nie Browser, Assistent oder Log.

Technische Fakten

Deduplizierungsfeld
order_idevent id
Click-IDs
ttd_uuid
Consent-Zweck
Marketing
Gepinnte API-Version
realtimeconversion
Umsetzungsstatus
Umgesetzt · gegen Sekundärquellen verifiziert (Anbieter-Doku nur nach Login) · verifiziert am 2026-09-03

Was du brauchst

Öffentliche Kennungen kannst du im Chat oder Assistenten eingeben; Geheimnisse gehen über die sichere Zugangsdaten-Karte oder OAuth und werden verschlüsselt gespeichert.

Öffentliche Kennungen

advertiser_id
Advertiser-ID
pixel_id
Universal-Pixel-ID
tracker_id
Event-Tracker-ID (optional)

Zugangsdaten

Keine Zugangsdaten — diese Plattform nimmt Server-Events allein mit den öffentlichen Kennungen an.

Consent

Benötigt den Zweck Marketing. Ohne ihn wird im Browser nichts geladen und vom Server nichts gesendet. Abgeleiteter Consent wird nie exportiert, und Global-Privacy-Control-Opt-outs blockieren die Zustellung.

Einrichtung in wenigen Schritten

Die detaillierten Prüfungen übernimmt der Assistent. Du siehst die Meilensteine, die eine Entscheidung von dir brauchen.

  1. Kennungen eingeben

    Die öffentlichen IDs der Plattform hinzufügen. Formate werden gegen die Anbieter-Dokumentation validiert, bevor etwas gespeichert wird.

  2. Zugangsdaten verbinden

    Token in die sichere Karte einfügen oder das Konto per OAuth verbinden. Geheimnisse wandern direkt in den verschlüsselten Tresor.

  3. Mappen und testen

    Standard-Events sind auf die Eventnamen der Plattform vorgemappt. Ein markierter Testevent läuft durch die echte Pipeline und zeigt die Antwort des Anbieters.

  4. Veröffentlichen

    Diff prüfen, freigeben, signierte Konfigurationsversion veröffentlichen. Bei Bedarf Rollback per Klick.

Aus Tracking Knowledge

Noch kein eigener Artikel — der Tracking-Knowledge-Hub behandelt Server-Side Tracking, Deduplizierung und Consent allgemein.

Fragen

Kann ich nur serverseitig senden?

Ja. Wähle im Assistenten den Servermodus; das Anbieter-Skript wird nie geladen und das Matching stützt sich auf gehashte Kennungen und vom Tracker erfasste Click-IDs.

Wie werden Duplikate vermieden?

Browser-Tag und Server-Request tragen dieselbe Event-ID, Käufe zusätzlich die Bestellnummer. Der Worker dedupliziert wiederholte Quell-Events zudem vor der Zustellung.

Was, wenn sich die Anbieter-API ändert?

API-Versionen sind zentral mit Prüfdatum gepinnt; Sunset-Warnungen erscheinen im Destination-Zustand lange bevor ein Endpunkt abgeschaltet wird.

The Trade Desk verbinden

Mit dem geführten Assistenten einrichten oder den Chat-Assistenten machen lassen.