Integration · Destination
Google Ads & YouTube Ads
Google-Tag-Conversions, Enhanced Conversions sowie Online-/Offline-Click-Conversion-Uploads über die Google Ads API.
So erreichen Events Google Ads
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 orderId.
Voraussetzung beim Anbieter
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 orderId der Plattform, damit Browser- und Serverzustellung nur einmal zählen.
- Click-IDs, die diese Plattform erhalten darf: gclid, 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
orderId— order_id / gclid- Click-IDs
gclid,gbraid,wbraid- Consent-Zweck
- Marketing
- Gepinnte API-Version
v25- Umsetzungsstatus
- Umgesetzt · gegen die Anbieter-Dokumentation verifiziert · verifiziert am 2026-09-03
- Anbieter-Dokumentation
- API-Dokumentation von Google Ads
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
- conversion_id
- Google-Tag-Conversion-ID
- customer_id
- Google-Ads-Kundennummer
- login_customer_id
- Manager-Kundennummer (MCC) (optional)
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.
Kennungen eingeben
Die öffentlichen IDs der Plattform hinzufügen. Formate werden gegen die Anbieter-Dokumentation validiert, bevor etwas gespeichert wird.
Zugangsdaten verbinden
Token in die sichere Karte einfügen oder das Konto per OAuth verbinden. Geheimnisse wandern direkt in den verschlüsselten Tresor.
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.
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.
Google-Ads-Conversions vom Server: Click Conversions, Enhanced Conversions und die Consent-Felder
Wie du Click Conversions mit gclid oder gehashten Kennungen an die Google Ads API lädst, was conversionDateTime und die Consent-Felder enthalten müssen und wie validateOnly Tests aus dem Reporting heraushält.
Tutorial · 3 Min. Lesezeit
Lead-Tracking für B2B: vom Formularversand bis zum gewonnenen Deal ohne Doppelzählung
Ein Tracking-Design für B2B-Sites — generate_lead-, contact- und book_appointment-Events, versteckte Click-ID-Felder, gehashte geschäftliche E-Mails, Uploads qualifizierter Leads aus dem CRM und separate Conversion-Aktionen je Stufe — mit den Consent-Regeln für jeden Schritt.
Leitfaden · 3 Min. Lesezeit
Consent Mode v2 ohne Rätselraten: Zwecke, Signale und was ein serverseitiger Router leisten muss
Welche Consent-Signale Google erwartet, wie man sie aus Zwecken statt Anbieterlisten ableitet, warum der erweiterte Modus eine rechtliche Entscheidung braucht und wie die Serverseite den Browser spiegeln muss.
Leitfaden · 3 Min. Lesezeit
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.
Google Ads verbinden
Mit dem geführten Assistenten einrichten oder den Chat-Assistenten machen lassen.