重新下载
重新下载是指 Adjust SDK 使用操作系统元数据检测到应用从设备上删除后记录到的第一个会话。根据您的归因设置,部分重新下载可以被视为新安装,从而进行归因 (重新下载安装)。
通过重新下载设置,您可以控制同一台设备上再次安装应用的用户何时被视为新的用户获取,而非现有用户归因的延续。
工作原理
会话必须满足以下所有三个要求,才能被视为 重新下载安装 :
- Adjust SDK 需要在应用从设备中删除后再次启动时记录一次会话 (我们会将该会话标记为重新下载)。
- 自上一次安装 (首次安装或上一次符合条件的重新下载安装) 以来,需要经过足够的时间。该时间窗口由重新下载排除窗口控制。
- 用户在应用中的不活跃时间需要足够长,以产生一次全新的转化。该时间由重新下载非活跃周期控制,并从上一次记录的会话开始时间起计算。
重新下载排除窗口
自上一次“安装起点”以来所需的最短时间:
- 最后记录的重新下载安装时间 (如果设备之前有过符合条件的重新下载)
- 如果设备上未记录到重新下载安装,则为原始安装时间 (Adjust 在设备上记录到的、时间最早的应用首次会话)。
设置
- 默认:3 个月 (90 天)
- 可配置范围:30-720 天 (1-24 个月)
重新下载非活跃期
距离设备最后一次记录应用会话活动所需的最短时间。
- 该窗口是从最后一次会话时间开始计算的。
设置
- 默认:14 天
- 可配置范围:0-30 天
归因行为
重新下载安装
符合条件的应用重新下载将被视为重新下载安装,并被记录。发生这种情况时:
跟踪到新的安装活动。
在归因和报告时,重新下载会被视为新的安装,并带有新的归因来源。
安装时间和安装相关计数指标都会以该次重新下载的时间戳作为起点。
归因遵循标准安装归因流程:
- 该会话会根据归因瀑布进行归因,最终被判定为自然安装或归因于某个付费来源。
该已归因设备的历史同期群表现将重置,并从重新下载归因时刻重新开始统计。
针对该设备开始新的同期群监测 (适用于初始和动态来源)。
ADID 不会重置。
重新下载会话/重新下载再归因
如果重新下载会话不符合条件,无法被视为安装,那么就会被计为重新下载会话或重新下载再归因。发生这种情况时:
- 重新下载将被视为正常会话,并根据现有归因逻辑进行处理。
- 不会启动新的初始来源同期群。
管理您的设置
重新下载设置在 Adjust 控制面板中的应用层级进行配置。更改您的设置:
- 前往 AppView > 归因设置。
- 滚动至 重新下载设置 部分
- 选择
编辑 来管理以下内容:
- 重新下载排除窗口
- 重新下载非活跃期
- 选择 保存
报告
指标
您可以使用以下指标,了解首次获取和重返用户的重新下载带来的安装归因数量。
| 指标 | 定义 |
| 重新下载安装 | 新归因来源报告的重新下载安装量。重新下载安装包含在主要 安装 指标中。 |
| 重新下载卸载 | 在重新下载归因发生之前,针对先前归因来源报告的重新下载安装数量。 |
| 重新下载再归因 | 处理重新下载会话时发生的、不符合安装资格的再归因数量。重新下载再归因包含在主要 再归因 指标中。 |
| 重新下载会话 | 应用收到的所有重新下载会话数量。与主要 会话 指标类似,重新下载会话包括重新下载安装和重新下载再归因。 |
占位符
要在报告中清楚地了解重新下载数据,您可以在 CSV 上传或服务器回传中使用下列占位符,了解 Adjust 是否评估了重新下载信号以及使用了哪些设置。
|
占位符 |
描述 |
|
{is_redownload} |
指该应用活动是否为应用重新下载后被记录的首个活动。 |
|
{redownload_exclusion_window} |
在控制面板中为应用的重新下载归因窗口设置。 |
|
{redownload_inactivity_period} |
在控制面板中为应用配置的重新下载非活跃期设置。 |
编辑 来管理以下内容: