为什么 Facebook 的 AEM 数据会和 BI 后台实际数据差那么多？

最近和群友们聊到一些有意思的问题，明明后台（BI/自研系统）里看到的付费数据是准确的，但到了 Facebook 广告后台，通过 AEM（Aggregated Event Measurement） 回传的事件数量却差了一大截。为什么会这样？

其实问题的根源主要在于 AEM 的上报机制。

AEM 的核心逻辑：只取一次，取最高优先级

AEM 是 Facebook 在 iOS 14.5+ 隐私政策下的解决方案，本质上是 在有限的数据上报能力下，只允许 Meta 接收一次、最高优先级的转化事件。

常见导致差异的几个原因

1. 重复上报

有些团队会把「订阅（未付费）」和「订阅付费成功」混在一起回传，甚至还会把「积分购买」单独再传一次。
结果就是同一个用户在一个窗口期内产生了多个事件，AEM 最终只能取一个，剩下的都被覆盖掉。
这样一来，Facebook 端看到的就和 BI 后台拉出来的数据差距很大。

2. 事件没做区分

如果没有把「订阅（未付费）」和「订阅付费」区分清楚，而是只用一个事件，比如都叫 Subscribe，那 AEM 会把它们混在一起处理，最终广告后台拿到的数据就会失真。

3. 优先级设置不合理

在旧机制下，AEM 需要手动为事件设置优先级。如果把「注册」排在「购买」前面，用户即使完成了购买，广告后台可能只会收到一个「注册」事件。
这也是差异的一个来源。

此外，如果你熟悉 Apple 的 SKAdNetwork（SKAN），就会发现 AEM 的机制非常相似：

• SKAN：一个用户在一个窗口期内，只会返回一次 postback，且带有限的转化值。

• AEM：一个用户在一个窗口期内，只会上报一次转化事件，且取优先级最高的那一个。

举个例子方便大家理解，为什么数据有差异？

假如用户当天买了 3 次积分，再加上订阅，全部都回传给 Facebook。

结果：AEM 只保留了优先级最高的那一个事件，其他的都被吞掉。最终和 BI 的实际值比起来，差了一半以上。

正确做法：把「订阅付费」和「积分购买」区分开，按需传递核心事件，避免重复。这样 AEM 保留的就是最有价值的一次事件，和 BI 的差异就会小很多。

AEM 的数据差异，核心原因不在于 Facebook 算错，而在于 AEM 机制本身就是“只取一次，取最高优先级”：

如果你上报过多事件，最终会被覆盖；

如果你没做好事件区分，最终会失真；

如果优先级排序不合理，最终会错报。

建议大家在回传策略上更聚焦，把核心付费动作梳理清楚，不要贪多。这样才能让 AEM 的数据尽量贴近 BI，方便你做投放优化。

https://www.facebook.com/business/help/721422165168355?id=1877298665783613

https://www.conversios.io/blog/meta-aggregated-event-measurement/