Повторные установки

Краткий обзор. Повторная установка происходит, когда пользователь устанавливает приложение, удаляет его и устанавливает заново. Повторные установки приводят к одному из следующих типов атрибуции: неорганическая повторная установка, органическая повторная установка или реатрибуция (ретаргетинг). Повторные установки помогают избежать многократных расходов для пользователей, которые удаляют и устанавливают приложение повторно.

Что такое повторная установка 

Повторная установка происходит, когда пользователь удаляет приложение и устанавливает заново в течение окна реатрибуции.

Повторная установка может прийти из ретаргетинговой кампании (реатрибуция), органического или неорганического источника.

Повторные установки, которые происходят из органического или неорганического источника и находятся в рамках окна реатрибуции, так и называются повторными установками.

Повторные установки, которые происходят в результате кампаний ретаргетинга, называются здесь реатрибуцией.

Они различаются тем, как атрибутируются события повторной установки и события в приложении. 

Если установка происходит вне окна реатрибуции, то повторная установка считается новой установкой. Новая установка атрибутируется медиа-источнику (или органическому источнику, если интеракции не зарегистрировано), и начинается новое окно реатрибуции.

В таблице ниже показано, как AppsFlyer называет различные виды повторных установок

Источник повторной установки Окно реатрибуции действует? Взаимодействовал ли пользователь с кампанией ретаргетинга? Взаимодействовал ли пользователь с кампанией UA? Как это называется
Из кампании ретаргетинга Да Да Нет Реатрибуция
Из органического или неорганического источника Да Нет Да или Нет Повторные установки
Из органического или неорганического источника Нет Нет Да или Нет Новые установки

Почему важно учитывать повторные установки?

Правильная атрибуция повторной установки не только является хорошим показателем того, что пользователи возвращаются к вашему приложению и что ваши кампании работают, но и важна для того, чтобы избежать многократных трат на таргетинг пользователей, которые удаляют и снова устанавливают приложение в течение окна реатрибуции.

Аналогичным образом, атрибуция событий в приложении при повторных установках к исходному медиа-источнику (первая установка) дает рекламодателям более полное представление о том, как пользователи вовлечены в процесс. Это также показывает, насколько эффективны кампании UA и ретаргетинговые объявления. Для получения дополнительной информации см. раздел про внутренние события приложения ниже.

Процесс и результат повторных установок 

Повторные установки

После первой установки приложения пользователь удаляет его и затем устанавливает заново во время окна реатрибуции. Повторная установка может быть органической или в результате кампании UA (см. примеры).

Происходит следующее:

  • Установка НЕ атрибутируется; она не отображается ни на дэшборде, ни в данных.
  • Никакие постбэки в медиа-источники не отправляются.
  • Информацию о том, как атрибутируются события в приложении, см. в разделе про внутренние события приложения.

Реатрибуция

После первой установки приложения пользователь удаляет его, затем взаимодействует с кампанией ретаргетинга и устанавливает заново во время окна реатрибуции.

Происходит следующее:

  • Установка атрибутируется медиа-источнику ретаргетинга в представлении Ретаргетинг и объединенном представлении обзорного дэшборда.
    • Представление привлечения пользователей не содержит реатрибуций.
  • Все последующие внутренние события также атрибутируются медиа-источнику ретаргетинга (подробнее см. в разделе про внутренние события приложения).
  • В медиа-источник ретаргетинга отправляется постбэк об установке.

Подробные сведения об атрибуции ретаргетинга см. здесь.

Внутренние события приложений

Обзор

События в приложении, совершенные пользователем после повторной установки, либо атрибутируются как органические или неорганические, либо не атрибутируются как органические в зависимости от статуса атрибуции событий после повторной установки (см. ниже).

Примером внутреннего события приложения является пользователь, который переустанавливает приложение, а затем совершает покупку в приложении.

Внутреннее событие приложения и как они атрибутируются

Статус атрибуции событий после повторной установки После повторной установки После реатрибуции
Атрибутируются как органические внутренние события приложения неатрибутированные органические Ретаргетинг
Атрибутируются первой установке(1) медиа-источник первой установки Ретаргетинг (2)

(1) См. ограничения ниже

(2) В поле первичного источника. Медиа-источник первой установки будет указан в поле вторичного источника (вы увидите это только в сырых данных).

Неатрибутированные органические внутренние события

Повторные установки

  • Все внутренние события приложения учитываются как органические или полностью игнорируются в зависимости от дэшборда.
  • Внутренние события приложения будут передаваться с параметрами conversion_type (тип конверсии) и campaign_type (тип кампании) как «unknown» (неизвестно).

Реатрибуция

  • Все внутренние события приложения атрибутируются медиа-источнику ретаргетинга.

Атрибутируются первой установке

 Необходимые условия

Требуется включение. Обратитесь к вашему менеджеру по работе с клиентами.

Цель

Предоставляет рекламодателям более полное представление о том, как пользователи вовлечены в процесс. Показывает, насколько эффективны кампании UA и ретаргетинговые объявления, атрибутируя события в приложении первоначальному источнику, а не как органические.

Повторные установки

  • Все события в приложении, возникающие из повторной установки, атрибутируются к первоначальной установке (1).

Реатрибуция

  • Все события в приложении атрибутируются к ретаргетинговому объявлению в первичном источнике и к первоначальной установке во вторичном источнике. (2)

(1) См. ограничения ниже.

(2) Вы увидите это только в сырых данных.

 Примечание

Органические данные по KPI на дэшборде могут показать более низкое значение, если для параметра Атрибуция событий после повторной установки установить значение Атрибутируются первой установке, поскольку некоторые из этих установок теперь могут быть атрибутированы к неорганическому медиа-источнику.

Примеры

Переключатель Атрибутируются первой установке включен

Пример 1

Пользователь устанавливает приложение (день 0), совершает покупку за $10, а затем удаляет приложение.

На следующий день (день 1) пользователь снова устанавливает приложение и совершает покупку на сумму $5.

Reinstall_1.jpg

 

Поскольку пользователь уже совершил покупку до переустановки, он не учитывается в количестве уникальных пользователей.

Медиа-источник

польз.

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

media_source_A

Повторные установки день 1
222 XXX

media_source_A

af_purchase день 1

 

Пример 2

Пользователь устанавливает приложение (день 0), совершает покупку, а затем удаляет приложение.

На следующий день (день 1) пользователь снова устанавливает приложение из кампании UA и совершает покупку.

Медиа-источник

Имя события

Дата события

Атрибуция повторных установок

Атрибуции внутренних событий приложения

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) приложению при установке и переустановке, события в приложении будут атрибутироваться к первоначальной установке.
    • Идентификаторы устройств при первой установке и повторной установке должны совпадать.
  • Повторная установка должна происходить в пределах окна реатрибуции первой установки.
  • События дохода от рекламы считаются органическими.
  • Каждая установка и повторная установка по-прежнему будет иметь свой собственный уникальный appsflyer_id.
  • На дэшбордах не различаются события в приложении после установки или повторной установки.
    • Разницу можно увидеть в сырых данных.

Как данные отображаются на дэшбордах AppsFlyer

 

  Повторные установки неорганические Повторные установки органические Реатрибуция
Сама повторная установка Не видна Не видна Медиа-источник ретаргетинга*
Атрибуция внутренних событий приложения далее События после повторной установки: Атрибутируются как органические неатрибутированные органические неатрибутированные органические Медиа-источник ретаргетинга
События после повторной установки: Атрибутируются первой установке Первый медиа-источник Первый медиа-источник Ретаргетинговая кампания
*Только на обзорном дэшборде.

Отчеты по повторным установкам с сырыми данными

 Необходимые условия

Требуется включение. Обратитесь к вашему менеджеру по работе с клиентами.

Как атрибутируются установка и внутренние события приложения

  Повторные установки неорганические Повторные установки органические Реатрибуция Неорганическая установка Органическая установка
Чему атрибутирована Кампания UA Органика Ретаргетинговая кампания Кампания UA Органика
Атрибуция событий далее События после повторной установки: Атрибутируются как органические Органика Органика Ретаргетинговая кампания Кампания UA Органика
События после повторной установки: Атрибутируются первой установке Первая установка Первая установка Ретаргетинговая кампания Кампания UA Органика

Доступность отчетов о повторных установках

  • Отчеты по повторным установкам с сырыми данными доступны с помощью средств доставки, указанных в следующей таблице.
  • Отчеты имеют ту же структуру и заполняются аналогично отчетам по установкам: 
    • Медиа-источник: поля заполняются параметром медиа-источника, который привел к повторной установке, или как органическая установка.
    • Время установки: интерпретируется как время повторной установки, то есть время первого открытия приложения после повторной установки.
    • Название события: Повторная установка
Способ получения отчета Неорганические повторные установки Органические повторные установки
Экспорт данных
Pull API
Data Locker
Push API