Facebook 移动归因合作伙伴（MMP）：Meta 归因到底怎么跑通（2026）

只要你在 Meta 上投过应用安装广告，迟早会有人问：为什么 Ads Manager 里的数字和分析后台对不上？答案通常落在 Facebook 移动归因合作伙伴（MMP） 身上——那个夹在你的 App 和 Meta 之间、决定哪次安装算在哪条广告头上的第三方。

这篇讲清楚：Facebook 移动归因合作伙伴到底是什么、数据怎么流、Meta 告诉了 MMP 什么又瞒下了什么，以及怎么选才不会买一堆用不上的额度。

什么是 Facebook 移动归因合作伙伴

移动归因合作伙伴（MMP，mobile measurement partner） 是独立的第三方归因厂商：它通过 SDK 收集你 App 的安装与应用内事件，把每个事件匹配回带来它的那条广告，再把所有渠道的结果汇总到一个后台里。

而「Facebook 移动归因合作伙伴」，就是通过了 Meta 合作伙伴认证的 MMP。认证在实操上意味着两件事：

1. 该厂商和 Meta 的归因接口有可用的对接，能把事件送给 Meta、也能收回归因判定。
2. 该厂商接受了 Meta 的数据处理条款——这才是数据交换得以发生的前提。

这个认证标识的是对接能力和合同资格，不是效果排名，也不代表某家认证厂商的归因比另一家更准。

为什么 Meta 必须要有 MMP

大多数广告网络会把点击给你的 MMP，由 MMP 来判归因。Meta 不是这么运作的。Meta 属于自归因网络（SAN，self-attributing network），绝大部分困惑都源于这一点。

自归因网络的流程是这样：

1. 用户在 Facebook 或 Instagram 点了你的广告——这次点击留在 Meta 自己的系统里，你的 MMP 根本看不到。
2. 用户安装并打开 App，MMP 的 SDK 触发安装事件。
3. MMP 去问 Meta：这次安装是你带来的吗？
4. Meta 拿自己那份点击与展示记录去比对，回答是或否。
5. Meta 说是，MMP 就把这次安装标成 Meta，后续事件也归到这个来源。

结论就是：Meta 是自己给自己判卷，其他自归因网络也一样。只有当两个网络同时声称拿下同一次安装时，MMP 才当裁判——按你设定的归因窗口和末次触点规则，把这次安装判给其中一家。

这也是为什么 Ads Manager 的数字几乎总比 MMP 高：Meta 报的是它认为自己影响过的全部安装，而 MMP 报的只是 Meta 在与所有竞争者比对后赢下来的那部分。

数据实际是怎么流的

Android

Android 这条链相对干净：Google Play 把 install referrer 传给你的 App，MMP 的 SDK 读取它，再与 Meta 返回的归因结果对账。相当比例的流量可以做确定性匹配。

iOS

iOS 上，App Tracking Transparency 改变了格局。用户没有授权时，就没有可用于跨应用匹配的标识符，归因退回到 Apple 的 SKAdNetwork（以及更新的 AdAttributionKit）——它返回的是聚合的、延迟的、隐私受限的回传，而不是用户级明细。

由此产生两个后果，都需要提前规划：

• 延迟：SKAdNetwork 回传按 Apple 的节奏来，不按你的。别把「当天优化」设计进 iOS 的工作流程里。
• 粒度粗：转化值的位数有限，深漏斗事件必须压缩进一套很小的编码方案。MMP 能帮你设计这套编码，但拿不回 Apple 拿走的细节。

对于挂在 Meta 广告上的网页转化，聚合事件衡量（Aggregated Event Measurement） 走的是类似的聚合与优先级逻辑，每个域名的可排序事件数量有限。

哪些厂商是 Meta 的移动归因合作伙伴

认证名单会变，所以任何清单——包括这一份——都只该当作核对起点，最终以 Meta 官方合作伙伴目录为准。应用投放里最常遇到的是 AppsFlyer、Adjust、Branch、Kochava、Singular、Airbridge 和 Tenjin。

真正拉开差距的地方：

最后一行，是多数团队发现得太晚的那一行。

Facebook MMP 覆盖不到什么

MMP 是个应用衡量产品：它的 SDK 装在原生包里，它的归因模型假设「存在一次安装事件」。

于是，只要你的漏斗不是全程在 App 内，就会留下真实的盲区：

• 流量落到网页、直接在网页上转化，压根没有安装。
• 渐进式网页应用（PWA）是添加到主屏幕、而非从应用商店安装的，既没有 install referrer，也没有 SDK 去触发它。
• 从广告点击到 App 打开之间的那一段——落地页、跳转链路、商店页——而付费流量恰恰有很大一部分是死在这一段的。

MMP 会准确地告诉你：你为一次没有变成安装的点击付了钱。但它不会告诉你这次点击是在点后旅程的哪一步死掉的。那是另一个衡量问题，需要另一件工具——这正是 DeepClick 要解决的那一层，它和 MMP 是并存关系，不是替代关系。

怎么选

一份不粉饰的清单：

1. 从你的漏斗出发，别从厂商名单出发。如果有相当比例的转化发生在 App 之外，只靠 MMP 永远对不平账。
2. 按你的真实量级测算成本。按安装计费和按 MAU 计费在规模上账单差别很大，两种报价都要。
3. 签约前先测延迟深度链接。这是最可能吃掉几周研发的功能。
4. 问清被拒的作弊安装怎么算钱。有些合同照样计费。
5. 确认能拿到原始数据。拿不到事件级导出，你就没法审计自己付费买来的归因。
6. 确认 Meta 对接覆盖你实际跑的广告类型，而不只是标准的应用安装。

然后从一开始就接受：Ads Manager 和 MMP 永远不会完全一致。目标不是数字相同，而是拿到一份跨渠道口径一致、能用来做预算决策的真值，外加清楚知道平台自报的数字为什么更高。

延伸阅读

还在选厂商，可以看我们的移动归因软件对比。想先补底层概念，从移动归因合作伙伴（MMP）指南或更宽的移动广告归因讲解入手。对接层面的技术问题，移动归因 SDK 指南有分步说明。

常见问题

投应用安装广告一定要用 Facebook 移动归因合作伙伴吗？

不一定。只用 Meta 自家 SDK 和报表也能跑。当你在多个网络同时买量、需要一个可横向比较的统一口径时，MMP 才成为必需品。

为什么 Meta 的安装数比我的 MMP 高？

因为 Meta 报的是它认为自己影响过的所有安装，而 MMP 在归因窗口内比对全部声称方之后，把每次安装只判给一家。存在差距是结构性的，属于预期之内。

可以同时用两家 MMP 吗？

技术上可以，迁移期也确实有团队这么做。但长期这样既贵又多出一个对账问题——两家厂商不仅会和 Meta 对不上，彼此之间也会对不上。

MMP 能测 PWA 吗？

按通常意义不能。PWA 是添加到主屏幕、而非通过商店安装的，既没有 install referrer，也没有原生 SDK 生命周期可挂。PWA 的衡量属于网页分析与点后链路的问题。

Meta MMP 对接要多久？

SDK 本身通常很快。时间花在事件结构设计、延迟深度链接联调，以及 iOS 上敲定 SKAdNetwork 转化值编码方案。按几周研发估，而不是几天。