AppsFlyer如何防止“应用商店劫持”影响归因,appsflyer是否安全-ESG跨境

AppsFlyer如何防止“应用商店劫持”影响归因,appsflyer是否安全

AppsFlyer如何防止“应用商店劫持”影响归属地

相对于海外Google Play的统治地位，国内的Android市场非常分散。不同的应用商店都在互相支配，希望增加自己的下载量，这导致了“劫持”的情况非常普遍。那么，app store的“劫持”会对广告投放和归属产生什么影响呢？要回答这个问题，我们需要一些背景知识。

首先我们要明白，广告主是会“转包”的。一般来说，广告主如果同时在应用市场A和应用市场B上架自己的app，会做两个渠道(应用商店)的套餐:APKA和APKB，可以跟踪不同渠道的下载量。另一个可能的原因是，应用市场A和B都有自己的效果广告平台。这些广告平台上线时，下载必须指向相应的自有店铺。

其次，我们简单回顾一下归因逻辑。以AppFlyer为例，归属的起点是用户激活了嵌入了AppsFlyer SDK的App。这时，SDK会向服务器发出请求，询问你是否看到了对应的App以及对应设备的广告点击数据。另一方面，AppsFlyer之前已经收到了来自广告渠道的点击数据，因此可以完成归因动作(将激活归因于一次点击)。

现在回到文章开头的问题，app store劫持是如何影响归因的？有了对“转包”和归因逻辑的理解，我们就可以从整个过程中发现问题:

用户点击广告，目标效果是下载APKA(点击链接包含APKA的包名信息)。

当用户准备下载时，本地应用商店被劫持，用户实际下载了APKB

激活用户App，AppsFlyer SDK询问服务器:你看到这个包名为APKB的用户设备上的点击了吗？

服务器回答没有(因为点击信息指向包名APKA)。

这种下载激活归因于自然量(无广告互动)，广告平台被误认为无贡献。

细心的读者可能已经发现了问题的症结所在:有没有办法让APKA和APKB的包名一致？这样就可以激活点击App了。但是，APKA和APKB的下载可以同时区分吗？

AppsFlyer给出的答案是有办法区分！我们提供了唯一的字段“AF_STORE”来保证不同通道包APKA和APKB的包名是相同的，但同时可以区分它们的下载。

的具体实现方法可以分为两种，只需选择一种操作即可:

技术人员在清单中填写“AF_STORE”的不同值:

APKA:元数据Android:name = " AF _ STORE " Android:value = " A "/；

APKB:元数据Android:name = " AF _ STORE " Android:value = " B "/；

技术人员在代码级别通过API编写“AF_STORE”的值:

APKA:AppsFlyerLib.getInstance()。setOutOfStore(" A ")；

APKB:AppsFlyerLib.getInstance()。setOutOfStore(" B ")；

现在，让我们用解决方案再次回顾一下整个过程:

首先，APKA和B有相同的包名，但是AF_STORE的值分别是A和B。

用户点击广告，目标是下载APKA(点击链接包含APKA的包名信息)。

当用户准备下载时，本地应用商店被劫持，用户实际下载了APKB

激活用户App，AppsFlyer SDK询问服务器:你看到这个包名为APKB的用户设备上的点击了吗？

服务器回答是(点击信息指向包名APKA，但此时APKA=APKB)。

这个下载激活归因于一个不自然的量，广告平台是正确归因的。同时，AF_STORE=B..目前，该字段将显示在原始数据报告中。

对于过程中“劫持”的显示(用户本来是要在App Store A下载的，但是被劫持到了B)，可以参考点击链接信息和广告平台的设置:用户下载的App Store是B，但是广告主在广告平台设置了A。

通过AppsFlyer提供的“反劫持”方案，广告主可以准确了解用户获得的真实渠道，同时广告平台的价值也能得到正确体现。

特别声明：以上文章内容仅代表作者本人观点，不代表ESG跨境电商观点或立场。如有关于作品内容、版权或其它问题请于作品发表后的30日内与ESG跨境电商联系。