Track

Integratie · destination

Google Ads & YouTube Ads

Google-tag-conversies, Enhanced Conversions en online/offline click-conversion-uploads via de Google Ads API.

BrowserServerOfflineGeïmplementeerd · geverifieerd tegen de documentatie van de leverancier · geverifieerd op 2026-09-03Vereist goedkeuring van de leverancier

Hoe events Google Ads bereiken

Elk pad eindigt op dezelfde plek: de policy-engine controleert het toestemmingsdoel dat deze destination vereist, verwijdert wat niet naar buiten mag, en de worker levert af met de gedeelde event-ID.

  • Browsertag — geladen door de Track-snippet na toestemming; het script van de leverancier staat nooit in je template en wordt nooit geladen zonder het vereiste doel.
  • Server-API — afgeleverd door de worker met retries, healthchecks, foutclassificatie en een gemaskeerde payload-preview voor elke poging.
  • Offline conversies — serverevents die als offline zijn gemarkeerd (CRM-deals, telefonische bestellingen, winkelaankopen) bereiken dit platform met de offline-actiebron van de leverancier.
  • Hybride — browsertag en serverrequest delen één event-ID; het platform dedupliceert op orderId.
Datastroom van je website en systemen via Track naar Google AdsElk pad eindigt op dezelfde plek: de policy-engine controleert het toestemmingsdoel dat deze destination vereist, verwijdert wat niet naar buiten mag, en de worker levert af met de gedeelde event-ID.WebsitebrowsertagbrowserJe serverserver-APIserverCRM · offlineoffline conversiesofflineTrackpolicy · dedupToestemming: MarketingGoogle Ads
Alleen ondersteunde paden. Niet-ondersteunde modi worden niet getekend — en niet geclaimd.

Vereiste bij de leverancier

Vereist een Google Ads-developertoken dat is goedgekeurd voor je OAuth-app.

Wat wordt verzonden

Alleen wat je in de eventmapping configureert, en pas nadat de policy-engine het event voor deze destination heeft toegestaan.

  • Eventnaam en tijdstempel, gemapt van de standaardevents van Track naar de eventnamen van het platform.
  • De gedeelde event-ID in het veld orderId van het platform, zodat browser- en serverafleveringen één keer tellen.
  • Click-ID's die dit platform mag ontvangen: gclid, gbraid, wbraid. Click-ID's van andere leveranciers worden nooit doorgestuurd.
  • Order-ID, waarde, valuta en items voor aankoopachtige events.
  • SHA-256-gehashte identifiers (e-mail, telefoon, externe ID) voor matching — alleen met de vereiste toestemming en alleen als ze zijn vastgelegd.
  • De toestemmingsstatus waaronder het event is verzameld, als het platform toestemmingssignalen accepteert.

Nooit verzonden

  • Onbewerkte e-mailadressen, telefoonnummers of namen — identifiers worden bij ontvangst gehasht.
  • Afgeleide waarden: onbekend blijft onbekend, er wordt niets gegokt.
  • Events die zijn verzameld zonder het doel dat deze destination vereist.
  • Secrets: tokens staan in de versleutelde kluis en bereiken nooit de browser, de assistent of een log.

Technische feiten

Deduplicatieveld
orderIdorder_id / gclid
Click-ID's
gclid, gbraid, wbraid
Toestemmingsdoel
Marketing
Vastgezette API-versie
v25
Implementatiestatus
Geïmplementeerd · geverifieerd tegen de documentatie van de leverancier · geverifieerd op 2026-09-03
Documentatie van de leverancier
API-documentatie van Google Ads

Wat je nodig hebt

Publieke identifiers kun je in de chat of de wizard invoeren; secrets gaan via de beveiligde credentialkaart of OAuth en worden versleuteld opgeslagen.

Publieke identifiers

conversion_id
Google-tag-conversie-ID
customer_id
Google Ads-klant-ID
login_customer_id
Klant-ID van het beheerdersaccount (MCC) (optioneel)

Credentials

OAuth-koppeling · Google
oauth_refresh_token opgeslagen in de versleutelde kluis

Toestemming

Vereist het marketingdoel. Zonder dat doel wordt er niets in de browser geladen en niets vanaf de server verzonden. Afgeleide toestemming wordt nooit geëxporteerd, en Global Privacy Control-opt-outs blokkeren de aflevering.

Instellen in een paar stappen

De assistent voert de gedetailleerde controles uit. Jij ziet de mijlpalen waarbij een beslissing van jou nodig is.

  1. Identifiers invoeren

    Voeg de publieke ID's van het platform toe. De formaten worden gevalideerd tegen de documentatie van de leverancier voordat er iets wordt opgeslagen.

  2. Credentials koppelen

    Plak het token in de beveiligde kaart of koppel het account via OAuth. Secrets gaan rechtstreeks de versleutelde kluis in.

  3. Mappen en testen

    Standaardevents zijn vooraf gemapt op de eventnamen van het platform. Een gemarkeerd testevent doorloopt de echte pipeline en toont het antwoord van de leverancier.

  4. Publiceren

    Bekijk de diff, keur goed en publiceer een ondertekende configuratieversie. Rol met één klik terug als dat nodig is.

Uit Tracking Knowledge

Gidsen geschreven door het team dat deze connector bouwt.

Alle Tracking Knowledge-artikelen

Vragen

Kan ik alleen server-side draaien?

Ja. Kies de servermodus in de wizard; het script van de leverancier wordt nooit geladen en matching steunt op gehashte identifiers en click-ID's die de tracker vastlegt.

Hoe worden duplicaten voorkomen?

De browsertag en het serverrequest dragen dezelfde event-ID, en aankopen voegen de order-ID toe. De worker dedupliceert bovendien herhaalde bronevents vóór de aflevering.

Wat als de API van de leverancier verandert?

API-versies worden centraal vastgezet met de verificatiedatum; waarschuwingen over uitfasering verschijnen in de destination-health lang voordat een endpoint wordt uitgeschakeld.

Google Ads koppelen

Stel het in met de begeleide wizard of laat de assistent het in de chat doen.