从其他供应商迁移到AppsFlyer

一句话总结:规划您从其他归因供应商转到AppsFlyer的迁移。了解在迁移期间如何避免重复收费,数据重复和数据丢失。

migration flow

概述

从其他供应商迁移到AppsFlyer包含几个主要任务,概述如下。 这些任务可以同时进行。 也就是说,您应该:

  • 请在完成所有任务后再将您的集成 AppsFlyer SDK 的应用上架更新至商店。
  • 更新应用版本后请考虑先暂停您的广告投放直至设备ID信息迁移完成。

下载此 电子表格 以记录您的进度。

工作范围
任务 需要采取的行动 涉及谁 预计的时间 备注
先决条件
  1. 创建一个AppsFlyer帐户
  2. 在AppsFlyer中添加应用
  3. [可选]更改默认的90天重归因窗口便于与您的活跃用户定义保持一致。
投放运营人员或AppsFlyer 面板使用用户

2小时

 
SDK集成
  • 将AppsFlyer SDK集成到您的应用中。
  • 映射S2S或SDK应用内事件。
  • 在应用商店中更新应用版本。
应用开发人员

1-2周

完成所有其他任务后,必须在应用商店中更新应用。

设备迁移[可选] 迁移设备ID以避免现有用户的重复归因。 数据工程师 1-2周 更新应用版本后请考虑先暂停您的广告投放直至设备ID信息迁移完成。  
广告投放迁移

迁移现有的广告系列: 

  • SRN
  • 非SRN广告渠道
  • 自有媒体
营销人员/ 投放经理 1-3周
数据报告设置
  • 将当前的报表结构调整/映射到AppsFlyer数据结构。
  • 准备接收AppsFlyer数据报告。
数据工程师 2-4周  

配置

SDK集成

SDK集成

集成到应用程序中的AppsFlyer SDK是应用程序与AppsFlyer平台之间的链接。它会上报应用程序的安装、打开和事件等。

集成AppsFlyer SDK

  1. 将AppsFlyer SDK集成到应用中。
    请参阅有关AndroidiOS SDK集成的指南。
  2. 使用AppsFlyer的推荐方案映射您想要要记录的应用内事件。
    这可以通过SDKS2S完成。
  3. 移除其它归因供应商的SDK。
    您可以立即执行此操作,并直接切换至AppsFlyer,或者在几周内并行运行两个SDK。在下表中查看这些选项的细分。
    选项
    更新版本升级后会发生什么
    影响
    删除 其它归因工具的SDK(推荐) 只有AppsFlyer记录新安装和更新用户。
    原有归因工具仍会显示用户执行的事件,直所有用户都更新其应用程序为止。
    • 快速过渡。
    • 无重复归因。
     在过渡期间保留其它归因工具的SDK AppsFlyer和其它归因工具会一起归因新安装并且记录事件。在稍晚些的时间点,删移除其它归因工具的SDK。
    • 可以进行数据验证。也就是说,您可以比较来自AppsFlyer和其他归因工具的数据。
    • 重复归因,这可能导致广告渠道产生双重费用。请参见下面的示例。
    • 更高的工作量。
  4. 在完成所有计划工作后,讲集成好 AppsFlyer SDK 的应用版本更新至商店。新用户由AppsFlyer归因。
    注意
    • 请确保将应用更新至 iOS,Google Play 和其他第三方商店。
    • 您的 Android 应用也可能存在于非官方的APK网站中并没有被发现(可以在搜索应用的程序包名称以进行查找确认)。 APK网站需要一些时间才能更新到最新版本,因此它们可能会带来自然用户,这些用户会安装尚未集成 AppsFlyer SDK 的旧版本。
    • 应用商店中的更新部署也可能需要几天时间才能全部完成。在此阶段安装的用户可能仍会获得旧版本。

设备迁移

关于设备迁移

  • 设备迁移是在发布具有AppsFlyer SDK的新应用版本之前,将现有用户设备ID(IDFA,IDFV,GAID,CUID)列表上传到AppsFlyer的过程。
  • 设备迁移解决了与您现有用户相关的数据问题,这些用户下载过您的应用并由您之前的归因工具记录过。
  • 设备迁移对现有用户的影响如下:
    • 当用户设备更新 SDK 后首次打开时,无论原始媒体来源如何,用户都将归为新增自然用户。
    • SRN重复计费:先前SRN归因过但仍在归因窗口期内的用户将被SRN再次认领。

       示例

      • 新用户点击了Facebook中的广告并于6月15日安装了您的应用。
      • 在6月24日,用户更新至带有 AppsFlyer SDK 的版本并激活启动。对于AppsFlyer,这是一个新用户,需要进行实时归因。
      • AppsFlyer使用用户设备ID实时请求Facebook。由于用户仍在Facebook的28天的归因窗口期内,因此Facebook会对该用户进行认领。这会导致同一用户的双重计费。
  • 迁移设备时,您有2个选项: 归因迁移或非归因迁移。
  • 迁移的设备在AppsFlyer中的效果如下:
    • 安装 数据:类似于重装,已迁移的设备不会记录新增安装数据。已迁移的设备的安装不会展示在AppsFlyer中。
    • 应用内事件和会话数据:对于非归因设备迁移方法,会以有自然用户进行记录和显示;如果使用归因方法,则归因给迁移信息中对应的媒体来源和广告系列。
    • 再营销:正常显示重新归因与再互动数据。
    • 活跃数据: 显示为自然
    • 留存和群组分析数据:迁移的设备不会记录安装日期。因此,它们与任何同类群组均不相关,并且无法在“留存”和“群组报告”中显示。 

如何迁移设备

进行设备迁移需要: 

  1. 确定要迁移的用户群。您可以迁移所有现有用户(这可能会影响您从AppsFlyer获取准确的重归因数据),也可以仅迁移最近安装了您的应用的用户(这可能会导致更久远的历史用户产生双重统计)。
    我们建议您迁移在当前重新归类窗口期间处于的活动用户。举例,如果您的应用具有90天的重归因窗口期,请迁移那些在过去90天内至少打开过一次的用户。
  2. [Optional] Tell the marketer/UA manager to pause existing marketing campaigns (from SRNs, non-SRN ad networks, owned media, etc.) until after the device migration.
    If you decide not to pause campaigns, migrate any remaining device IDs from the other vendor as soon as the updated app version with the AppsFlyer SDK is released to app stores. 
  3. 准备一个CSV文件,包含所需的用户数据并选择用归因非归因的结构进行迁移。
  4. 将准备好的CSV文件发给 AppsFlyer 客户成功经理。
    您的客户成功经理会将设备ID迁移到AppsFlyer。

归因迁移

通过该方法迁移至 AppsFlyer 的设备将会按照其原始归因结果进行记录。他们的应用内事件和会话数据也会被记录并进行对应展示。

列 名称 描述 强制 示例
app_id

在 AppsFlyer 面板中的 App ID

  • Android: com.great.app1 
  • iOS: id123456789

平台

设备平台:iOS或Android

  • iOS
  • Android

device_id

Android: GAID 

iOS: IDFA 或 IDFV

 

  • GAID (小写): 9c9a82fb-d5de-4cd1-90c3-527441c11828
  • IDFA (大写): 9876F1SS-2983-3855-27RR-2R626772VFNB
  • IDFV (大写): A7328D98-A973-402A-8B87-D22A8611F2AF
id_type

Android: advertiserId 

iOS:idfa 或 idfv

当前,不支持OAID,IMEI和Android ID等其他标识符。 
对非Google Play的Android用户使用非归因迁移。

  • advertiserId
  • idfa
  • idfv
install_time

ISO 8601 UTC格式的原始应用安装时间:
yyyy-mm-ddTHH:MM:SS.SSS
如果空白,系统则会默认使用迁移的时间作为安装时间。

  • 必须是有效的过去日期。
  • 历史安装时间早于重归因窗口期的设备将不会随归因信息一起迁移,并且在首次启动时被视为新安装。
    示例:5月1日创建了迁移文件,并且重新归因窗口为30天。发送的安装时间在4月1日之前的所有设备不会被记录为已归因设备。首次更新时,这些设备将会被记录为新安装(很大可能性是自然)。

2018-01-22T08:45:33.412

media_source
  • 任何一个:
    • AppsFlyer 面板中展示的 AppsFlyer 合作伙伴 ID
    • 自定义媒体渠道(不能是已经对接的合作伙伴ID)
  • 确保从 AppsFlyer 对照准确的合作伙伴ID列表。
  • 格式:数值区分大小写


非自然: facebook_int, googleadwords_int

自然: organic

integrated_partner
  • 指代该渠道是否是一个已经对接的媒体。表示自然或自定义媒体来源。
  • 格式:数值区分大小写
 
  • 是的
  • no
campaign

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

格式:字符串

 
campaign_id

 为了更详细的归因信息,请提供原始的广告系列ID名称。

格式:字段,不允许空格

 
归因设备迁移CSV结构

CSV文件规则:

  • CSV文件可以包含来自多个应用的用户设备。
  • 每行每个应用程序包含一个设备ID。 
  • 必须包含全部标题列:app_id,platform,device_id,id_type,install_time,media_source,integrated_partner,
    campaign,campaign_id
  • 每行必须包含完整的9个由逗号分隔的字段。
  • 将非必填字段留空(空白)
  • 文件最多可以包含2000万行。
  • 如果您有多个文件,请为每个文件指定一个唯一的名称。
  • 使用UTF-8编码数据。
  • [可选]使用ZIP或GZIP压缩文件。

非归因迁移

通过这种方法迁移到AppsFlyer的设备会记录为自然用户。他们的应用内事件和会话也会被记录并以自然方式显示。

什么情况下使用 示例
App ID + IDFA/GAID/IDFV
  • 如果您的全部Android用户都有 GAID。
  • 仅iOS用户 
device_migration_file_option_1.png
App ID + Device ID + Device ID type
  • 如果您的某些Android用户只有IMEI或Android ID,而没有GAID(第三方应用市场,4.4.2以下的Android版本)。
  • Android ID必须为十六进制格式。

请在ID type列填写准确的字段:advertiserId,idfa,android_id,imei。

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

CSV文件规则:

  • CSV文件可以包含来自多个应用的用户设备。
  • 每行每个应用程序包含一个设备ID。 
  • 文件必须包括所有列标题,如下所示:
    • 选项1:文件必须包括所有列标题,如下所示:app_id,device_id 
    • 选项2: app_id,device_id,id_type 
  • App ID 应为小写
  • Android 识别号应为小写
  • IDFA/IDFV 应为大写
  • 最多允许2500万行

广告投放迁移

将现有的广告投放系列切换到AppsFlyer以全部启用AppsFlyer归因,避免重复收费和归因数据丢失。

注意:您可以选择分批迁移市场营销活动。在这种情况下,您可以按媒体来源(例如广告渠道或代理)、地区或广告系列的细分来进行分批迁移。

SRN

当询问特定设备的活跃数据时,SRN会向MMP(移动监测合作伙伴)回复认领结果。如果两个MMP(例如AppsFlyer和竞品归因工具)针对相同的设备安装询问相同的SRN,则可能会产生双重统计并计费。

迁移SRN广告系列

  • 在AppsFlyer激活和配置相关的SRN

 注意

  • SRN可以运行多个MMP(Twitter除外)。
  • Facebook无法对应用内事件进行去重。

非SRN广告渠道

广告渠道的归因链接会记录用户的互动情况并随后用来归因改互动转化的安装。

要迁移非SRN渠道的广告系列,请执行以下操作

  1. 在AppsFlyer中激活相关的广告媒体。
  2. 为每个广告渠道生成AppsFlyer归因链接
  3. 使用AppsFlyer的归因链接替换每个广告系列中的现有追踪链接。 

自有媒体

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

  • 内容分享
  • Web-to-app
  • 电子邮件
  • 短信
  • 社交媒体发布
  • Blogs
  • 社区帖子(Quora等)
  • 以及更多其他

对于这些广告系列,AppsFlyer使用OneLink自定义链接。OneLink自定义链接会根据用户的设备类型重定向到正确的应用商店或导向其他指定的网页URL/落地页等。

要将其他归因工具的链接更改为AppsFlyer OneLink,请执行以下操作:

  • 请与您的客户成功经理联系,便于协助您批量迁移所有链接。

数据报告设置

调整并映射报告结构

在迁移之前,您的内部会根据之前设置好的报告结构、字段和参数,存储当前归因工具的数据。为了让AppsFlyer能够正确地传输数据,您必须调整当前的数据结构并映射到对应的AppsFlyer的报告结构、字段和参数中。

调整/映射报告结构:

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

准备报告方法

您可以使用多种方法从AppsFlyer获取原始报告数据和汇总报告数据。请熟悉这些方法并系统化设置好对您最合理的数据对接方式。

报告方法包括:

  • 导出CSV
  • Push API
  • Pull API
  • Data Locker

客户案例

阅读关于印度领先的数字娱乐公司Hungama将超过6500万的月活跃用户无缝迁移到AppsFlyer。

这篇文章有帮助吗?