Redownloads for partners

A redownload is the first session recorded after an app was deleted from a device, as detected by Adjust SDK using OS metadata. Some redownloads qualify to be treated as new installs for attribution (redownload installs) based on clients’ app settings.

工作原理

会话必须满足以下所有三个要求，才能被视为 重新下载安装​ ：

1. Adjust SDK 需要在应用从设备中删除后再次启动时记录一次会话 (我们会将该会话标记为重新下载)。
2. 自上一次安装 (首次安装或上一次符合条件的重新下载安装) 以来，需要经过足够的时间。该时间窗口由重新下载排除窗口控制。
3. 用户在应用中的不活跃时间需要足够长，以产生一次全新的转化。该时间由重新下载非活跃周期控制，并从上一次记录的会话开始时间起计算。

重新下载排除窗口

自上一次“安装起点”以来所需的最短时间：

• 最后记录的重新下载安装时间 (如果设备之前有过符合条件的重新下载)
• 如果设备上未记录到重新下载安装，则为原始安装时间 (Adjust 在设备上记录到的、时间最早的应用首次会话)。

设置​

• 默认：3 个月 (90 天)
• 可配置范围：30-720 天 (1-24 个月)

重新下载非活跃期

距离设备最后一次记录应用会话活动所需的最短时间。

• 该窗口是从最后一次会话时间开始计算的。

设置​

• 默认：14 天
• 可配置范围：1-30 天

归因行为

重新下载安装

符合条件的应用重新下载将被视为重新下载安装，并被记录。发生这种情况时：

• 跟踪到新的安装活动。

• 在归因和报告时，重新下载会被视为新的安装，并带有新的归因来源。

• 安装时间和安装相关计数指标都会以该次重新下载的时间戳作为起点。

• 归因遵循标准安装归因流程：

  • 该会话会根据归因瀑布进行归因，最终被判定为自然安装或归因于某个付费来源。

• 该已归因设备的历史同期群表现将重置，并从重新下载归因时刻重新开始统计。

• 针对该设备开始新的同期群监测 (适用于初始和动态来源)。

• ADID 不会重置。

重新下载会话/重新下载再归因

如果重新下载会话不符合条件，无法被视为安装，那么就会被计为重新下载会话或重新下载再归因。发生这种情况时：

• 重新下载将被视为正常会话，并根据现有归因逻辑进行处理。
• 不会启动新的初始来源同期群。

Callbacks

Redownload activity is available in callbacks based on how the activity is classified.

• A redownload install triggers an Install​ callback
• A redownload reattribution triggers a Reattribution​ callback
• A redownload session triggers a Session​ callback

Placeholders

To provide visibility into redownloads reporting, the following placeholders can be added to your callbacks:

For more information about the placeholders you can use for visibility into redownloads, and which activity types they’re available for, you can use our guide to Partner placeholders.