Описание модели мобильной атрибуции

Путь пользователя мобильного приложения

Что такое мобильная атрибуция?

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

Что считается установкой мобильного приложения?

Модель атрибуции — это набор правил, по которым событие соотносится с точками взаимодействия на путях конверсии. Все участники экосистемы мобильного маркетинга — от Google Play и App Store до рекламных сетей, таких как Facebook и Twitter, и компаний, которые специализируются на измерении мобильного трафика, — используют собственные модели мобильной атрибуции. Каждый из участников учитывает установки и события по-своему.

Важно понимать особенности модели атрибуции каждого участника, с которым вы работаете. А самое главное — понимать модель атрибуции AppsFlyer.  

В AppsFlyer установка регистрируется после того, как пользователь загрузит и запустит мобильное приложение. Это означает, что меткой времени для установки приложения будет время первого запуска. Для сравнения: рекламные сети регистрируют время вовлечения, а магазины приложений — время загрузки.

Методы атрибуции AppsFlyer

Методы атрибуции AppsFlyer

AppsFlyer использует несколько разных методов атрибуции в зависимости от платформы устройства и доступности.

Инициатор установки (только Android)

AppsFlyer использует параметр "referrer" из Google Play, который содержит исходный URL-адрес, нажатый до того, как произошел переход в Google Play. Это основной метод атрибуции для приложений Android, который доступен только в том случае, когда приложение для Android загружено из магазина Google Play, а не из других торговых площадок.

Сопоставление идентификатора устройства

Рекламная сеть, у которой есть доступ к устройству пользователя, отправляет в AppsFlyer идентификатор устройства при нажатии URL-адреса или вместе с уведомлением AppsFlyer о показе. Это дает AppsFlyer возможность сопоставить идентификатор устройства, на котором было выполнено нажатие, с идентификатором устройства, полученным в SDK AppsFlyer.

Сопоставление идентификатора устройства является основным методом атрибуции для приложений iOS. Доступные идентификаторы:

  • Устройства iOS: IDFA и IDFA, хэшированный по алгоритму SHA1
  • Google Play: GAID и GAID, хэшированный по алгоритму SHA1
  • Места продажи приложений для Android, кроме Google Play: Android ID, IMEI-идентификаторы устройств

Сопоставление идентификаторов устройств для сетей с автоматическим предоставлением данных 

При первом запуске приложения AppsFlyer проверяет, настроено ли оно на получение трафика от нескольких сетей, которые называются сетями с автоматическим предоставлением данных (Self-Reporting Network, SRN). Это такие сети, как Facebook, Snapchat, Google Ads, Twitter и т. д.

После этого AppsFlyer опрашивает настроенные для приложения сети с автоматическим предоставлением данных, используя уникальный идентификатор устройства, связанный с новой установкой. Этот запрос выполняется с помощью API партнеров по измерению эффективности мобильной рекламы (MMP), доступ к которым AppsFlyer получает от сетей с автоматическим предоставлением данных. На основе полученных ответов AppsFlyer атрибутирует новых пользователей сетям с автоматическим предоставлением данных.

Технология идентификационных отпечатков

Идентификационный отпечаток формируется путем сбора значений различных параметров устройства. Сбор данных для идентификационного отпечатка начинается при первом нажатии. Затем при запуске приложения снова выполняется сбор данных и предпринимается попытка сопоставления. Набор данных информационного отпечатка включает связанные с устройством параметры, такие как IP-адрес и версия ОС.

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

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

IP_uniqueness.png

ТВ-атрибуция

AppsFlyer позволяет атрибутировать органические установки кампаниям на ТВ или радио, относя их к медиаисточнику ТВ. Органическая установка атрибутируется медиаисточнику "ТВ" при выполнении всех следующих условий:

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

Методы ТВ-атрибуции:

  • Загрузка файла.
  • Интегрированные партнеры по ТВ.
  • Shazam.

См. статью Интеграция с партнерами по измерению ТВ-атрибуции

Предустановленные приложения

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

Поскольку перед установкой не было ни вовлечения пользователя, ни нажатия, ни просмотра, то атрибуция установки происходит при первом запуске приложения с помощью API SDK AppsFlyer. См статью Настройка и тестирование кампаний по предустановке приложений для Android

Типы атрибуции вовлечения пользователей

AppsFlyer регистрирует и использует атрибуцию вовлечения пользователей двух типов: по нажатиям и по просмотрам.

Атрибуция по нажатиям

Большинство атрибутированных установок мобильных приложений происходит в результате нажатий пользователями элементов рекламы: баннеров, видео, рекламных вставок и т. п.

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

click-through-lookback.png

AppsFlyer рекомендует использовать окна атрибуции по нажатиям длительностью семь дней, которые считаются отраслевым стандартом. Для окна атрибуции можно задавать продолжительность от 1 до 30 дней в зависимости от вашего соглашения с медиаисточником. Например, продолжительность окна атрибуции в Facebook — 28 дней, в Twitter — 14 дней, а в Google Ads — 30 дней. 

Тип атрибуции

 

Метод атрибуции

 

Окно ретроспективного обзора по нажатиям

Диапазон

Рекомендуется
(по умолчанию)

По нажатиям

(Все интегрированные партнеры)

 

Инициатор установки, сопоставление идентификатора

1 – 30 дней

7 дней

Технология идентификационных отпечатков

Фиксированный

1 день

Чтобы обеспечить высокую точность атрибуции, максимальная продолжительность окна атрибуции по нажатиям с использованием идентификационного отпечатка для iOS составляет 24 часа, а для Android это окно намного короче.

Подробные сведения об окнах ретроспективного обзора AppsFlyer см. здесь.

Атрибуция по просмотрам

Новые установки, выполненные пользователями, которые просматривают мобильную рекламу, но не нажимают на нее, можно атрибутировать рекламным сетям, которые разместили эту рекламу.

Окно атрибуции по просмотрам намного короче окна атрибуции по нажатиям, и его можно настраивать.

Чтобы включить атрибуцию по просмотрам, задайте окно атрибуции в окне настроек AppsFlyer.

view-through-lookback.png

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

Тип атрибуции

Метод атрибуции

Диапазон

Рекомендуется
(по умолчанию)

По просмотрам

(Выбранные интегрированные партнеры)

Сопоставление идентификатора

1 час — 2 дня

1 день

Если зарегистрированы и нажатие, и показ, приоритет всегда отдается нажатию, поскольку это активное вовлечение.

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

Дополнительные аспекты атрибуции

Вспомогательные установки

AppsFlyer полностью атрибутирует только одну исходную точку взаимодействия для каждой установки, как правило, в соответствии с последним нажатием на рекламное объявление или последним показом рекламы (если нажатий не было).

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

Сети, которые поспособствовали установке, считаются ассистентами на панели управления AppsFlyer и в необработанных данных.

Подробные сведения см. здесь.

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

AppsFlyer записывает новую установку приложения на устройство в таких случаях:

  • приложение ранее не устанавливалось ИЛИ
  • приложение уже было установлено, но было удалено, а затем повторно установлено после истечения времени окна реатрибуции с даты первоначальной установки.

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

Для проверки устройства и нескольких установок внесите устройство в белый список базы данных AppsFlyer, иначе будет записана только первая установка. Сведения о добавлении устройства в белый список для тестирования см. здесь.

Атрибуция ретаргетинга

Если пользователь повторно устанавливает приложение в рамкахокна реатрибуции (длительностью 90 дней по умолчанию), то это событие считается реатрибуцией и отображается соответствующим образом на панели управления AppsFlyer в разделе "Ретаргетинг", если оно получено из кампании ретаргетинга

Подробные сведения см. здесь.

Обновления приложений

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

Это правило не распространяется на приложения с базой активных пользователей, которые впервые интегрируют SDK AppsFlyer. Если существующие пользователи обновляют приложение до новой версии, которая включает SDK AppsFlyer, AppsFlyer отображает их как новых органических пользователей.

Была ли эта статья полезной?