创建 AppsFlyer 账户：

1. 创建 AppsFlyer 账户。 
2. 添加账户用户，并为其分配相应权限。

在 AppsFlyer 中添加您的 App：

1. 在 AppsFlyer 中添加您的 App。
2. [可选] 将默认的 90 天再归因窗口期调整为符合您对活跃用户定义的时长。
3. 在 AppsFlyer 的 App 接入向导中，准备并向您的开发人员发送一封邮件，说明完成 SDK 对接及应用内事件映射所需执行的操作。

对接到 App 中的 AppsFlyer SDK，是 App 与 AppsFlyer 平台之间的桥梁。用于上报 App 安装、打开以及应用内事件等数据。

对接 AppsFlyer SDK：

1. 接收营销人员发来的邮件，其中包含完成 SDK 对接及应用内事件映射所需的说明和任务。
2. 按照邮件中的说明，使用 AppsFlyer SDK 对接向导将 AppsFlyer SDK 对接到 App 中。
   • 该向导会引导开发人员从安装 SDK 到完成对接测试的全过程。同时也会指导开发人员定义应用内事件，并测试事件是否成功发送至 AppsFlyer。进一步了解 SDK 对接向导
   • 另请参阅 Android 和 iOS SDK 对接的详细开发者指南。
   • 使用 AppsFlyer 的方案，映射您希望记录的应用内事件。
     此操作可以通过 SDK 或 S2S 完成。
3. 移除 Adjust SDK。
   您可以立即移除并完全切换至 AppsFlyer，也可以在一段时间内同时保留两个 SDK。下表列出了这两种方案的差异。

   方案	更新版本发布后 的情况	影响
   移除 Adjust SDK（推荐）	仅由 AppsFlyer 记录新增安装和已更新用户的数据。 在用户更新 App 之前，Adjust 仍会显示这些用户产生的事件。	快速过渡。 不会出现重复归因。
   过渡期内保留 Adjust SDK	AppsFlyer 与 Adjust 会同时对新增安装进行归因并上报事件。待后续再移除 Adjust SDK。	可以进行数据验证。也就是说，您可以借此对比 AppsFlyer 与 Adjust 的数据。 重复归因可能导致广告平台产生重复计费。具体请参见下文示例。 工作量更大。

4. 完成本文中的所有其他迁移任务后，将集成了 AppsFlyer SDK 的版本发布至市场。此后，新用户将由 AppsFlyer 进行归因。 
   注意：
   • 请确保在 iOS、Google Play 以及其他相关的安卓第三方应用商店中都更新该 App。
   • 您的安卓 App 可能存在于非官方的 APK 网站中，即便您并不知情（可以通过搜索 App 的包名来确认）。 这类网站更新到最新版本需要一定时间，因此可能会带来安装了不含 AppsFlyer SDK 的旧版本的自然用户。
   • 应用商店中的版本更新推送可能需要几天时间才能完全完成。在此期间安装 App 的用户可能仍会获取到旧版本。

设备迁移是指将现有用户的设备 ID 列表（IDFA、IDFV、GAID）上传至 AppsFlyer 的过程。（如果您没有所需的全部设备 ID，可以联系您的客户成功经理（CSM），让其指导您使用 CUID 完成迁移流程。）请务必在发布包含 AppsFlyer SDK 的新版本 App 之前完成此流程。迁移设备时有两种方式可选：归因迁移或非归因迁移。

设备迁移可以解决与已下载 App 并由 Adjust 完成归因的现有用户相关的数据问题。例如 SRN 重复计费问题：如果某用户最初由 Adjust 归因到某个自归因网络（SRN），且该用户仍处于回溯窗口期内，那么在切换到 AppsFlyer 后，该 SRN 可能会再次认领这名用户，从而造成重复计费。

完成设备迁移后，相关数据将按以下方式体现在 AppsFlyer 中：

• 安装 数据：与重新安装类似，已迁移的设备没有安装数据。 AppsFlyer 中不会显示已迁移设备的安装记录。
• 应用内事件和打开（session）数据：如果使用非归因设备迁移方式，将被记录并显示为自然量；如果使用归因迁移方式，则会归因到对应的媒体渠道和广告活动。 
• 再营销：再归因和再互动数据将正常显示。
• 活跃数据：正常显示。
• 留存和群组数据：已迁移的设备没有安装记录。因此，这些设备不会关联到任何群组，也不会出现在群组和留存报告中。 

迁移设备： 

1. 确定需要迁移的用户群体。您可以迁移所有现有用户（但这可能导致无法从 AppsFlyer 获得准确的再归因数据），也可以只迁移近期安装 App 的用户（但这可能导致对部分安装时间较早的用户产生重复计费）。
   我们建议迁移在当前再归因窗口期内活跃的用户。例如，如果您的 App 再归因窗口期为 90 天，建议迁移过去 90 天内至少打开过一次 App 的用户。
2. [可选] 通知营销人员 / UA 经理，在设备迁移完成之前，暂停现有的营销活动（包括 SRN、非 SRN 广告平台、自有媒体等渠道的活动）。
   如果您决定不暂停广告活动，请在集成了 AppsFlyer SDK 的新版本 App 发布至应用商店后，尽快迁移来自其他厂商的剩余设备 ID。 
3. 根据所选的用户群体，使用归因或非归因迁移结构准备一份 CSV 文件。查看 CSV 示例
4. 将 CSV 文件发送给您的 AppsFlyer 客户成功经理（CSM）。
   您的 CSM 会将这些设备 ID 迁移至 AppsFlyer。 

将现有的营销活动切换至 AppsFlyer，以启用 AppsFlyer 归因，并避免重复计费和归因数据丢失。

注意：您可以选择一次仅迁移少量营销活动。在这种情况下，您可以按媒体渠道（例如广告平台或代理商）、地区或广告系列对要迁移的内容进行分组。

以下各部分将说明针对不同类型的媒体渠道（SRN、非 SRN 广告平台、自有媒体和 SKAN）启用 AppsFlyer 衡量所需的操作。 

SRN

当移动衡量合作伙伴（MMP）就特定设备的互动情况发起查询时，SRN 会做出回复。如果 AppsFlyer 与 Adjust 就同一设备的同一次安装，向同一个 SRN 发起查询，可能会导致重复计费。 

迁移 SRN 渠道的营销活动：

• 在 AppsFlyer 中激活并配置相关的 SRN。

非 SRN 广告平台

广告平台的归因链接会记录用户的互动情况，之后用于对转化为实际安装的互动进行归因。

迁移非 SRN 广告平台渠道的营销活动：

1. 在 AppsFlyer 中启用相关的广告平台。
2. 为每个广告平台生成 AppsFlyer 归因链接。
3. 将各广告系列中的现有链接替换为 AppsFlyer 归因链接。 

自有媒体

自有媒体是指您在以下渠道中使用的归因链接：

• 内容分享
• 网页到 App
• 邮件
• 短信
• 社交媒体发文
• 博客
• 网络社区（如 Quora 等）
• 以及更多……

针对这些渠道，AppsFlyer 使用 OneLink 链接。 OneLink 链接会根据用户的设备类型，将用户引导至相应的应用商店、直接调起 App，或跳转至网页 URL / 落地页。

将 Adjust 链接转换为 AppsFlyer OneLink 链接：

• 请联系您的 CSM，根据您目前使用的渠道和工具，协助您将自有媒体链接转换为 OneLink 链接。

SKAN

对于 SKAdNetwork（SKAN）归因，只能由一个 SDK 更新转化值。否则，SKAN 数据将失去意义。因此，请确保迁移完成后，只有 AppsFlyer SDK 更新 SKAN 转化值。

了解如何在 AppsFlyer 中设置 SKAN 转化值。

您可以通过多种方式从 AppsFlyer 获取原始和汇总报告数据。请熟悉这些方式，并设置与您相关的方式。

报告方式包括：

• 面板
• 导出报告
• Push API
• Pull API
• Data Locker

在迁移之前，您的系统会按照您在 Adjust 中设置好的报告结构、字段和参数，存储来自 Adjust 的归因数据。为了让 AppsFlyer 正确上报数据，您必须将现有的报告结构调整并映射为 AppsFlyer 的报告结构、字段和参数。

调整/映射报告结构：

• 请联系您的 AppsFlyer 客户成功经理（CSM），协助您快速将报告数据结构从 Adjust 调整/迁移至 AppsFlyer。

通过此方式迁移至 AppsFlyer 的设备，其应用内事件和打开（session）数据将按照此前归因工具所上报的媒体渠道，以及相关广告平台的数据保留政策进行记录和展示。

归因设备迁移 CSV 文件结构

CSV 文件规则：

• CSV 文件中可以包含多个 App 的用户设备。
• 请勿在多行中重复使用相同的设备 ID 与 App ID 组合。如果出现重复，系统将使用文件中最后一次出现的数据。
• 必须包含以下所有列标题：app_id、platform、device_id、id_type、install_time、media_source、integrated_partner、campaign、campaign_id。注意：字段的顺序非常重要，必须保持不变。
• 您可以为同一设备同时添加 IDFV 和 IDFA，但二者必须分别位于不同的行中。这些行中除 device_id 外，其他所有字段的值都应保持一致。
• 每行必须恰好包含 9 个以逗号分隔的字段。
• 非必填字段请留空。
• 文件最多可包含 500 万行。
• 如果有多个文件，请为每个文件设置唯一的名称。
• 请使用 UTF-8 对数据进行编码。
• [可选] 可以使用 ZIP 或 GZIP 压缩文件。 

查看 CSV 示例

通过此方式迁移至 AppsFlyer 的设备，会被记录为自然用户（但不会显示）。这些设备的应用内事件和打开（session）数据，也会被记录并显示为自然量。

非归因设备迁移 CSV 文件结构

方案	列	适用场景	示例
1	App ID + IDFA/GAID/IDFV	如果您所有的安卓用户都拥有 GAID 标识符。 仅限 iOS 用户
2	App ID + Device ID + Device ID type	如果您部分安卓用户只有 IMEI 或 Android ID，而没有 GAID（例如第三方应用商店渠道，或安卓版本低于 4.4.2）。 Android ID 必须为十六进制格式。 注意： ID type 列请使用准确的字符串：advertiserId（也支持 amazon_aid）、idfa、idfv、android_id、imei。 如果您使用 android_id 或 imei，而 AppsFlyer 之后又获取到了更优的标识符，则可能会记录一次新的归因。

CSV 文件规则：

• CSV 文件中可以包含多个 App 的用户设备。
• 每行针对每个 App 只能包含一个设备 ID。  
• 根据您所选的文件结构方案，文件列必须按以下顺序设置：
  • 方案 1：app_id、device_id 
  • 方案 2：app_id、device_id、id_type 
• App ID 请使用小写。
• 安卓标识符请使用小写。
• IDFA/IDFV 请使用大写。
• 最多允许 2500 万行。

查看 CSV 示例