我们能为您提供什么帮助?

从其他归因平台迁移到 AppsFlyer

  • 更新

概览:规划从其他归因服务商迁移至 AppsFlyer 的流程。了解如何在迁移期间避免重复扣费、数据重复和数据丢失等问题。

迁移流程

从其他归因平台迁移到 AppsFlyer

从其他归因平台迁移到 AppsFlyer 时需完成以下事项:

您可以同时开展这些任务。不过,我们建议您:但建议您:

  • 先完成以上全部流程,然后再上线带有 AppsFlyer SDK 的新版本应用。
  • 着手迁移设备 ID 之前,请先暂停现行广告的投放。

比较 AppsFlyer 与其他 MMP 衡量方式上的差异

考虑从其他移动归因合作伙伴(MMP)迁移至 AppsFlyer 时,广告主可能希望在相同的媒体渠道和广告系列中,对比两个 MMP 的归因衡量结果。但并非所有媒体渠道都支持同时使用多个 MMP 进行衡量。即使支持,也可能存在一些限制和挑战,需要特别注意,以避免归因结果出现差异。详情请参阅《使用多个 MMP 衡量归因》。 

迁移流程

下表列出了各项工作的具体内容。如需查看各项常规任务的详细分解并记录进度,请下载相应的电子表格。

工作范围

事项 所需操作 人员 预计耗时 备注说明
前期准备
  1. 创建 AppsFlyer 账户。
  2. 在 AppsFlyer 中添加应用。
  3. [可选]将默认的 90 天再归因窗口调整为符合您对活跃用户的定义。
投放运营人员/使用 AppsFlyer 面板的用户 2 小时  
SDK 对接
  • 将 AppsFlyer SDK 接入您的应用中。
  • 映射 S2S 或 SDK 应用内事件。
  • 在应用商店中更新应用版本。
应用开发人员 1-2 周
  • 建议:先在预发布版本的应用中对接 AppsFlyer SDK 并进行测试。
  • 对于已开发完毕的应用,请务必在完成其他所有步骤后,在应用商店中更新该应用。
设备迁移(可选) 迁移设备 ID 可以避免对现有用户进行重复归因。 数据工程师 1-2 周
  • 更新应用版本后,建议您先暂停在投广告,等到设备 ID 信息迁移完毕后再继续投放。
  • 建议在过渡期的最后一天重复设备迁移流程,以确保覆盖所有设备。 
广告投放迁移
  • 将您使用的广告平台对接到 AppsFlyer
  • 迁移现有的广告系列:
    • SRN
    • 非 SRN 广告平台
    • 自有媒体
营销人员/UA 经理 1-3 周
数据报告设置
  • 将当前的报告结构按照 AppsFlyer 数据结构进行调整/映射。
  • 做好准备工作,以便接收 AppsFlyer 数据报告。
数据工程师 2-4 周  

SDK 对接

SDK 对接

应用中对接的 AppsFlyer SDK 是应用与 AppsFlyer 平台之间的连接。从而实现应用激活、应用打开、应用内事件等数据的上报。

如需对接 AppsFlyer SDK:

  1. 将 AppsFlyer SDK 接入相关应用。
    在应用中对接 AppsFlyer SDK。
    参阅 Android 和 iOS SDK 对接指南。
  2. 使用 AppsFlyer 的事件定义,映射需要记录的应用内事件。
    您可以通过 SDK 或 S2S 完成此操作。您可以通过 SDK 或 S2S 完成此操作。
  3. 移除其它归因平台的 SDK。
    您可以立即移除其他服务商的 SDK,完全切换至 AppsFlyer;也可以在过渡期间同时运行两个 SDK 数周。下表详细介绍了这两种方案。
     

    操作 发布新版应用后的情况 成效提升
    删除其它归因工具的 SDK(推荐) 只有 AppsFlyer 会记录新安装和更新应用的用户。对于尚未更新应用的用户,原服务商仍会显示其产生的事件。
    • 快速过渡。
    • 无重复归因。
    在过渡期间保留其它归因工具的 SDK AppsFlyer 和原服务商都会对新安装进行归因并上报事件。之后再移除原服务商的 SDK。
    • 可以进行数据验证。可以验证数据,即对比 AppsFlyer 与原服务商的数据。
    • 可能发生重复归因,导致广告平台重复扣费(见下方示例)。具体请参见下文示例。
    • 工作量更大。
  4. 完成所有其他迁移任务后,请将对接 AppsFlyer SDK 的新版应用发布到应用商店。此后,新用户将由 AppsFlyer 进行归因。 
    注意:
    • 请确保在 App Store、Google Play 和其他第三方商店中上线更新后的应用。
    • 安卓应用可能会有非官方的 APK 下载渠道(请使用您的应用包名进行搜索,检查是否存在这种情况)。 您的 Android 应用可能已被上传至一些非官方 APK 网站,即使您对此并不知情(您可以在网上搜索应用的包名,检查是否存在此类情况)。这些网站通常需要一段时间才能更新至最新版本,因此仍可能为您带来自然量用户,而这些用户安装的可能是尚未对接 AppsFlyer SDK 的旧版本应用。
    • 应用商店中的应用更新可能需要几天才能全部完成。在此期间安装应用的用户,仍可能使用旧版本。

设备迁移——可选

设备迁移说明

设备迁移是指将现有用户的设备 ID(IDFA、IDFV、GAID、CUID)列表上传到 AppsFlyer。请务必先完成这个流程,然后再上线带有 AppsFlyer SDK 的新版本应用。设备迁移是指将现有用户的设备 ID 列表(IDFA、IDFV、GAID、CUID)上传至 AppsFlyer 的过程。

设备迁移可以解决现有应用用户的相关数据问题。这些用户之前已经下载应用,并由原归因服务商进行归因。

示例

  • 某个新用户在 Facebook 应用上点击了一则广告,然后在 6 月 15 日激活了您的应用。
  • 6 月 24 日,该用户将应用更新为对接 AppsFlyer SDK 的版本,并打开应用。对于 AppsFlyer 而言,这是一名新用户,需要实时进行归因。
  • AppsFlyer 使用该用户的设备 ID 向 Meta ads 发出查询请求。由于该用户仍处于 Meta 广告平台的 28 天回溯窗口期内,Meta 广告平台会再次将该用户归因至自身。从而导致同一用户的双重计费。

设备迁移完毕后,AppsFlyer 中呈现的数据如下:

  • 安装数据:与重新安装类似,已迁移的设备没有安装数据记录。 AppsFlyer 中不会呈现已迁移设备的激活。
  • 应用内事件和会话数据:如果采用非归因迁移方式,相关数据会记录并显示为自然量;如果采用归因迁移方式,则会归因至相应的媒体渠道和广告系列。
  • 再营销:再归因和再互动数据会正常显示。
  • 活跃数据:正常显示。
  • 留存和同期群数据:已迁移的设备没有安装记录。因此不会关联到任何同期群,也不会显示在留存和同期群报告中。 

 说明

如果应用在迁移日期后的 180 天内一直未被打开,系统将删除所有已迁移的设备数据。这种情况下,如果用户在 180 天之后打开了应用,AF 就会记录一个新增激活。

设备迁移方法

请按照以下步骤迁移设备: 

  1. 确定需要迁移的用户范围。您可以迁移所有现有用户,但这可能导致 AppsFlyer 无法准确获取再归因数据;也可以只迁移近期安装应用的用户,但这可能导致部分安装时间较早的用户被重复扣费。我们建议的迁移范围是当前再归因窗口期内的活跃用户。举例来说,如果相关应用的再归因窗口期为 90 天,则推荐的迁移范围是在过去 90 天内打开过该应用的用户。
  2. [可选]通知营销人员或用户获取(UA)经理,暂停现有广告系列,包括 SRN、非 SRN 广告平台和自有媒体广告系列,直至设备迁移完成。如果决定不暂停广告系列,请在对接 AppsFlyer SDK 的新版应用发布至应用商店后,尽快迁移原服务商中剩余的设备 ID。
  3. 根据所选用户范围,按照归因迁移或非归因迁移对应的文件结构准备 CSV 文件。请参阅 CSV 示例
  4. 将您准备好的 CSV 文件发给 AppsFlyer 客户成功经理(CSM)。
    您的 CSM 将负责把设备 ID 迁移至 AppsFlyer。 

归因迁移

对于通过这种方法迁移到 AppsFlyer 的设备,AppsFlyer 会按照之前的归因工具所上报的媒体渠道以及相关广告平台的数据保留政策,记录并呈现其应用内事件和应用打开(sessions)数据,

用于归因设备迁移的 CSV 文件结构

列名称 描述 是否必须配置 实例
app_id
 
即 AppsFlyer 面板中显示的 App ID 收集
  • Android:com.great.app1
  • iOS:id123456789
platform
 
设备平台:iOS 或安卓 收集
  • iOS
  • Android
device_id
 
  • Android:gaid、android_id 
  • iOS:IDFV(可用时建议作为首选)或 IDFA
  • 不得在多行中重复使用相同的设备 ID 与应用 ID 组合。如果发生重复,系统将采用文件中最后一次出现的记录。
收集
  • gaid(小写):9c9a82fb-d5de-4cd1-90c3-527441c11828
  • android_id(小写):f35aea8908254891
  • IDFV(大写):A7328D98-A973-402A-8B87-D22A8611F2AF
  • IDFA(大写):9876F1SS-2983-3855-27RR-2R626772VFNB

     

id_type
 
  • Android:
    • advertiserId  
    • android_id
    • amazon_aid
  • iOS:
    • idfa  
    • idfv
  • 目前不支持 OAID、IMEI 等其他标识符。
    对于未通过 Google Play 获取的 Android 用户,请使用非归因迁移方式。 
    对于非 Google Play 的安卓用户,请使用非归因迁移。

备注

android_id 默认不会由 AppsFlyer SDK 收集。如果使用 android_id 作为标识符,请确保在SDK 对接过程中收集该字段。

收集
  • advertiserId
  • android_id
  • idfa
  • idfv
  • amazon_aid(小写):df07c7dc-cea7-4a89-b328-810ff5acb15d
install_time
 
应用最初的安装时间,采用 ISO 8601 UTC 格式:
yyyy-mm-ddTHH:MM:SS.SSS
No(否) 2018-01-22T08:45:33.412
media_source
 
  • 可以是以下任意一种:
    • AppsFlyer 渠道 ID
    • 自定义媒体渠道(不能使用对接渠道 ID)
  • 渠道 ID 是 AppsFlyer 中的必填项,您可以按以下方式获取其列表:
  • 注意:参数值区分大小写
收集


非自然:facebook_int、googleadwords_int

自然:organic

integrated_partner
 
  • 表示该媒体渠道是否为已对接的合作伙伴。对于自然量或自定义媒体渠道,应根据实际情况填写。
     
  • 注意:参数值区分大小写
收集
  • yes
  • no(如果是自定义的 media_source)
campaign
 

如需获取更为详细的归因信息,请提供原始广告系列名称。

格式:字符串

No(否)  
campaign_id
 

 如需获取更详细的归因信息,请提供原始的广告系列 ID。

格式:不含空格的字符串

No(否)  

CSV 文件规则:

  • CSV 文件中可以包含多个应用的用户设备。
  • 不得在多行中重复使用相同的设备 ID 与应用 ID 组合。如果出现重复,AppsFlyer 会取用最后一次出现的数据。
  • 必须包含所有列标题: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 的设备会被记录为自然量用户,但不会显示在相关界面中。这些设备上的应用内事件和应用打开(sessions)也会被记录为自然量,并显示在面板中。

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

操作 D. Columns 使用场景 示例
1 App ID + IDFA/GAID
  • 如果您所有的安卓用户都有 GAID。
  • 如果您的用户仅使用 iOS  
device_migration_file_option_1.png
2 App ID + Device ID + Device ID type
  • 如果您的部分安卓用户只有 IMEI 或 Android ID,而没有 GAID(如第三方应用商店、4.4.2 以下的安卓版本)。
  • Android ID 必须为十六进制格式。

注意:

  • ID 类型列必须使用以下准确的字符串:advertiserId(也支持 amazon_aid)、idfa、idfv、android_id、imei。
  • 如果您使用的是 android_id 或 imei,但后续 AppsFlyer 接收到了规格更高的标识符,就会将其记录为新的转化归因。
  • android_id 和 imei 默认不会由 AppsFlyer SDK 收集。如果使用其中任一标识符,请确保在SDK 对接过程中收集相应字段。
device_migration_file_option_2.png

CSV 文件规则:

  • CSV 文件中可以包含多个应用的用户设备。
  • 每行针对每个应用只能包含一个设备 ID。
  • 文件中的列标题必须设置为特定的字段并以指定的顺序排列,具体方式有以下两种可选:
    • 选项 1:app_id、device_id
    • 选项 2:app_id、device_id、id_type
  • App ID 应为小写
  • Android 标识符应为小写
  • IDFA/IDFV 应为大写
  • 最多可包含 2500 万行

查看 CSV 文件范例

广告投放迁移

将在投广告切换到 AppsFlyer 后,就可以开始使用 AppsFlyer 归因,同时避免发生重复付费和归因数据丢失的问题。

注意:您也可以分批迁移营销广告系列。如果选择这种方式,可以按媒体渠道(例如广告平台或代理商)、地理区域或广告系列,对需要迁移的内容进行分类。 

SRN

当 MMP(移动衡量合作伙伴)向 SRN 发出请求,查询具体设备的互动信息时,SRN 会回复认领结果。如果两个 MMP(例如 AppsFlyer 和其他归因服务商)同时向同一个 SRN 查询同一次设备安装,您可能会因此被重复扣费。

如需迁移 SRN 广告系列:

 说明

  • 您可以对同一个 SRN 使用多个 MMP(Meta ads 和 Twitter 除外)。
  • Meta ads 不能对应用内事件去重。

非 SRN 广告平台

广告平台的归因链接会记录用户与广告的互动情况,之后如果用户激活了相关应用,AppsFlyer 就能将该激活归因到对应的广告互动。

如需迁移非 SRN 广告平台的广告系列:

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

自有媒体

自有媒体是指您在以下场景中使用的归因链接:

  • 内容分享
  • 网页到应用程序
  • 邮件
  • 短信
  • 社交媒体发布
  • 博客
  • 社区帖子(Quora 等)
  • 等场景

对于这些广告系列,AppsFlyer 使用 OneLink 链接。 OneLink 链接会根据用户的设备类型让用户跳转到对应的应用商店、网址/落地页,或直接调起应用。

如需将现有自有媒体链接替换为 AppsFlyer OneLink 链接:

  • 请联系您的 CSM,让其协助您根据当前使用的流量入口和工具将自有媒体链接转换成 OneLink 链接。

SKAN

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

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

数据报告设置

调整并映射报告结构

迁移之前,您的系统会根据与当前服务商约定的报告结构、字段和参数,存储归因数据。为了确保 AppsFlyer 能够正确生成报告,您必须将现有报告结构、字段和参数调整并映射为 AppsFlyer 对应的结构、字段和参数。

调整/映射报告结构的方法如下:

  • 请与您的客户成功经理联系,便于将您的报告数据结构从 Adjust,Branch / Tune 或 Kochava 快速调整/迁移到 AppsFlyer。

报告的获取方式

AppsFlyer 支持通过多种方式获取原始报告数据和汇总报告数据。请全面了解这些方法,然后选择最适合自己的方式系统化地完成数据对接设置。

您可以通过以下方式获取数据:

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