Track

Integration · Destination

Google Marketing Platform

Floodlight-Tags plus serverseitige Floodlight-Conversions für CM360, DV360 und SA360.

BrowserServerOfflineUmgesetzt · gegen die Anbieter-Dokumentation verifiziert · verifiziert am 2026-09-03

So erreichen Events GMP Floodlight

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.
  • Offline-Conversions — als offline markierte Server-Events (CRM-Abschlüsse, Telefonbestellungen, Ladenkäufe) erreichen diese Plattform mit der Offline-Action-Source des Anbieters.
  • Hybrid — Browser-Tag und Server-Request teilen eine Event-ID; die Plattform dedupliziert über ordinal.
Datenfluss von Website und Systemen über Track zu GMP FloodlightJeder 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-APIServerCRM · OfflineOffline-ConversionsOfflineTrackPolicy · DedupConsent: MarketingGMP Floodlight
Nur unterstützte Pfade. Nicht unterstützte Modi werden nicht gezeichnet — und nicht behauptet.

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 ordinal der Plattform, damit Browser- und Serverzustellung nur einmal zählen.
  • Click-IDs, die diese Plattform erhalten darf: gclid, dclid, gbraid, wbraid. Click-IDs anderer Anbieter werden nie weitergegeben.
  • Bestellnummer, Wert, Währung und Positionen bei Kauf-Events.
  • SHA-256-gehashte Kennungen (E-Mail, Telefon, externe ID) für das Matching — nur mit dem nötigen Consent und nur, wenn erfasst.
  • 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
ordinalordinal + order id
Click-IDs
gclid, dclid, gbraid, wbraid
Consent-Zweck
Marketing
Gepinnte API-Version
v5
Umsetzungsstatus
Umgesetzt · gegen die Anbieter-Dokumentation verifiziert · 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

floodlight_configuration_id
Floodlight-Konfigurations-ID (Advertiser)
profile_id
CM360-Nutzerprofil-ID

Zugangsdaten

OAuth-Verbindung · Google
oauth_refresh_token im verschlüsselten Tresor gespeichert

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

Leitfäden vom Team, das diesen Connector baut.

Alle Tracking-Knowledge-Artikel

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.

GMP Floodlight verbinden

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