概览:如果用户在激活应用后,将其卸载再重新安装并激活,即构成重装激活。重装激活的归因结果包括以下几种:非自然重装激活、自然重装激活或再归因(再营销)。衡量重装激活可以避免为卸载后再次安装的用户重复买量。
什么是重装激活
某个应用的用户删除该应用后在再归因窗口期内重新安装并激活该应用,即构成一次重装激活。
重装激活的来源包括再营销广告(再归因)、自然流量和非自然流量。
自然和非自然用户在再归因窗口期内重新安装并激活已卸载的应用,这类行为统称为重装激活(Reinstall)。
其中,由再营销广告促成的重装激活被称为再归因(Re- attribution)。
具体的归因结果取决于重装激活和应用内事件的归因方式。
如果某次激活发生在再归因窗口期之外,则会被记录为新增激活。AF会将新增激活归因到相关的媒体渠道(如果没有记录到广告互动,则归为自然量),并触发新一轮的再归因窗口。
下表列出了AppsFlyer对各种重装激活的分类情况
重装激活来源 | 是否在再归因窗口内 | 用户在重装激活前是否与再营销广告互动 | 在重装激活之前,用户是否与用户获取广告活动进行了互动? | 归因结果 |
---|---|---|---|---|
再营销广告 | 是 | 是 | 否 | 再归因 |
自然或非自然流量 | 是 | 否 | 是或否 | 重装激活 |
自然或非自然流量 | 否 | 否 | 是或否 | 新增激活 |
重装激活的意义
对重装激活的准确归因不仅能说明流失用户的召回情况以及广告投放成功与否,还能帮助广告主避免为再归因窗口期内卸载重装的用户重复付费。
同样,将重装激活后的应用内事件归因到初始的拉新渠道(即带来首次激活的渠道),能让广告主更好地了解用户的获取链路,同时也能说明拉新和再营销广告的效果如何。详情请见下文的应用内事件。
重装激活的归因链路和结果
重装激活
应用内事件
总览
用户在重装激活后完成的应用内事件可分为归因的自然量、归因的非自然量以及未归因的自然量,具体取决于重装激活后的事件归因状态(见下表)。
典型的应用内事件包括用户在重装激活后完成的应用内购买。
应用内事件及其归因方式
重装激活后的事件归因状态 | 重装激活后 | 再归因后 |
---|---|---|
归因为自然量 | 未归因的自然量 | 再营销 |
归因至首次激活(1) | 带来首次激活的渠道 | 再营销 (2) |
(1) 详情请见下文的局限性说明 (2) 主要来源(primary source)字段显示为再营销,次要来源(secondary source)为首次激活渠道(仅在原始数据中可见)。 |
未归因的应用内事件自然量
重装激活
- 所有应用内事件都记录为自然事件或不做记录,具体取决于您使用的面板。
- 这些应用内事件的conversion_type(转化类型)和campaign_type(广告系列类型)会显示为“unknown”(未知)。
-
用于汇总数据的日期取决于相关的事件:
- 对于大部分由SDK上报的应用内事件,AppsFlyer会使用应用下载发生的日期来汇总其数据。
- 对于由SDK连接器发送的广告收入事件(af_ad_revenue),AppsFlyer会使用重装激活发生的日期来汇总其数据。
再归因
- 所有应用内事件都会被归因到再营销渠道。
归因到首次激活
前期准备
需要手动启用。建议与您的CSM沟通相关事宜。
用途
让广告主更好地了解用户的获取链路。由于该功能可以将应用内事件归因到初始渠道而非自然量,因此能说明拉新和再营销广告的投放效果。
重装激活
- 由重装激活带来的所有应用内事件都会归因到初始激活(1)
再归因
- 所有应用内事件的主要来源都归因为再营销广告,次要来源都归因到初始激活。(2)
(1) 请参见下文的局限性说明。
(2) 仅在原始数据中可见。
注意
如果您将重装激活后的应用内事件归因设置为归因到初始激活,则面板中的自然量KPI数据会变低,这是因为其中的部分流量会被归因到非自然媒体渠道。
示例
假设您将重装激活后的应用内事件归因设置为归因到初始激活。
示例 1
用户激活应用(第0天),并完成了金额为10美元的应用内购,之后卸载了该应用。
次日(第1天),该用户重装激活该应用,并完成了金额为5美元的应用内购。
由于该用户在重装激活之前已经完成了购买,因此不会将其记录为新增的独立用户。
媒体渠道 |
用户 |
Af_purchase: 独立用户数 第0天 |
Af_purchase: 独立用户数 第1天(累计) |
收入 第0天 |
收入 第1天(累计) |
Media_source_A |
1 | 1 | 1 | $10 | $15 |
同一个的device_identifier
(设备标识符)下的收入会增加。
Appsflyer_id |
设备标识符 |
媒体渠道 |
事件名称 |
事件日期 |
111 | XXX |
media_source_A |
安装 | 第0天 |
111 | XXX |
media_source_A |
af_purchase | 第0天 |
222 | XXX |
organic |
重装激活 | 第1天 |
222 | XXX |
media_source_A |
af_purchase | 第1天 |
示例 2
用户激活应用(第0天)并完成购买,然后卸载了该应用。
次日(第1天),用户与拉新广告互动并重装激活该应用,然后完成购买。
媒体渠道 |
事件名称 |
事件日期 |
重装激活归因 |
应用内事件归因 |
media_source_A |
安装 | 第0天 | media_source_A | |
media_source_A |
af_purchase | 第0天 | media_source_A | |
media_source_B |
重装激活 | 第1天 | media_source_B | |
media_source_B |
af_purchase | 第1天 | media_source_A |
局限性
-
用户在初次激活和重装激活时都同意与相关应用共享设备标识符(如IDFA或GAID)的情况下,AF才能够将其应用内事件归因到初始激活。
- 初始激活和重装激活中的设备标识符必须一致
- 重装激活发生的时间必须在上一次激活之后的再归因窗口内。
- 广告收入事件会归因为自然事件
- 每个激活和重装激活都有其专属的
appsflyer_id
-
面板中不区分激活后的应用内事件和重装激活后的应用内事件
- 可以通过原始数据查看
数据在AppsFlyer面板中的呈现方式
非自然重装激活 | 自然重装激活 | 再归因 | ||
---|---|---|---|---|
重装激活本身 | 不显示 | 不显示 | 再营销媒体渠道* | |
后续的应用内事件归因 | 重装激活后的事件归因设置为归因为自然应用内事件 | 未归因的自然事件 | 未归因的自然事件 | 再营销媒体渠道 |
重装激活后的事件归因设置为归因到初始激活 | 初始媒体渠道 | 初始媒体渠道 | 再营销广告活动 | |
*仅在总览面板中可见 |
重装激活原始数据报告
前期准备
需要手动启用。建议与您的CSM沟通相关事宜。
激活和应用内事件的归因方式
非自然重装激活 | 自然重装激活 | 再归因 | 非自然激活 | 自然激活 | ||
---|---|---|---|---|---|---|
归因到 | 拉新广告 | 自然流量 | 再营销广告活动 | 拉新广告 | 自然流量 | |
后续的事件归因 | 重装激活后的事件归因设置为归因为自然应用内事件 | 自然流量 | 自然流量 | 再营销广告活动 | 拉新广告 | 自然流量 |
重装激活后的事件归因设置为归因到初始激活 | 首次安装 | 首次安装 | 再营销广告活动 | 拉新广告 | 自然流量 |
重装激活报告的可用性
- 您可以使用下表所列的数据传输工具拉取重装激活原始数据报告。
- 这些报告的结构相同,且字段填充方式与激活报告相似,具体如下:
- Media source(媒体渠道)字段会显示促成重装激活的渠道或自然量(organic)。
- Install time(激活时间):显示重装激活时间,即用户重新安装应用后首次打开该应用的时间
- Event name(事件名称):显示为Reinstall(重装激活)
报告拉取方式 | 非自然重装激活 | 自然重装激活 |
---|---|---|
导出数据 | ✓ | ✓ |
Pull API | ✓ | ✓ |
Data Locker | ✓ | ✓ |
Push API | ✓ | ✓ |