最近和群友們聊到一些有意思的問題，明明后臺(tái)（BI/自研系統(tǒng)）里看到的付費(fèi)數(shù)據(jù)是準(zhǔn)確的，但到了 Facebook 廣告后臺(tái)，通過?AEM（Aggregated Event Measurement）?回傳的事件數(shù)量卻差了一大截。為什么會(huì)這樣？

其實(shí)問題的根源主要在于?AEM 的上報(bào)機(jī)制。

AEM 的核心邏輯：只取一次，取最高優(yōu)先級(jí)

AEM 是 Facebook 在 iOS 14.5+ 隱私政策下的解決方案，本質(zhì)上是?在有限的數(shù)據(jù)上報(bào)能力下，只允許 Meta 接收一次、最高優(yōu)先級(jí)的轉(zhuǎn)化事件。

常見導(dǎo)致差異的幾個(gè)原因

1.?重復(fù)上報(bào)

有些團(tuán)隊(duì)會(huì)把「訂閱（未付費(fèi)）」和「訂閱付費(fèi)成功」混在一起回傳，甚至還會(huì)把「積分購買」單獨(dú)再傳一次。
結(jié)果就是同一個(gè)用戶在一個(gè)窗口期內(nèi)產(chǎn)生了多個(gè)事件，AEM 最終只能取一個(gè)，剩下的都被覆蓋掉。
這樣一來，F(xiàn)acebook 端看到的就和 BI 后臺(tái)拉出來的數(shù)據(jù)差距很大。

2.?事件沒做區(qū)分

如果沒有把「訂閱（未付費(fèi)）」和「訂閱付費(fèi)」區(qū)分清楚，而是只用一個(gè)事件，比如都叫?Subscribe，那 AEM 會(huì)把它們混在一起處理，最終廣告后臺(tái)拿到的數(shù)據(jù)就會(huì)失真。

3.?優(yōu)先級(jí)設(shè)置不合理

在舊機(jī)制下，AEM 需要手動(dòng)為事件設(shè)置優(yōu)先級(jí)。如果把「注冊(cè)」排在「購買」前面，用戶即使完成了購買，廣告后臺(tái)可能只會(huì)收到一個(gè)「注冊(cè)」事件。
這也是差異的一個(gè)來源。

此外，如果你熟悉?Apple 的 SKAdNetwork（SKAN），就會(huì)發(fā)現(xiàn) AEM 的機(jī)制非常相似：

• SKAN：一個(gè)用戶在一個(gè)窗口期內(nèi)，只會(huì)返回一次 postback，且?guī)в邢薜霓D(zhuǎn)化值。

• AEM：一個(gè)用戶在一個(gè)窗口期內(nèi)，只會(huì)上報(bào)一次轉(zhuǎn)化事件，且取優(yōu)先級(jí)最高的那一個(gè)。

舉個(gè)例子方便大家理解，為什么數(shù)據(jù)有差異？

假如用戶當(dāng)天買了 3 次積分，再加上訂閱，全部都回傳給 Facebook。

結(jié)果：AEM 只保留了優(yōu)先級(jí)最高的那一個(gè)事件，其他的都被吞掉。最終和 BI 的實(shí)際值比起來，差了一半以上。

正確做法：把「訂閱付費(fèi)」和「積分購買」區(qū)分開，按需傳遞核心事件，避免重復(fù)。這樣 AEM 保留的就是最有價(jià)值的一次事件，和 BI 的差異就會(huì)小很多。

AEM 的數(shù)據(jù)差異，核心原因不在于 Facebook 算錯(cuò)，而在于?AEM 機(jī)制本身就是“只取一次，取最高優(yōu)先級(jí)”：

如果你上報(bào)過多事件，最終會(huì)被覆蓋；

如果你沒做好事件區(qū)分，最終會(huì)失真；

如果優(yōu)先級(jí)排序不合理，最終會(huì)錯(cuò)報(bào)。

建議大家在回傳策略上更聚焦，把核心付費(fèi)動(dòng)作梳理清楚，不要貪多。這樣才能讓 AEM 的數(shù)據(jù)盡量貼近 BI，方便你做投放優(yōu)化。

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

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