命名约定和归因模型都受合作伙伴的偏好和营销策略的约束,因此针对不同的合作伙伴,可以客制化方案。
我们决定分享以下说明,以确保各方之间在交换的信息和预期的绩效方面保持一致。您应在下方深入了解 AppsFlyer 与 Remerge 的特定术语,以及对几个最常见问题的解答。
术语
AppsFlyer
点击 - 每次跟踪链接通过以下任一方式触及 AppsFlyer 的服务器时,或通用链接通过以下任一方式打开 app 时,AppsFlyer 都会计入点击:
1. 服务器命中 - 点击跟踪链接会直接命中 AppsFlyer 的服务器,然后再将用户重定向到 app。这意味着点击被立即登记,并在 app 打开前计入。三种可能的服务器命中情形如下:
- 标准的跟踪链接,该链接位于广告背后,当用户点击广告时将点击该链接。
- 手机上不再安装该 app 的用户点击通用链接。当用户选择删除 app 或换用新设备时,就会出现这种情况。
- 包装的通用链接(放置在多个重定向点击跟踪链接之间)。
2. 通过通用链接打开 App - 为了通过这种方法计入点击,请确保您已实现 continuteUserActivity 或者 openURL 方法,以借助 AppsFlyer 的通用链接向 AppsFlyer 的 SDK 通知已打开的 app。在这种情况下,点击是在 app 打开后计入的。
Re-Engagement - App 再次打开。
Reattribution - App 再次安装。
转化 - 再次打开和再归因的总和。
面板 - 归因,窗口和报告:
-
归因 - 您很有可能会与多个广告渠道和/或代理商合作投放广告。此外,AppsFlyer 使用了最终点击归因模型。因此,AppsFlyer 将再次打开和进一步的应用内事件归因于营销行为触发用户最后一次点击的合作伙伴。
请注意:SRN(自我报告网络)是这项规则的一个例外,因为对于此类网络,AppsFlyer 不会跟踪单个用户的活动,也不根据上述最终点击模型进行归因。取而代之的是,SRN 直接将性能数据通知 AppsFlyer。
-
窗口 - AppsFlyer 区分了两种类型的归因窗口:
1. 点击回看 - 此窗口在点击后立即启动,并报告发生转化的期限。如果用户在此时间范围内重新安装并打开 app,AppsFlyer 会计入一次转化。
2. 再次打开 - 此窗口在转化事件后立即启动,并报告将随后发生的应用内事件归因于同一媒体源的期限。AppsFlyer 将再次打开窗口期内的所有应用内事件归因于 Remerge。
-
报告 - AppsFlyer 的面板提供了两种级别的可见性,点击面板上的 Re-Targeting(再营销) 或 Activity(活动) 选项卡即可查看这两种可见性:
1. Re-Targeting Tab(再营销选项卡)- 所有转化和其他事件都会根据它们所关联的再交互(打开第一个 app)的日期来显示。换句话说,选择某个特定的时间范围(例如三天)将只授予归因于 Remerge 并与在选定时间范围内打开并重新安装 app 相关联的事件的可见性。2. Activity Tab(活动选项卡)- 所有事件都根据事件发生的时间范围来显示。然而遗憾的是,此选项卡不能用于再营销目的。可以在原始数据导出中找到基于日期的事件信息。
Remerge
点击 - Remerge 会对每个 OpenRTB 展示 ID 计入一次点击。如果操作系统、SDK 实施或用户两次点击同一广告出现问题,我们将对点击次数去重,仅对其计数一次。
再次打开 - 首次点击后的应用内活动(例如,打开 app、会话、搜索或查看项目)。请注意:当涉及应用内活动(事件)时,Remerge 并不区分是重新打开还是重新安装 app。
转化 - 与您的 Remerge 客户经理讨论并商定的推广活动的转化事件(例如,购买、预订或其他)。
面板 - 归因,窗口和报告:
-
归因 - 您很有可能会与多个广告渠道和/或代理商合作投放广告。但是,Remerge 对于您可能与其他合作伙伴投放的任何其他推广并不了解或知情。事实上,我们的控制面板中考虑了所有由 Remerge 触发的点击次数,因此您可以看到 Remerge 推广活动的全部效果。
-
报告* - 所有事件都根据事件发生的时间范围来显示。换句话说,选择某个特定的时间范围,就可以看到在该时间范围内发生的所有转化,无论事件与它们关联的再交互之间的时间间隔有多长。
-
窗口 - Remerge 的算法复制了 AppsFlyer 的窗口,从而确保性能的准确性。我们最大限度地将所有窗口应用于全部 Remerge 点击。
请注意:我们的算法和面板都绝对只对我们的再营销活动可见,并将所有 Remerge 再营销活动纳入考虑范围。所有点击后的 Remerge 活动都由 Remerge 归因于 Remerge。如前所述,我们的归因窗口与 AppsFlyer 的窗口相匹配。我们的归因窗口和 AppsFlyer 归因窗口之间的唯一区别在于,因为无法查看您的其他潜在的合作伙伴活动,我们会将窗口应用于所有的 Remerge 点击当中。
常见问题解答
1. 我需要 Android 跟踪链接的 App Links吗?
不需要。虽然通过 AppsFlyer 的 Onelink 解决方案的确可以创建 App 链接,但是标准的 Android 跟踪链接(附带原始的深度链接)已经足够利用 Remerge 来运行一项推广活动了。App 链接具有某些局限性,并不适用于标准的 Android 跟踪链接(因此不能用于所有流量),这自然使它成为最不受我们欢迎的深度链接选项。有关 App 链接的更多信息,请访问 App 链接开发人员培训页面。
2. 如果我有自己的通用链接,该怎么做?
如果您有自己的通用链接,请向我们提供 iOS 标准跟踪链接。有关创建 iOS 跟踪链接的分步指南,请访问我们的 iOS Tracker Generation Page(iOS Tracker 生成页面)。
一旦您向我们提供跟踪链接,我们将添加 &redirect=false 参数到标准跟踪链接,并使用它向 AppsFlyer 发送服务器端的点击信息。您仍然可以在 AppsFlyer 面板中看到这些信息。
请注意:通过 AppsFlyer 的 Onelink 解决方案,AppsFlyer 的 SDK 会同时获得点击和 app 打开的通知,默认情况下,这意味着立即启动归因设置。但是,如果点击和 app 打开信息被发送到 AppsFlyer 服务器端,AppsFlyer 必须定期检查 app 打开是否归因于上次点击。由于信息处理的速度比 AppsFlyer 的 Onelink 解决方案要慢,因此归因到 Remerge 的时间会有所延迟。
3. 你们也支持基于移动网络的归因吗?
Remerge 能够接收 Web 转化的回发。尽管目前我们还没有能力使用基于移动网络的解决方案,但我们鼓励您通过我们的事件跟踪 API 向我们提供您的移动网络转化。
* 为确保数据的一致性,建议您选择一个涵盖整个推广活动持续期间(从开始到当天)的时间范围,以比较两个面板。此外,AppsFlyer 和 Remerge 的原始数据下载报告均包含事件的深入数据,这反过来也确保了数据的准确表示。
4. 是否可以向线上活动中添加非活动窗口?
是的,可以!您应该简单地将 Ignore active user for retargeting(忽略再营销活跃用户)选项的按钮切换至 ON(开启)状态,并向 Remerge 提供选定的非活动时间范围(例如,&af_inactivity_window=7d)。inactivity period(停止活跃期)参数将由 Remerge 广告运营团队添加到您现有的 Remerge 归因跟踪链接。