Jump to a popular page, or start typing.

    CONNECTIONS / Datahash API / Datahash API to Google OCI

    Post offline and in-store sales to the Datahash API, wired to Google Ads offline conversion import.

    Send offline and in-store sales to one documented REST endpoint from any backend, in any language; Signals reconciles closed-won revenue to the Google Ads click through GCLID, hashed and consent-checked, with no pixel and no warehouse read.

    datahash-api -> google-oci :: live

    1. ● datahash-api → google.oci :: live
    2. > POST /v1/events source=api.purchase_events count=15,765
    3. hash sha256(email,phone) consent=filtered
    4. route google deliver
    5. ✓ 202 accepted · 13,243 forwarded

    WHAT THIS ENABLES

    Datahash API to Google Offline Conversions

    Datahash API to Google Offline Conversions: post your offline and in-store sales to one REST endpoint and Signals reconciles closed-won revenue to the Google Ads click through GCLID, hashed and consent-checked server-side before Google Ads sees it.

    • Signals reconciles closed-won revenue to the Google Ads click through GCLID, from events your backend posts server-side.
    • Smart Bidding trained on booked revenue instead of a mid-funnel proxy, without a pixel, a connector, or a nightly export.
    WHAT FLOWS WHERE

    The click, the conversion, and the credit.

    The conversion happens off Google, away from any pixel. Here is how Datahash API closes the loop.

    Google credits the campaign that sourced the conversion conversion happens off-platform Ad click on Google REST event recorded in Datahash API S Signals hash · dedupe Offline Conversion Impo… delivered · credited
    WHO THIS IS FOR

    Built for the teams that own the number.

    Advertisers whose Google-sourced deals close days after the click, whose engineers would rather POST an event than maintain a connector.

    Backend and platform teams driving Google Ads offline conversion import by sending offline and in-store sales straight from their own stack.

    HOW DATAHASH SETS IT UP

    From kickoff to verified events.

    1. Connect

      Create an API key in the Signals console and point your backend at the endpoint that feeds Google Ads' Offline Conversion Import (Google Ads API).

    2. Map

      Map your event payload to Google Ads' Offline Conversion Import (Google Ads API) fields once; per-request validation flags bad events instead of dropping the batch.

    3. Deliver

      Post events as they happen and Signals reconciles closed-won revenue to the Google Ads click through GCLID, hashing server-side, with GCLID coverage shown in the debugger.

    WHAT YOU GET

    What changes when the CSV goes away.

    Capability Manual CSV upload Datahash
    Reporting Offline sales sit in a separate export, reconciled by hand. Revenue counted in the same OCI reporting as web conversions.
    Deduplication A re-uploaded file risks counting the same conversion twice. Deduped delivery, so a resent record never counts as a second conversion.
    Match visibility Match quality is a guess until the numbers look off. Match rate reported per upload, tied to the source event set that produced it.
    Effort and latency An analyst exports and uploads on a manual cadence. Server-side and automatic the moment Datahash API records the event.
    ON THE WIRE

    What OCI actually receives.

    signals :: datahash-api.google-oci :: wire

    1. ● signals :: event payload
    2. > POST /offline_conversion_import source=api.purchase_events
    3. gclid "Cj0KCQjw…" · conversion_action "closed_won"
    4. conversion_date_time "2026-07-19T12:16:10"
    5. conversion_value 21321 · currency_code GBP
    6. ✓ accepted · batch=nightly
    FAQ

    Asked on almost every call.

    Which backends can send to Google OCI through the Datahash API?

    Any backend that can make an HTTPS request. You POST offline and in-store sales as JSON to one documented endpoint and Signals forwards the offline conversions to Google Ads' Offline Conversion Import (Google Ads API); identifiers are hashed at ingestion or sent pre-hashed, and advertisers whose Google-sourced deals close days after the click track GCLID coverage in the debugger.

    How fresh are Google OCI events sent over the API?

    As fresh as you post them. The API accepts events in near real time, so Smart Bidding trained on booked revenue instead of a mid-funnel proxy reaches Google Ads moments after your backend fires the call, with per-event status returned inline. There is no batch window and no scheduled read, which keeps GCLID coverage current for the teams driving Google Ads offline conversion import.

    NEXT STEP

    Datahash API to Google OCI, in production this week.