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

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

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

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

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

1.?重復(fù)上報

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

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

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

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

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

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

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

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

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

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

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

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

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

如果你上報過多事件，最終會被覆蓋；

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

如果優(yōu)先級排序不合理，最終會錯報。

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

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

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