Jump to a popular page, or start typing.

    CONNECTIONS / BigQuery / BigQuery to Snap Offline CAPI

    From BigQuery datasets to Snapchat in-store conversions.

    Point Signals at the dataset behind a read-only service account, and it reports in-store purchases against the Snapchat campaigns that reached the buyer on the cadence your scheduled query already keeps.

    bigquery -> snap-offline-capi :: live

    1. ● bigquery → snap.capi :: live
    2. > read sales.pos_transactions rows=68,277
    3. hash sha256(email,phone) consent=filtered
    4. route snap deliver
    5. ✓ delivered · 57,353 matched

    WHAT THIS ENABLES

    BigQuery to Snapchat Offline CAPI

    BigQuery to Snapchat Offline CAPI: A scheduled query reads the offline and in-store sales in your BigQuery tables, and Signals reports in-store purchases against the Snapchat campaigns that reached the buyer, hashed and consent-checked whenever the scheduled query reruns.

    • Signals reports in-store purchases against the Snapchat campaigns that reached the buyer, reading your BigQuery tables whenever the scheduled query reruns.
    • Physical-world sales counted inside Snapchat performance, fed by analytics engineers running BigQuery scheduled queries.
    WHAT FLOWS WHERE

    The click, the conversion, and the credit.

    The conversion happens off Snap, away from any pixel. Here is how BigQuery closes the loop.

    Snap credits the campaign that sourced the conversion conversion happens off-platform Ad click on Snap Scheduled query sync recorded in BigQuery S Signals hash · dedupe Conversions API delivered · credited
    WHO THIS IS FOR

    Built for the teams that own the number.

    Retail and QSR advertisers whose Snapchat audience buys in person, with the numbers already modeled in BigQuery tables and GA4 exports.

    Analytics engineers running BigQuery scheduled queries who need physical-world sales counted inside Snapchat performance.

    HOW DATAHASH SETS IT UP

    From kickoff to verified events.

    1. Connect

      A read-only service account with dataViewer on the one dataset you nominate to feed Snapchat's Conversions API, sized for offline event timing.

    2. Map

      A scheduled query reads your BigQuery tables, and its columns map to Snapchat's Conversions API in the visual mapper, hashed and checked for offline event timing.

    3. Deliver

      Whenever the scheduled query reruns, Signals reports in-store purchases against the Snapchat campaigns that reached the buyer, scans only the rows the query changed, with offline event timing watched 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 Offline CAPI 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 BigQuery records the event.
    ON THE WIRE

    What Offline CAPI actually receives.

    signals :: bigquery.snap-offline-capi :: wire

    1. ● signals :: event payload
    2. > POST /v2/conversion source=bigquery.sales.pos_transactions
    3. event_type "PURCHASE" · event_conversion_type "OFFLINE"
    4. hashed_email "5d8b22…" · hashed_phone_number "a179fe…"
    5. timestamp 1783976158 · price 19507 · currency GBP
    6. ✓ accepted · match=true
    FAQ

    Asked on almost every call.

    How often does the BigQuery Snap Offline CAPI sync run?

    The scheduled query sets the pace: rebuild the offline and in-store sales nightly and delivery to Snapchat is nightly, or refresh hourly for an hourly feed. Each run only reads the rows the query changed, so physical-world sales counted inside Snapchat performance stays current for offline event timing while BigQuery slot cost barely moves.

    What match rate should a BigQuery-sourced Snap Offline CAPI batch expect?

    Coverage in your BigQuery tables decides the rate, not BigQuery. A row with a current hashed email or phone matches; one missing both cannot, however the query is tuned. The first run's report from Snapchat's Conversions API sets a baseline, the number retail and QSR advertisers whose Snapchat audience buys in person weigh against offline event timing.

    NEXT STEP

    BigQuery to Snap Offline CAPI, in production this week.