Redownloads
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 a new install for attribution (redownload installs) based on your app settings.
With redownload settings, you can control when a user who installs the app again on the same device is treated as a new acquisition rather than a continuation of an existing user’s attribution.
Как это работает?
Чтобы сессию можно было квалифицировать как установку с повторной загрузкой , должны выполняться три следующих условия:
- Adjust SDK должен зафиксировать сессию после удаления приложения с устройства (мы будем отмечать такую сессию как повторную загрузку).
- С момента предыдущей установки (первоначальной или с повторной загрузкой) должно пройти достаточно времени. Этот интервал времени регулируется параметром Окно исключения повторной загрузки.
- Пользователь должен быть неактивен в приложении достаточно долго, чтобы была зафиксирована новая конверсия. Это время регулируется параметром Период неактивности до повторной загрузки и отсчитывается с момента начала последней зарегистрированной сессии.
Окно исключения повторной загрузки
Минимальное время, которое должно пройти с момента предыдущей «точки начала установки»:
- Время последней зарегистрированной повторной загрузки, если на устройстве ранее уже фиксировалась повторная загрузка
- Время первоначальной установки (первый сеанс работы с приложением, зафиксированный Adjust на устройстве), если повторные установки на этом устройстве не регистрировались.
Настройки
- По умолчанию: 3 месяца (90 дней).
- Настраиваемый диапазон: 30–720 дней (1–24 месяца).
Период неактивности до повторной загрузки
Минимальное время, которое должно пройти с момента последней зафиксированной сессии вашего приложения на данном устройстве.
- Это окно отсчитывается от времени последней сессии.
Настройки
- По умолчанию: 14 дней.
- Настраиваемый диапазон: 1–30 дней.
Поведение при атрибуции
Установка с повторной загрузкой
Повторная загрузка приложения, соответствующая этим требованиям, регистрируется как повторная установка. В этом случае:
Отслеживается новая операция по установке.
Повторная загрузка при атрибуции и в отчетности рассматривается как новая установка с новым источником атрибуции.
Для времени установки и связанных с установкой счетчиков используется временная отметка повторной загрузки.
Атрибуция осуществляется в соответствии со стандартным алгоритмом атрибуции установки:
- Сессия атрибутируется в соответствии с каскадной моделью атрибуции, в результате чего установка может быть отнесена либо к органическим установкам, либо к платным источникам.
Исторические показатели когорты для атрибутированного устройства сбрасываются и начинают учитываться заново с момента атрибуции повторной загрузки.
Для этого устройства начинается новый когортный анализ (как для первичных, так и для динамических источников).
ID рекламы не сбрасывается.
Сессия повторной загрузки / реатрибуция повторной загрузки
Если повторная загрузка не соответствует критериям установки, она считается сессией или реатрибуцией с повторной загрузкой. В этом случае:
- Повторная загрузка рассматривается как обычная сессия и обрабатывается в соответствии с существующей логикой атрибуции.
- Device data retention remains unchanged. The activity is treated as a normal session and processed using your regular reattribution logic if configured.
- Это не приводит к созданию новой когорты первых источников.
Manage your settings
Redownload settings are configured at the app level in the Adjust dashboard. To change your settings:
- Navigate to AppView > Attribution settings.
- Scroll to the Redownload settings section
- Select
Edit to manage the following:
- Redownload exclusion window
- Redownload inactivity poeriod
- Select Save
Reporting
Metrics
You can use the following metrics to identify how many install attributions are first-time acquisitions vs returning-user redownloads.
| Metric | Definition |
| Redownload installs | Count of redownload installs, reported on the new attribution source. Redownload installs are included in the main Installs metric. |
| Redownload deinstalls | Count of redownload installs, reported on the previous attribution source(s) before the redownload attribution took place. |
| Redownload reattributions | Count of Reattributions that took place when processing the redownload session, that didn't qualify to be an install. Redownload reattributions are included in the main Reattributions metric. |
| Redownload sessions | Count of all redownload sessions received for the app. Similar to the main Sessions metric, Redownload sessions include redownload installs and redownload reattributions. |
Placeholders
To provide better visibility into redownloads in your reporting, you can use the following placeholders in your CSV uploads or server callbacks to determine whether Adjust evaluated a redownload signal and what settings were used.
| Placeholder | Description |
| {is_redownload} | Indicates whether this app activity is the first one recorded after the app was redownloaded. |
| {redownload_exclusion_window} | The redownload exclusion window setting configured for the app in the dashboard. (Reported in hours) |
| {redownload_inactivity_period} | The redownload inactivity window setting configured for the app in the dashboard. |
The following placeholders are available on Install activities. They are only populated for redownload installs and otherwise return an empty value.
{last_session_time}{last_tracker}{last_tracker_name}{first_install_time}{last_install_time}
Edit to manage the following: