关于自归因广告平台（SRN）

潜在的应用程序用户在安装应用程序之前会看到多个广告并与之互动。一般来说，归因提供方为广告主提供最后源归因—这将安装归因于实际安装前的最后一次点击。

当应用程序首次启动时：

• AppsFlyer checks that: 
  • The app is set to receive traffic from SRNs.
  • The user has an advertising ID.
• If both conditions are true, AppsFlyer queries SRNs using the advertising ID. 
• AppsFlyer performs attribution after considering SRN claims. 

请注意，在Apple Search Ads（ASA）的案例中，AppsFlyer从SDK中获得归因信息。如果有，AppsFlyer仅将应用启动的时间和日期发回给ASA。

SRN使用不同的归因方法。他们的做法如下：

• 使用API与归因和评估供应商通信（而不是报告归因链接）。
• When attribution providers detect an install, they query the network using the advertising ID.
• SRN报告任何相关广告点击或展现的详细信息。
• AppsFlyer使用其标准归因逻辑对相关展现和点击数据进行排序。
• AppsFlyer归因基于最后源和多源方法。

归因窗口包括回溯和浏览。一些SRN根据每展现成本（CPM）和每行动成本（CPA）向广告主收取安装费用—这些费用是基于1-28天内发生的点击或展现次数。

AppsFlyer根据广告主首选的归因方法和回溯窗口，对安装、行为、每次安装的有效成本（eCPI）和每次操作的有效成本（eCPA）进行归因。

广告主可能需要根据SRN的归因回溯窗口和浏览模型支付安装费用。

• 广告主期望AppsFlyer的第三方全球归因方法能够优化和分配他们的广告花费。
• 原因何在？因为AppsFlyer根据广告主定义的条款报告实际的eCPI和eCPA。
• SRN可能会在短期内受益，因为他们通常会定义自己的付款条件。但是，广告主通过使用第三方归因提供方来纠正这一点。

要在点击链接时简单地打开应用程序，只需要设置应用链接/通用链接/URI方案。

然而，深度链接或延迟深度链接到应用程序中的特定页面/行为是不同的。SRN有自己的专利深度链接方法，不涉及外部归因服务的归因链接。

那么，该如何对用户进行深度链接，并从 SRN 中获取相关的数据？

在 SRN 中使用直接深度链接

SRNs use their own methods to perform deep linking. This means that the AppsFlyer deep linking method isn't called when a user device performs deep linking from an SRN. As such, if there's a need for direct deep linking data within the app, this needs to be done using SRN methods to get it upon app launch. 

在 SRN 中使用延迟深度链接

相反，与SRN的延迟深度链接是可行的。
AppsFlyer始终会接收归因转化数据，并在首次启动时提供给应用程序。
在点击SRN上的深度链接/再营销广告活动后安装的新用户，可以通过使用转化数据，在启动时被重定向至应用程序内。

However, with SRNs, the regular AppsFlyer deep linking parameters are not present as part of the deep link data. To use this data within the app, the developer needs to employ further logic based on available parameters, such as campaign, ad set, or single ad names.

另外，如果应用程序还包含SRN的SDK，可以直接从中获取深度链接数据，例如，使用Facebook广告。

点击在SRN环境中执行，但没有AppsFlyer归因链接。因此，点击的相关原始URL数据对AppsFlyer来说是不可用的。

点击在SRN环境中执行，但没有AppsFlyer归因链接。因此，一些SRN不向AppsFlyer提供点击和展现数据。

Facebook和Google向AppsFlyer提供了一些汇总数据。

代理使用SRN设置并运行广告活动。

通过再营销归因链接中是否存在is_retargeting=true参数，可以轻松识别来自非SRN的再营销点击。
对于SRN，没有类似的指示。相反，为了能够从SRN中归因再次互动，AppsFlyer使用了另一种逻辑。

• 先决条件：
  • 在应用设置页面上，打开启用再营销。
  • 在对接合作伙伴页面中，选择SRN，打开再营销 。
• 每次启动应用程序时，AppsFlyer都会向SRN查询设备ID近期与应用程序广告活动的互动情况。
  • 如果SRN回复互动的详细信息，AppsFlyer就会验证该互动是否在回溯窗口内，以及超出再次互动的最短间隔时间。
  • 经过验证的互动被记录为再次互动，并归因于SRN。

SRN广告活动应定向特定受众，但这并不一定会发生：在用户获取广告活动中的非用户和再营销广告活动中的现有用户。

如果一个SRN被用来运行用户获取和再营销广告活动，这可能会导致用户定位错误。结果是，您需要支付意外的流量。

场景：在AppsFlyer平台中启用SRN，用于用户获取广告活动。

• 每次应用启动后，AppsFlyer都会查询SRN，以检查广告ID（用户）最近是否有过互动。
• 如果是，
  • SRN以广告活动名称进行回复。
  • AppsFlyer确定它是否是第一次启动（或不是），并相应地归因：
    首次启动：新安装被归因于广告活动。
    第二次或之后的启动：再营销事件被归因于广告活动。

结论：从用户获取广告活动中获得再营销事件是一种浪费。

定位错误是个问题吗？

AppsFlyer数据分析师检查了特定月份Facebook的用户获取广告活动。

• 再营销已启用。
• 在30%的广告活动中，至少有15%的目标用户是现有的应用程序用户。
• 在5%的广告活动中，至少有40%是现有的应用程序用户。
• 结论：在SRN的用户获取广告活动中，每10个目标用户中有1个已经是现有用户。

解决定位错误问题

基本解决方案：不要将现有的应用程序用户纳入用户获取广告活动中。

• SRN只针对潜在的新用户。
• 在相同的预算下，最大限度地提高新用户获取成果。
• 定期（和手动）更新广告活动，例如，每月一次。
• 然而，时间间隔意味着现有用户可能会在安装应用后的第一个月内成为用户获取广告活动的目标。

受众是AppsFlyer的一项顶级功能，可以每天自动将用户群的任何部分发送给几十个广告平台。

AppsFlyer的研究表明，解决定位错误问题会对营销和用户获取工作产生巨大的影响。

从iOS 14.5开始，预期如下：

• 大多数SRN支持SKAdNetwork，并与AppsFlyer进行必要的对接。
• SRN安装：
  • 如果用户在广告主和发布商应用程序中都给予ATT同意（即双重同意），则可以在 SKAdNetwork和传统控制面板中反映出来。
  • 记录在SKAdNetwork控制面板中。注意！控制面板的更新在安装后有48-72小时的滞后期。
• Apple Search Ads（ASA）带来的安装在SKAdNetwork控制面板中没有归因。

总的来说，预计归因于SRN的安装量会减少，而自然安装量会相应增加。

• 目前，接收事件回传的SRN依靠回传中包含的设备ID。这使SRN能够对报告的用户操作执行自归因。
• 许多iOS 14用户不同意，即不允许访问他们的设备ID（IDFA）。

iOS 14对SRN的影响如下：

• 减少对SRN的事件回传数量
• SRN和AppsFlyer之间的事件回传数量存在差异；后者记录所有事件。
• 点击广告平台不受影响，因为它们使用自己的交易ID而不是设备ID，来自归因事件回传信息。