关于Conversion 的命名和归因模型选择都受合作伙伴的偏好和营销策略的约束，因此针对不同的合作伙伴，可以客制化方案。
我们分享以下说明，以确保各方在交换的信息和预期的绩效方面保持一致。在此，您可以深入了解 AppsFlyer 与 Remerge 的特定术语，以及常见问题的解答。
术语
AppsFlyer
Click - 每次跟踪链接通过以下任一方式触及 AppsFlyer 的服务器时，或通用链接通过以下任一方式打开 App 时，AppsFlyer 都会计入点击次数：
-
Server-Hit——点击跟踪链接会Hit AppsFlyer 的服务器，然后再将用户重定向到 App。因此，点击将被立即登记，并在 App 打开前计入。三种可能的server-hit情形如下：
- 标准跟踪链接，配置广告素材之上，用于在点击广告时追踪click。
- 不包含相关 App 的移动端设备用户点击通用链接。当用户删除 App 或切换到新设备时，就可能会发生这种情况。
- 封装的通用链接（放置在多个重定向点击跟踪链接之间）。
- 通过通用链接打开 App——要通过此方法计算点击次数，请确保您已实施 continuteUserActivity 或 openURL 方法以通知 AppsFlyer 的 SDK 通过 AppsFlyer 的通用链接打开应用。在这种情况下，AppsFlyer 将计入 App 打开后的点击次数。
Re-Engagement - App 再次打开。
Reattribution - App 再次安装。
再营销转化 - 再次打开和再归因的总和。
面板 - 归因，窗口和报告：
-
Attribution——您很有可能会与多个广告渠道或代理商合作投放广告。此外，AppsFlyer 使用了最终点击归因模型。因此，AppsFlyer 将再次打开和更进一步的应用内事件归因于营销行为触发用户最后一次点击的合作伙伴。
-
窗口 - AppsFlyer 区分了两种类型的归因窗口：
- Click Lookback——表示已分配转化时间范围的点击后窗口。如果用户在此时间范围内安装（用户获取）或重新安装/打开（再营销）App，则 AppsFlyer 将计入转化次数。
-
Re-Engagement——在转化事件后立即开始的窗口，表示分配给同一媒体源的后续应用内事件的归因时间范围。在再次打开窗口持续的整个期间（用于再营销），AppsFlyer 将所有应用内事件归因于 Remerge。
-
报告——AppsFlyer 的面板提供两个级别的数据可见性，可在点击面板的再营销或用户获取选项卡时使用：
-
再营销选项卡：
- 展示的事件数据（转化或其他方面）对应于选中的再营销日期。
- 展示的点击数据将包含附加到归因跟踪链接的 is_retargeting=true 参数。
- “用户获取”选项卡——展示的事件数据对应于安装日期。
-
再营销选项卡：
Remerge
Click——Remerge 会对每个 OpenRTB 点击 ID 计入一次点击。如果操作系统、SDK 实施或代表用户的双击广告出现问题，我们会删除重复点击并仅计入一次。
Re-Engagement——首次点击后的应用内活动（例如，打开 App、会话、搜索或查看项目）。请注意：在再次打开方面，Remerge 不会区分在第一次应用内事件之前重新安装或之前没有安装应用。
Conversion - 与您的 Remerge 客户经理讨论并商定的推广活动的转化事件（例如，购买、预订或其他）。
面板 - 归因，窗口和报告：
-
归因——您很有可能会与多个广告渠道或代理商合作投放广告。但是，Remerge 对于您可能与其他合作伙伴投放的任何其他推广并不了解或知情。我们将所有由 Remerge 触发的点击都归因给Remerge, 因此, 您看到的是 Remerge 推广活动带来的全部效果。
-
报告——显示的事件数据与事件发生的时间范围对应。换句话说，特定的时间范围可以让您看到在此期间发生的所有转化，无论事件与它们关联的再交互之间的时间间隔有多长。
-
窗口——Remerge 的算法复制了 AppsFlyer 的窗口，从而确保表现的准确性。我们最大限度地将所有窗口应用于全部 Remerge 点击。
请注意：Remerge 面板会考虑所有的再营销活动。所有点击后的 Remerge 活动都由 Remerge 归因于 Remerge。我们的归因窗口与 AppsFlyer 的窗口相匹配。我们的归因窗口和 AppsFlyer 归因窗口之间的唯一区别在于，因为无法查看您的其他潜在的合作伙伴活动，我们会将窗口应用于所有的 Remerge 点击当中。
常见问题解答
1. 我是否需要 Android 跟踪链接的 App Links？
不，您不需要。虽然可以使用 AppsFlyer 的 Onelink 解决方案创建 App Links，但标准的 Android 跟踪链接（附带原始深层链接）对于 Remerge 开展推广活动来说已经足够。
2. 如果我有通用链接，该怎么做？
如果您已有通用链接，请向我们提供您的 iOS 标准跟踪链接。有关创建 iOS 跟踪链接的分步指南，请阅读我们的 iOS Tracking Link Generation（iOS 跟踪连接生成）文章。
一旦您向我们提供跟踪链接，我们将添加 &redirect=false 参数到标准跟踪链接，并使用它向 AppsFlyer 发送服务器端的点击信息。您仍然可以在 AppsFlyer 面板中看到此数据。
请注意：通过 AppsFlyer 的 Onelink 解决方案，AppsFlyer 的 SDK 会同时获得点击和 App 打开的通知，默认情况下，这意味着立即启动归因设置。但是，如果点击和 App 打开数据被发送到 AppsFlyer 服务器端，AppsFlyer 必须定期检查 App 打开是否归因于上次点击。该信息的处理速度比 AppsFlyer 的 Onelink 解决方案要慢，归因到 Remerge 的时间会有所延迟。
3. 你们也支持基于移动网络的归因吗？
Remerge 可以接收有关 Web 转化的回发。尽管我们目前无法使用基于移动端 Web 的解决方案，但我们鼓励您通过我们的事件跟踪 API 向我们提供您的移动端 Web 转化。此外，请将您的移动端设备号（IDFA、IDFV、GAID）附加到您的回发中。