Integration · destination
Google Ads & YouTube Ads
Google tag conversions, Enhanced Conversions and online/offline click-conversion uploads via the Google Ads API.
How events reach Google Ads
Every path ends in the same place: the policy engine checks the consent purpose this destination requires, strips what may not leave, and the worker delivers with the shared event id.
- Browser tag — loaded by the Track snippet after consent; the vendor script never sits in your template and is never loaded without the required purpose.
- Server API — delivered by the worker with retries, health checks, error classification and a redacted payload preview for every attempt.
- Offline conversions — server events flagged as offline (CRM deals, phone orders, store purchases) reach this platform with the vendor's offline action source.
- Hybrid — browser tag and server request share one event id; the platform deduplicates on orderId.
Vendor prerequisite
What is sent
Only what you configure in the event mapping, and only after the policy engine has allowed the event for this destination.
- Event name and timestamp, mapped from Track's standard events to the platform's event names.
- The shared event id in the platform's orderId field, so browser and server deliveries count once.
- Click ids this platform may receive: gclid, gbraid, wbraid. Other vendors' click ids are never forwarded.
- Order id, value, currency and items for purchase-type events.
- SHA-256-hashed identifiers (e-mail, phone, external id) for matching — only with the required consent and only if captured.
- The consent state the event was collected under, where the platform accepts consent signals.
Never sent
- Raw e-mail addresses, phone numbers or names — identifiers are hashed on ingest.
- Inferred values: unknown stays unknown, nothing is guessed.
- Events collected without the purpose this destination requires.
- Secrets: tokens live in the encrypted vault and never reach the browser, the assistant or a log.
Technical facts
- Deduplication field
orderId— order_id / gclid- Click ids
gclid,gbraid,wbraid- Consent purpose
- Marketing
- Pinned API version
v25- Implementation status
- Implemented · verified against the vendor documentation · verified 2026-09-03
- Vendor documentation
- Google Ads API documentation
What you need
Public identifiers can be typed in chat or the wizard; secrets go through the secure credential card or OAuth and are stored encrypted.
Public identifiers
- conversion_id
- Google tag conversion ID
- customer_id
- Google Ads customer ID
- login_customer_id
- Manager (MCC) customer ID (optional)
Credentials
- OAuth connection · Google
oauth_refresh_token— stored in the encrypted vault
Consent
Requires the marketing purpose. Without it nothing is loaded in the browser and nothing is sent from the server. Inferred consent is never exported, and Global Privacy Control opt-outs block delivery.
Setup in a few steps
The assistant runs the detailed checks. You see the milestones that need a decision from you.
Enter identifiers
Add the public IDs from the platform. Formats are validated against the vendor's documentation before anything is saved.
Connect credentials
Paste the token into the secure card or connect the account via OAuth. Secrets go straight into the encrypted vault.
Map and test
Standard events are pre-mapped to the platform's event names. A flagged test event runs through the real pipeline and shows the vendor's answer.
Publish
Review the diff, approve, publish a signed configuration version. Roll back with one click if needed.
From Tracking Knowledge
Guides written by the team that builds this connector.
Google Ads conversions from the server: click conversions, Enhanced Conversions and the consent fields
How to upload click conversions to the Google Ads API with gclid or hashed identifiers, what the conversionDateTime and consent fields must contain, and how validateOnly keeps tests out of reporting.
Tutorial · 3 min read
Lead generation tracking for B2B: from form submit to closed deal without double counting
A tracking design for B2B sites — generate_lead, contact and book_appointment events, hidden click-id fields, hashed business e-mails, qualified-lead uploads from the CRM and separate conversion actions per stage — with the consent rules that apply at each step.
Guide · 3 min read
Consent Mode v2 without the guesswork: purposes, signals and what a server-side router must do
Which consent signals Google expects, how to derive them from consent purposes instead of vendor lists, why 'advanced' mode needs a legal decision, and how the server side has to mirror the browser.
Guide · 4 min read
Questions
Can I run server-only?
Yes. Choose server mode in the wizard; the vendor script is never loaded and matching relies on hashed identifiers and click ids captured by the tracker.
How are duplicates avoided?
The browser tag and the server request carry the same event id, and purchases add the order id. The worker also deduplicates repeated source events before delivery.
What if the vendor API changes?
API versions are pinned centrally with the verification date; sunset warnings appear in the destination health long before an endpoint is retired.
Connect Google Ads
Set it up with the guided wizard or let the assistant do it in chat.