{"id":3132,"date":"2026-09-23T11:21:41","date_gmt":"2026-09-23T11:21:41","guid":{"rendered":"https:\/\/dmarketertayeeb.com\/blog\/google-ads-multi-source-conversions-setup\/"},"modified":"2026-09-23T11:35:55","modified_gmt":"2026-09-23T11:35:55","slug":"google-ads-multi-source-conversions-setup","status":"publish","type":"post","link":"https:\/\/dmarketertayeeb.com\/blog\/google-ads-multi-source-conversions-setup\/","title":{"rendered":"Google Ads Multi-Source Conversions: Setup, Transaction IDs and the 14-Day Trial"},"content":{"rendered":"\n

Google Ads multi-source conversions<\/a> is a beta that links a backend data source to an eligible Google tag or Google Tag Manager website conversion action. Google matches the upload to the tag event by the exact transaction_id<\/code> inside that same conversion action. A match can add missing user data; an uploaded value and currency can replace the tag\u2019s value after a 14-day reporting-only trial. Unmatched rows may create new conversions, and those extra-source conversions become biddable after the trial. Your existing tag conversions stay biddable throughout.<\/p>\n\n\n\n

Use this guide to check eligibility, map the data, connect one authoritative source and inspect diagnostics before the new source reaches bidding. It is separate from choosing a measurement approach; for that broader decision, see our Google Ads measurement stack guide<\/a>.<\/p>\n\n\n\n

Who can use multi-source conversions?<\/h2>\n\n\n\n

Google\u2019s current beta guide<\/a> limits multi-source connections to Google Ads website conversion actions implemented manually with the Google tag or Google Tag Manager. Imported Google Analytics 4 conversion actions and URL-based conversion actions are not supported. If the setting is missing, Google says the beta may not yet be available to that account; its Help pages do not publish a region-by-region rollout list.<\/p>\n\n\n\n

\n
Question<\/th>Current documented answer<\/th>What to check first<\/th><\/tr><\/thead>
Conversion type<\/td>Manually implemented Google Ads website conversion using the Google tag or GTM<\/td>Confirm the source is a website tag action, not an imported GA4 or URL-based action<\/td><\/tr>\n
Backend source<\/td>One additional offline source per website action in the Data Manager UI<\/td>Combine CRM, order-system or other backend records into one authoritative feed before connecting<\/td><\/tr>\n
Account access<\/td>Beta access varies; Data Manager API access to connect the extra source is allowlisted<\/td>Try a documented UI connection first; confirm API eligibility before building an integration<\/td><\/tr>\n
Deduplication<\/td>Matching occurs within the conversion action receiving the source<\/td>Attach the source to the existing action where possible; avoid counting the old and new actions together in campaign goals<\/td><\/tr>\n<\/tbody><\/table><\/figure>\n\n\n\n

Google recommends adding the source to an existing conversion action. If you create a replacement action, Google does not deduplicate across the two actions. Including both in the same campaign goal can count one transaction twice. The match key solves tag-versus-backend duplication only within the linked action.<\/p>\n\n\n\n

Prepare the data contract before connecting<\/h2>\n\n\n\n

Start with a single backend export or connection that represents the complete set of relevant transactions. Google\u2019s data requirements<\/a> recommend an authoritative CRM, order database or ecommerce backend rather than another tag-based analytics export. Create a field map with your developer or data owner before you accept a schedule.<\/p>\n\n\n\n

Google says customer-provided data sent without hashing will be hashed automatically, and previously hashed data is accepted. That does not replace your consent and data-handling checks: map the relevant consent for each row, minimize what you send, and follow your organisation\u2019s rules before exporting customer identifiers.<\/p>\n\n\n\n

\n
Field<\/th>Requirement and implementation check<\/th><\/tr><\/thead>
Transaction ID<\/td>Required and unique for each conversion. It must exactly match the value your tag sends, including prefixes, capitalization, type and leading zeros. The tag uses transaction_id<\/code>; the Data Manager UI labels it Transaction ID; the Data Manager API event uses transactionId<\/code>.<\/td><\/tr>\n
Conversion date and time<\/td>Required. Send the conversion time, not the upload time. Decide how the source handles timezone and ask the UI owner to set a fallback timezone for rows with no zone.<\/td><\/tr>\n
Attribution identifier<\/td>At least one is required: for example GCLID, GBRAID, WBRAID, or user-provided data such as email or phone. Google recommends both hashed user-provided data and GCLID when available. If none of the listed identifiers is mapped, the Help flow requires address fields.<\/td><\/tr>\n
Value and currency<\/td>Map them when revenue matters to reporting or value-based bidding. Use the same currency and units as the tag: dollars as decimal dollars, not integer cents. A value of 0<\/code> is valid for a full refund; send NULL<\/code> when you do not intend to update a value.<\/td><\/tr>\n
Consent<\/td>Map row-level ad_user_data<\/code> and ad_personalisation<\/code> where applicable. Only consented events supplement conversion data; rows without consent fields fall back to account-level defaults. Apply Google\u2019s consent requirements<\/a> for the user\u2019s region and your data collection.<\/td><\/tr>\n
Optional context<\/td>User agent and session attributes can add context. Include them only when your systems capture them correctly and your data policy permits the use.<\/td><\/tr>\n<\/tbody><\/table><\/figure>\n\n\n\n

The 24-hour guidance is a recommendation, not a hard cutoff: Google\u2019s data-source best practices<\/a> say to upload as soon as practical, ideally within 24 hours, for optimal matching and bidding signals. A slower feed is not automatically invalid, but it can reduce the usefulness of delayed user data. Do not treat a late upload as permission to send stale or unconsented records.<\/p>\n\n\n\n

Connect the backend source<\/h2>\n\n\n\n

Option 1: Add it from the conversion action<\/h3>\n\n\n\n
    \n
  1. In Google Ads, open Conversions \u2192 Summary<\/strong>.<\/li>\n
  2. Open the eligible website conversion action. In Details<\/strong>, find Data source<\/strong> and choose Connect another data source<\/strong>.<\/li>\n
  3. Select a supported direct connection, link the product and map the required event fields. The transaction ID and conversion time must align with what the website tag sends.<\/li>\n
  4. Map at least one attribution identifier, review value and currency units, and set the consent fields for each row. Add optional user-agent or session attributes only if available and approved.<\/li>\n
  5. Review the mapped source, choose how often it should import, and save. Google recommends importing as frequently as possible, such as daily.<\/li>\n<\/ol>\n\n\n\n

    Option 2: Start in Data Manager<\/h3>\n\n\n\n

    Google\u2019s documented path is Tools \u2192 Data Manager \u2192 + Connected products<\/strong> under the Google tag section. Connect a source for Conversions<\/strong>, choose Website conversion measurement<\/strong>, select the website conversion action and complete the same field, consent and schedule review. The exact available connectors depend on the account and selected product.<\/p>\n\n\n\n

    Option 3: Use the Data Manager API<\/h3>\n\n\n\n

    Google recommends a direct Data Manager connection when the option is available. The API route for connecting an additional multi-source feed is limited to allowlisted access. Google\u2019s setup instructions say to take the ctId<\/code> value from the conversion-action URL and use that action as the API destination. The API event field is named transactionId<\/code>; the tag parameter is transaction_id<\/code>. Follow the current Google Ads multi-source API guide<\/a> and its Send events schema and samples<\/a> rather than adapting an older Google Ads API upload request by guesswork.<\/p>\n\n\n\n

    These setup paths are based on Google\u2019s current documentation and were not executed in a live Ads account. Beta visibility, available connections and account permissions can differ.<\/p>\n\n\n\n

    What a matching transaction ID changes<\/h2>\n\n\n\n

    A transaction ID is a match key, not a promise that every uploaded field overwrites the tag. Google\u2019s field-handling rules<\/a> differ by match status and field:<\/p>\n\n\n\n

    \n
    Upload row<\/th>What Google documents<\/th>Practical implication<\/th><\/tr><\/thead>
    ID matches a tag event: user-provided data<\/td>Supplemented only when the tag did not capture user-provided data<\/td>Send a reliable backend value as a fallback; do not assume it replaces an existing tag value<\/td><\/tr>\n
    ID matches a tag event: conversion value and currency<\/td>Uploaded value and currency become the source of truth and override the tag after the trial; value updates are disabled during the trial<\/td>Validate units, currency and refund handling before the first upload<\/td><\/tr>\n
    ID matches a tag event: GCLID or other non-value fields<\/td>Ignored for the matched record; they do not replace the fields originally recorded by the tag<\/td>Do not expect a backend GCLID to repair a missing or incorrect tag GCLID on an already matched event<\/td><\/tr>\n
    ID has no tag match<\/td>May create a new conversion event; Google attempts ad attribution using supplied identifiers<\/td>Check unmatched IDs for a genuinely missing tag event versus a formatting error; these new-source events are report-only during the trial<\/td><\/tr>\n<\/tbody><\/table><\/figure>\n\n\n\n

    The most consequential field is value. Once the trial ends, a matched backend value can permanently replace the value from the tag. For example, if the tag records USD 120.00<\/code> and the backend sends 12000<\/code> as cents, Google interprets the upload in the configured currency units rather than converting it. The upload could inflate the reported value by 100 times. Use the same decimal units and currency as the tag; use NULL<\/code> when no value change is intended.<\/p>\n\n\n\n

    Use the 14-day trial as a QA window<\/h2>\n\n\n\n

    The 14-day trial<\/a> begins when the first additional-source upload arrives for the conversion action. During that period, extra-source data is visible for reporting and diagnostics, but it is not used for bidding. Existing tag-source conversions remain biddable, and backend value updates do not override tag values in reporting until the trial ends.<\/p>\n\n\n\n

    \n
    Period<\/th>Additional source<\/th>Existing Google tag<\/th><\/tr><\/thead>
    Before first upload<\/td>No additional-source trial data yet<\/td>Continues under the existing conversion setup<\/td><\/tr>\n
    First upload through day 14<\/td>Reporting and diagnostics only; not used for bidding; value updates disabled<\/td>Existing tag conversions remain biddable<\/td><\/tr>\n
    After 14 days<\/td>Valid additional-source conversions automatically become biddable, even if diagnostic alerts remain<\/td>Continues as before<\/td><\/tr>\n<\/tbody><\/table><\/figure>\n\n\n\n

    That automatic transition makes the first upload a change-control point. Before scheduling it, reconcile a sample of transaction IDs between the tag and backend, check values and currency, verify consent mapping, and make sure unmatched records are intentional. Use the trial to fix setup issues; do not assume an alert will pause bidding after day 14.<\/p>\n\n\n\n

    Read diagnostics before the trial ends<\/h2>\n\n\n\n

    Open Goals \u2192 Summary \u2192 Diagnostics<\/strong>, find the Multi-source conversions<\/strong> card and choose View details<\/strong>. Google\u2019s diagnostics guide<\/a> points to a short set of checks:<\/p>\n\n\n\n