概要:本文重点解释了Meta ads和AppsFlyer之间的归因模式差异。
Meta ads与AppsFlyer的数据差异
移动获客生态中的各大平台都有其独有的归因模式,AppsFlyer和Meta ads也不例外。而双方归因模式的不同会使得Meta ads和AppsFlyer面板中呈现的数据也有所差异。
虽然我们一直与Meta ads保持紧密的合作,以尽可能地减少这样的差异,但广告主仍应了解下文所述的各种数据差异成因。
AppsFlyer与Meta ads的数据差异判断方式
对比Meta ads Event Manager和AppsFlyer报告中的事件,如果事件数量相差很大,说明可能存在数据差异。
归因模型的差异
原因 | Meta ads | AppsFlyer |
---|---|---|
点击型归因窗口期 |
7天(请注意:某些情况下,默认窗口期会有所变化)。 |
1-30天。使用Meta ads时,请务必将该窗口设置为7天。 |
浏览型归因窗口期 |
1天(请注意:某些情况下,默认窗口期会有所变化)。 |
默认情况下为1天,但可以配置为1-48小时(保留此默认值) |
多源 |
Meta ads无视其他渠道的广告互动,将激活归因给自己。 |
|
跨设备归因 |
Meta ads按用户归因,将在不同平台(iOS/安卓/PC端)上完成的点击和激活关联到相关用户。 |
AppsFlyer按独立设备归因,该设备既有互动也有安装 |
时区不同 |
Meta ads默认的报告时区为PST。请将Meta ads Manager中的时区调整到您在AppsFlyer后台应用配置中设定的时区。 |
AppsFlyer中默认的应用时区为UTC+0。您可以在应用配置页面中更改时区设置,使其与Meta ads Manager中的时区一致。 |
Google Install Referrer |
通过Google Play Install Referrer将不带设备ID的激活归因到Meta ads时,AppsFlyer不会上报给Meta ads。因此,这类激活只会出现在AppsFlyer面板中,Meta ads中则没有相关数据,从而会导致数据差异。 |
|
用于数据共享的AEM |
在AEM数据共享场景中,Meta会接收到所有的转化事件,而这部分额外的归因不会在AppsFlyer平台中显示,因此两个平台之间的激活(大部分情况)和应用内事件数据(包括sessions)会出现进一步差异。 |
点击型和浏览型归因
AppsFlyer支持点击型归因和浏览型归因。为了尽量减少Meta ads和AppsFlyer之间的数据差异,请确保您在AF中设置的点击和展示回溯窗口与Meta Ads中对应的默认窗口期保持一致。
Meta ads中默认的点击型回溯窗口为7天。虽然在某些情况下默认窗口期会有所不同,但仍建议您将AppsFlyer中的点击型回溯窗口设为7天,与Meta ads的默认设置保持一致。
请进入Meta ads后台检查Meta ads中的点击和浏览型归因窗口期是否与AppsFlyer中的设置一致。建议您根据Meta ads的窗口期调整AppsFlyer中的配置,使其保持一致,如下图所示:
示例
假设您在AppsFlyer后台将com.greatapp应用的Meta ads点击回溯窗口期设为1天,而在Meta ads中该窗口期默认为7天。如果用户在Facebook中点击了Greatapp的广告,并在之后的2-7天内激活该应用,这些用户在AppsFlyer中会被记录为自然流量,而Meta ads则会将其归因给自己。
媒体渠道受限导致的数据差异
到2021年10月28日为止,所有展示归因(VTA)的用户数据都呈受限状态,不向广告主开放。
从2021年10月29日开始,除了展示归因外,该限制还扩展到点击归因的用户数据。汇总报告不受此限制影响。
由于Meta ads不发送用户级别数据,因此AppsFlyer无法将形成转化助攻的展示和点击归因到Meta ads。下文示例说明了这类差异的具体场景:
示例
- 用户在Facebook上浏览并点击AwesomeApp的广告。之后该用户又在名为GreatAdNetwork的广告平台上看到并点击了AwesomeApp的广告,然后安装了该应用。
- 由于这次转化发生在Meta ads的回溯窗口内,因此FB会认领该转化。
- AppsFlyer则会将该次转化归因给GreatAdNetwork广告平台,因为该平台带来了应用激活前的最后一次广告互动。
- AppsFlyer不会将Meta ads记录为助攻渠道,因为Meta ads的原始数据受限。这时,您实际看到的内容如下:
- 面板中:"Restricted"
- 原始数据报告中:“Contributor Media Source”列(助攻渠道)为空
但是,对于点击归因,如果广告将用户引导到Google Play Store,则广告主可以通过Google Install Referrer获得归因数据。AppsFlyer会用Referrer中的字段填充原始数据报告并呈现给广告主,同时使用该数据对没有设备ID(即启用了LAT)的用户进行归因。
应用内事件差异
Meta ads和AppsFlyer的激活后事件(如应用内购)数据中也可能出现差异。下表列出了造成这些差异的常见原因,并提供了相应的建议,帮助您尽量避免相关差异:
原因 | 描述 | AppsFlyer 的提示 |
---|---|---|
生命周期定义差异 | Meta ads将用户的生命周期界定为最长7天,也就是说,用户点击广告的7天之后发生的事件不会出现在Meta ads数据中。 而AppsFlyer将Meta ads用户的生命周期界定为最长180天。 |
对于由Meta ads广告带来的用户,如需评估其在广告互动的7天之后的价值,请使用AppsFlyer的数据,更全面地了解用户价值。 |
未映射的事件 | AppsFlyer通过SDK获取事件信息,如果您未将相关事件映射到Meta ads,则AF不会向其发送这些事件。 | 请确保将所有代表用户质量的应用内事件都映射到Meta ads。 |
未发送的收入 | AppsFlyer通过SDK获取收入信息,如果您未选择发送收入,则AF不会将其发送给Meta ads。 | 在AF渠道对接配置的应用内事件回传部分,请务必对收入相关事件(如购买等)选择发送值与收入。 |
Meta ads数据缺少事件值 | 如果参数和值的结构正确,AppsFlyer就会将其作为映射事件的一部分发送给Meta ads。 | 请根据AppsFlyer推荐的结构打点SDK应用内事件,以充分映射Meta ads事件值。 |
为什么UA面板中会出现再营销广告带来的激活?
再营销广告可以使已安装用户打开应用( 再互动 )。或者,当AppsFlyer识别到某个设备曾经安装过该应用时,AppsFlyer就会将这个转化记录为再归因 。
如果Meta ads向新用户或在再归因窗口之后重装激活应用的用户投放了再营销广告,AppsFlyer会将这些用户记录为新增激活,而在Meta ads中这些用户则会出现在再营销广告下。
但如果重装激活发生在原始激活后的再归因窗口期内,AppsFlyer会将其记录为再归因,呈现在再营销面板中,而Meta ads则会将其记录为新增激活。
注意事项
对于再营销广告,Meta ads会在同一个面板中呈现所有相关激活,而AppsFlyer则会在数据总览面板和再营销面板中分别呈现新增激活和再归因/再互动。
跨设备归因
Meta ads会上报跨设备归因,因此有时广告所定向的平台(iOS/安卓)与用户最终激活的平台可能会不一致,从而造成数据差异。
示例
Linda在她的安卓手机上点击了一则有关GreatApp应用的Facebook广告。Meta ads上报Linda完成的点击,并将其记录在名为“Android Females”的原始安卓广告系列下。然后,Linda决定在她的iPad上下载GreatApp。在Linda首次打开该应用时,AppsFlyer会向Meta ads查询该次iOS激活的来源,这时Meta ads会回复该激活来自“Android Females”广告系列。
验证规则和Protect360
如果您启用了AppsFlyer的验证规则功能,则AF可能会按照您设定的规则拦截部分来自Meta ads的激活,从而造成数据差异。在这样的情况下,Meta ads会将相关激活归因给自己,而AppsFlyer则会拦截这些激活。
同理,如果您使用了AppsFlyer的Protect360防作弊解决方案,也可能会出现被Meta ads自归因而被AF拦截的激活。
示例
GreatApp的UA经理Jeff创建了一个名为SPNA的广告系列,定向投放到生活在北美的西班牙语用户。为了确保这一点,Jeff定义了一个验证规则,该规则是仅接受来自加拿大和美国的用户。
这时,某个位于西班牙的Meta ads用户点击了该广告并激活应用,Meta ads就会将该次激活归因给自己,而AppsFlyer则会因为该激活不符合验证规则而将其拦截下来。
SDK相关的数据差异
有些情况下,广告主会在其应用中同时接入AppsFlyer和Facebook SDK。这可能会使应用内事件的数据出现差异。对于同时由Facebook SDK和AppsFlyer SDK上报的事件, Meta ads不会进行去重。也就是说,Meta ads可能会上报双倍的收入等事件,造成数据虚高。
- 请使用以下任一方法避免Meta ads重复上报应用内事件:
- 不在Facebook SDK中配置事件。
- 在AppsFlyer后台关闭Meta ads应用内事件映射。