Jump to a popular page, or start typing.

    CONNECTIONS / Microsoft SQL Server / SQL Server to LinkedIn Offline CAPI

    Your SQL Server tables, wired to LinkedIn account-revenue reporting.

    Connect SQL Server and point Signals at your SQL Server tables; it reports closed B2B deals so LinkedIn optimizes on account revenue each time the read runs, hashed and consent-checked for LinkedIn.

    microsoft-sql-server -> linkedin-offline-capi :: live

    1. ● sql server → linkedin.capi :: live
    2. > read closed_deals rows=52,000
    3. hash sha256(email,phone) consent=filtered
    4. route linkedin deliver
    5. ✓ delivered · 41,080 matched

    WHAT THIS ENABLES

    SQL Server to LinkedIn Offline CAPI

    SQL Server to LinkedIn Offline CAPI: Signals reads your SQL Server tables and reports closed B2B deals so LinkedIn optimizes on account revenue, hashed and consent-checked each time the read runs.

    • Offline and in-store sales from your SQL Server tables activated for LinkedIn, as Signals reports closed B2B deals so LinkedIn optimizes on account revenue.
    • Pipeline revenue tied to the LinkedIn campaigns that sourced it, drawn from your SQL Server tables by data teams running SQL Server.
    WHAT FLOWS WHERE

    The click, the conversion, and the credit.

    The conversion happens off LinkedIn, away from any pixel. Here is how Microsoft SQL Server closes the loop.

    LinkedIn credits the campaign that sourced the conversion conversion happens off-platform Ad click on LinkedIn Scheduled read sync recorded in Microsoft SQL… S Signals hash · dedupe Conversions API delivered · credited
    WHO THIS IS FOR

    Built for the teams that own the number.

    B2B teams whose deals close long after the impression, with the records already in SQL Server tables, views, and indexed views.

    Data teams running SQL Server activating LinkedIn account-revenue reporting straight from SQL Server tables.

    HOW DATAHASH SETS IT UP

    From kickoff to verified events.

    1. Connect

      A read-only database user scoped to the SQL Server tables you name to feed LinkedIn's Conversions API, sized for long B2B attribution windows.

    2. Map

      A scheduled read pulls your SQL Server tables, and its columns map to LinkedIn's Conversions API in the visual mapper, hashed and checked for long B2B attribution windows.

    3. Deliver

      On each run, Signals pulls your SQL Server tables, reports closed B2B deals so LinkedIn optimizes on account revenue, and reads only the records changed since the last run, with long B2B attribution windows 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 Microsoft SQL Server records the event.
    ON THE WIRE

    What Offline CAPI actually receives.

    signals :: microsoft-sql-server.linkedin-offline-capi :: wire

    1. ● signals :: event payload
    2. > POST /conversionEvents source=microsoft-sql-server.closed_deals
    3. conversion "urn:lla:llaPartnerConversion:91741"
    4. conversionHappenedAt 1784540741000
    5. user.userIds [{ idType: "SHA256_EMAIL", idValue: "9c41af…" }]
    6. ✓ accepted · conversionValue 37892 USD
    FAQ

    Asked on almost every call.

    How often does the SQL Server LinkedIn Offline CAPI sync run?

    Delivery tracks SQL Server, run by data teams running SQL Server: a near-real-time or scheduled sync of your SQL Server tables feeds LinkedIn on that cadence. Each run reads only the records changed since the last run, so account revenue attached to the sourcing campaign holds up on long B2B attribution windows. The live debugger confirms every delivery inline.

    What match rate should a SQL Server-sourced LinkedIn Offline CAPI batch expect?

    Match rate follows identifier coverage in your SQL Server tables, which data teams running SQL Server control, not SQL Server itself. A record with a current hashed email or phone matches for LinkedIn; one missing both cannot. First-run feedback from Conversions API pinpoints long B2B attribution windows, the number data teams running SQL Server tune against.

    NEXT STEP

    SQL Server to LinkedIn Offline CAPI, in production this week.