Jump to a popular page, or start typing.

    CONNECTIONS / Linode / Linode to Google Customer Match

    From Linode objects to Google Customer Match.

    Connect Linode and point Signals at your Linode objects; it projects your segments into Google Ads as Customer Match lists each time a new file lands, hashed and consent-checked for Google Ads.

    linode -> google-customer-match :: live

    1. ● linode → google.match :: live
    2. > read segments rows=44,084
    3. hash sha256(email,phone) consent=filtered
    4. route google deliver
    5. ✓ delivered · 39,676 matched

    WHAT THIS ENABLES

    Linode to Google Customer Match

    Linode to Google Customer Match: your Linode objects, hashed and consent-checked, feed Google Ads as Signals projects your segments into Google Ads as Customer Match lists each time a new file lands.

    • Customer segments from your Linode objects activated for Google Ads, as Signals projects your segments into Google Ads as Customer Match lists.
    • Customer Match lists that add joiners and drop lapsed members each sync, drawn from your Linode objects by developers on Linode Object Storage.

    WHAT FLOWS WHERE

    Linode to Customer Match, mapped.

    Signals reads the customer segments from your Linode objects each time a new file lands, hashes and screens each record, and posts the match-ready audiences to Google Ads' Customer Match API, keeping the serving-size threshold in view.

    Signals reads the customer segments from your Linode objects each time a new file lands, hashes and screens each record, and posts the match-ready audiences to Google Ads' Customer Match API, keeping the serving-size threshold in view.

    WHO THIS IS FOR

    Built for the teams that own the number.

    Growth teams feeding Google audiences from governed first-party data, with the records already in Linode Object Storage buckets and objects.

    Developers on Linode Object Storage activating Google Customer Match straight from Linode objects.

    HOW DATAHASH SETS IT UP

    From kickoff to verified events.

    1. Connect

      A read-only key scoped to the Linode bucket you name to feed Google Ads' Customer Match API, sized for the serving-size threshold.

    2. Map

      Signals picks up your Linode objects, and its columns map to Google Ads' Customer Match API in the visual mapper, hashed and checked for the serving-size threshold.

    3. Deliver

      On each run, Signals pulls your Linode objects, projects your segments into Google Ads as Customer Match lists, and processes only the newly dropped file, with the serving-size threshold in the debugger.

    WHAT YOU GET

    What ships with this use case.

    Customer Match lists that add joiners and drop lapsed members each sync on every run, as Signals reads your Linode objects and processes only the newly dropped file.

    Lists that self-maintain across syncs from your Linode objects, with transfer overhead steady because Signals processes only the newly dropped file.

    A per-run match report from Google Ads' Customer Match API on the serving-size threshold, straight out of your Linode objects.

    ON THE WIRE

    What Customer Match actually receives.

    signals :: linode.google-customer-match :: wire

    1. ● signals :: audience upload
    2. > POST /user_list_operations source=linode.segments
    3. operation ADD · user_list "segment_58411"
    4. hashed_email sha256 "b02cf1…" · hashed_phone sha256 "3ad990…"
    5. members_uploaded 44,084 · members_matched 39,676
    6. ✓ accepted match=90%
    FAQ

    Asked on almost every call.

    How often does the Linode Google Customer Match sync run?

    Delivery tracks Linode, run by developers on Linode Object Storage: a near-real-time or scheduled sync of your Linode objects feeds Google Ads on that cadence. Each run processes only the newly dropped file, so lists that self-maintain across syncs holds up on the serving-size threshold. The live debugger confirms every delivery inline.

    What match rate should a Linode-sourced Google Customer Match batch expect?

    Match rate follows identifier coverage in your Linode objects, which developers on Linode Object Storage control, not Linode itself. A record with a current hashed email or phone matches for Google Ads; one missing both cannot. First-run feedback from Customer Match API pinpoints the serving-size threshold, the number developers on Linode Object Storage tune against.

    NEXT STEP

    Linode to Google Customer Match, in production this week.