Jump to a popular page, or start typing.

    Meta App CAPI

    Meta App CAPI, live end-to-end.

    Datahash configures Meta App Events API using data from your MMP or SDK, verified against Meta Events Manager.

    meta.app-capi :: live

    1. ● meta.app_capi :: live
    2. > event fb_mobile_purchase value=899 THB
    3. hash sha256(em) madid=att_authorized
    4. dedupe vs sdk_event matched
    5. ✓ delivered · app event accepted

    WHAT THIS ENABLES

    Meta App CAPI

    Meta App CAPI is the server-side delivery of in-app events from your MMP or SDK to Meta's App Conversions API, deduplicated against Meta SDK events and routed with each user's ATT opt-out status respected.

    • iOS conversion signal rebuilt after ATT, without leaning on aggregated event measurement alone.
    • App and web outcomes measured on one pipeline instead of two disconnected stacks.
    • Post-install revenue events made available to Meta for value-based app campaign optimization.
    WHO THIS IS FOR

    Built for the teams that own the number.

    App-first brands rebuilding iOS signal after ATT.

    Teams that want app and web conversion measurement on one pipeline.

    HOW DATAHASH SETS IT UP

    From kickoff to verified events.

    1. Ingest

      MMP or direct SDK ingestion from AppsFlyer, Adjust, Branch, and others.

    2. Configure

      App CAPI destination with your Meta dataset.

    3. Dedupe

      Deduplication against SDK events so nothing double counts.

    4. Route

      ATT-aware routing that respects opt-out status.

    WHAT FLOWS WHERE

    One use case, every source.

    An in-app purchase fires through your MMP or SDK, Signals hashes the identifiers and checks ATT status, then delivers the event to Meta's App Conversions API.

    An in-app purchase fires through your MMP or SDK, Signals hashes the identifiers and checks ATT status, then delivers the event to Meta's App Conversions API.

    WHAT YOU GET

    What ships with this offering.

    Server-side app events verified in Meta Events Manager.

    Dedupe against your existing Meta SDK events.

    Better optimization signal on iOS in the ATT world.

    ON THE WIRE

    What the platform actually receives.

    Identifiers are hashed with SHA-256 at source. The payload the destination sees never contains raw PII.

    signals :: meta-app-capi :: wire

    1. ● signals :: event payload
    2. > POST /{dataset}/events action_source=app
    3. event_name "fb_mobile_purchase" · event_time 1789002233
    4. em sha256 "a17c4e…" · madid "8f-2b…"
    5. advertiser_tracking_enabled 1 · value 899 · currency THB
    6. ✓ events_received 1 · dedupe matched
    SUPPORTED PLATFORMS

    Bring it from where the data lives.

    Every source that supports this use case. Pick a platform to see the exact setup.

    FAQ

    Questions your team will ask.

    Does this work with AppsFlyer, Adjust, and Branch?

    Yes. Datahash ingests postbacks or exports from the major MMPs, including AppsFlyer, Adjust, Branch, Kochava, and Singular, and maps each event to Meta's App Conversions API schema. If you run your own SDK events instead of an MMP, we can ingest those directly. Either path arrives hashed and deduplicated against existing Meta SDK events before delivery.

    Do we still need the Meta SDK?

    Keeping the Meta SDK is recommended alongside App CAPI. The SDK still handles in-app signals CAPI cannot see on its own and gives Meta a second delivery path for the same events. Datahash dedupes the two streams using a shared event identifier, so Meta counts each purchase or install once instead of twice, and Events Manager shows the match rate for both paths.

    How is dedupe handled between SDK and server events?

    Both paths carry a shared event identifier that Meta uses to reconcile the two deliveries. When the same event arrives twice within Meta's dedupe window, once from the SDK and once from server-side App CAPI, Meta keeps a single copy instead of double counting the purchase or install. Datahash verifies the dedupe match rate in Events Manager before go-live and monitors it afterward.

    NEXT STEP

    Live in fifteen minutes. Measurable in a week.

    Talk to our team of solutions engineers. We map your source data, propose an integration plan, and give you a live setup in the same call where possible.