Краткий обзор: AppsFlyer определяет медиа-источник, который побудил пользователя установить приложение или повторно взаимодействовать с ним, и приписывает это действие источнику, используя модель атрибуции AppsFlyer.
Что такое атрибуция?
Атрибуция — это процесс определения того, что побудило пользователя установить приложение или выполнить действия после установки, такие как повторное вовлечение и повторная атрибуция. Результат атрибуции включает:
- Неорганический медиа-источник: Пользователь взаимодействовал (как правило, через показ или клик) с медиа-источником.
- Органический: Пользователь не взаимодействовал с медиа-источником. Примечание! Для простоты понимания мы часто говорим, что пользователь атрибутирован органически. Мы понимаем, что это не совсем верно, так как пользователи, устанавливающие приложение органически, по сути не атрибутируются.
Атрибуция имеет ключевое значение для оптимизации процесса привлечения пользователей и усилий по повторному вовлечению пользователей.
Совет
Хотите узнать больше об атрибуции? Ознакомьтесь с этим коротким информативным курсом на Портале Обучения AppsFlyer.
Что такое установка приложения?
Модель атрибуции — это набор правил, определяющих, как заслуга за событие присваивается точкам взаимодействия в цепочках конверсии. У каждого участника экосистемы маркетинга приложений — Google Play , App Store, Apple , платформ CTV, ПК и консолей, рекламных сетей, таких как Meta ads и X Ads, а также компаний по измерению мобильного трафика — есть свои модели атрибуции. Каждая из них считает установки и события по-разному.
Важно не различие между моделями, а то, чтобы правила были прозрачны и применялись беспристрастно. Это позволяет рекламодателям оптимизировать кампании и сравнивать качество эффективности пользователей.
Важно понимать модели и правила игроков, с которыми вы работаете. Самое важное — понимать модель и нюансы методов, поддерживаемых в AppsFlyer.
В AppsFlyer атрибутивное событие происходит, когда выполняется одно из следующих условий:
- В контексте привлечения пользователей: Установка регистрируется и атрибутируется после того, как пользователь загружает и запускает приложение. Это означает, что в AppsFlyer временной меткой установки приложения является первый запуск. В отличие от AppsFlyer, рекламные сети используют время вовлечения, а магазины приложений — время загрузки.
- В контексте ретаргетинга:
- Повторное вовлечение
- Повторная атрибуция
Методы атрибуции
AppsFlyer использует несколько методов атрибуции, которые перечислены в следующей таблице:
| Метод | Использует идентификатор устройства | Техника | Атрибутируется через |
Android (Google Play и сторонние магазины)
|
iOS | Universal Windows Platform (UWP) | Платформы CTV, ПК и консолей (3) |
|---|---|---|---|---|---|---|---|
| Реферер (1) | Нет | Детерминированный | AppsFlyer | Да (2) | Нет | Да | Нет |
| Сопоставление идентификаторов устройства (1) | Да | Детерминированный | AppsFlyer | Да | Да | Да | Да |
| Вероятностное моделирование (1) | Нет | Вероятностное | AppsFlyer | Да | Да | Нет | Да |
| Предварительная загрузка (1) | Нет | Детерминированный | AppsFlyer | Да | Нет | Да | Нет |
| SKAdNetwork (SKAN) | Нет | Детерминированный | Apple | Нет | Да | Нет | Нет |
| Apple Search Ads (1) | Нет | Детерминированный | Apple | Нет | Да | Нет | Нет |
| Диплинк (1) | Нет | Детерминированный | AppsFlyer | Да | Да | Да | Нет |
|
(1) Иногда это называется «классическим» методом атрибуции в панелях управления и отчетах AppsFlyer. (2) Поддерживается некоторыми сторонними магазинами |
|||||||
Приоритеты методов атрибуции (водопад атрибуции)
При новой установке, если имеется более одного действительного вовлечения, AppsFlyer отдает приоритет кликам над показами и детерминированным методам над вероятностными. Методы атрибуции используются в соответствии с приоритетами, указанными на диаграмме.
Ниже вы найдете подробные описания моделей атрибуции AppsFlyer.
Реферальная ссылка (только для Android)
- Приложения для Android, загружаемые из Google Play и некоторых других магазинов приложений, обычно атрибутируются методом реферальной ссылки. Реферал предоставляет исходный URL-адрес, по которому кликнули перед перенаправлением в магазин Android. Это основной метод атрибуции для Android. В настоящее время атрибуцию по рефереру установки поддерживают Google Play, Huawei App Store, Samsung Galaxy Store и Xiaomi GetApps Store. Альтернативная атрибуция в магазинах приложений с использованием реферера.
- Meta реферер установки: AppsFlyer поддерживает атрибуцию Meta ads для приложений Android, при этом метаданные рекламной кампании извлекаются из локального хранилища устройства. Эти данные используются для измерения атрибуции (мета-атрибуция на устройстве).
Сопоставление идентификатора устройства
Классический метод атрибуции, при котором рекламная сеть, имеющая доступ к устройству пользователя, отправляет идентификатор устройства в AppsFlyer при клике по URL-адресу или при уведомлении AppsFlyer о показе. Это позволяет AppsFlyer сопоставлять идентификатор устройства при клике с идентификатором устройства, полученным с помощью SDK (пакет средств разработки ПО) AppsFlyer.
Сопоставление идентификаторов устройств является основным методом атрибуции в iOS.
Доступные идентификаторы:
- Устройства iOS: IDFA, IDFV
- Устройства Android с сервисами Google Play: GAID
- Устройства Android без сервисов Google Play: OAID, Android ID, IMEI, Fire ID
Идентификаторы устройств можно хешировать с помощью алгоритмов SHA1 или MD5 в атрибуционных ссылках.
Сопоставление идентификаторов устройств с использованием IDFV (iOS)
- Классический метод атрибуции с использованием идентификатора для поставщиков (IDFV) доступен в iOS 6.0+. На него не распространяются механизмы Apple ATTrackingManager и LAT. Он всегда доступен и может быть использован для перекрестной рекламы приложений от одного поставщика.
- SDK (пакет средств разработки ПО) AppsFlyer по умолчанию собирает IDFV.
- По данным Apple, Значение этого свойства одинаково для приложений от одного поставщика, работающих на одном устройстве.
- IDFV генерируется Apple, когда пользователь устанавливает первое приложение данного поставщика. Это означает, что Apple проверяет, нет ли на устройстве других приложений того же поставщика. Таким образом, после удаления всех приложений определенного поставщика и установки нового приложения того же поставщика создается новый IDFV.
- Если возможно, отправляйте IDFV. Это улучшает атрибуцию. Мы используем IDFV в различных сценариях, включая:
- Атрибуцию меж-рекламы.
- Атрибуцию повторных установок на том же устройстве.
- Отчетность по необработанным данным.
- Аудитории.
Сопоставление идентификаторов устройств для самоотчетных сетей.
Классический метод атрибуции, при котором при первом запуске приложения AppsFlyer проверяет в его настройках, ожидается ли трафик от сетей с самостоятельной атрибуцией (SRN), таких как Meta ads, Snapchat и Google Реклама.
AppsFlyer обращается к соответствующим SRN, используя уникальный идентификатор устройства новой установки. Запрос использует API, предоставленные MMP (Партнеры по измерению эффективности мобильной рекламы), как это определено SRN. На основании ответа AppsFlyer может отнести новых пользователей к SRN.
Вероятностное моделирование
Вероятностное моделирование — это статистический метод, использующий машинное обучение для оценки эффективности кампании. Параметры вероятностного моделирования собираются:
- Изначально при клике или просмотре рекламы (если включено)
- Затем при запуске приложения
Характеристики реализации
- Использует статистику, не основываясь на уникальных идентификаторах.
- Это резервный метод, используемый при отсутствии реферера или рекламных идентификаторов. Детерминированные методы атрибуции, такие как клики с совпадением реферера или идентификатора, имеют приоритет, если они происходят в пределах окна атрибуции.
- Для мобильных приложений AppsFlyer динамически определяет окно атрибуции на основе сети пользователя. Длительность окна адаптируется, но короче, чем у других методов (до 24 часов).
- Для приложений для CTV, ПК и консолей окно атрибуции определяется параметром ссылки
af_lookback_window, но не может превышать 7 дней. - Вероятностное моделирование по кликам всегда включено.
- Вероятностное моделирование по просмотрам необходимо включить на странице настроек приложения и на вкладке интеграции для сетей без самостоятельной атрибуции. Для CTV, ПК и консолей эта функция включена по умолчанию.
Параметры вероятностного моделирования для рекламных сетей
Рекламные сети, реализующие атрибуцию с вероятностным моделированием, должны отправлять следующие параметры в ссылке атрибуции или через заголовки HTTP-запроса:
Кампании предварительной загрузки
Классический метод атрибуции для кампаний предварительной загрузки, когда приложения устанавливаются на устройство пользователя партнером по предварительной загрузке либо на заводе, либо при активации устройства. Партнерами по предварительной загрузке могут быть:
- Производители оригинального оборудования (OEM)
- Платформы обнаружения приложений
- Мобильные операторы
Существует три метода атрибуции кампаний предварительной загрузки. Все три метода можно использовать одновременно; они не мешают работе друг друга.
Три метода и некоторые основные характеристики представлены в таблице ниже. Нажмите на ссылки, чтобы узнать больше о каждом методе предварительной загрузки.
| Метод атрибуции предварительной загрузки | Применение | Информация от активации устройства до запуска приложения* | Окно ретроспективы** | Тип соответствия в необработанных данных |
|---|---|---|---|---|
| Реферер AppsFlyer* |
|
Да |
|
|
| Автоустановка Google Play** | Предварительно загружено при активации устройства (для приложений из Google Play) | Нет |
|
preload_pai |
| Предварительная загрузка на заводе через System Property или манифест (Android)** |
|
Нет | Без ограничений | preload_conf |
|
* Решение AppsFlyer для реферера предварительной загрузки обеспечивает возможности измерения между первой активацией устройства и первым запуском приложения. Это позволяет увидеть, сколько устройств было активировано с предзагруженным приложением от конкретного партнера, и затем определить, когда приложение запускается впервые. Для двух других методов атрибуция определяется только после первого запуска приложения пользователем. Количество устройств, на которых установили приложение до первого запуска, недоступно. C момента первого включения устройства пользователем до первого запуска предустановленного приложения может пройти несколько дней или недель. Поэтому AppsFlyer придает кампаниям с предустановкой наивысший приоритет определения атрибуции с увеличенными периодами лукбэк.
| ||||
Глубокая ссылка
Классический метод атрибуции для повторного вовлечения, когда пользователи не перенаправляются в магазин приложений для загрузки приложения. Таким образом, информация в URL-адресе может быть непосредственно связана с кликом и последующим открытием приложения. Этот метод атрибуции называют глубокой ссылкой, поскольку URL-адрес глубокой ссылки несет информацию, используемую для атрибуции повторного вовлечения.
Методы атрибуции для медиа-источников и функций AppsFlyer
См. следующие разделы для подробной информации о поддерживаемых методах атрибуции в зависимости от:
- Медиа-источник: собственный или платный
- Используемая функция AppsFlyer
- Устройство пользователя: Android или iOS
Собственные медиа
| Медиа-источник | Функциональность | Метод атрибуции | |
|---|---|---|---|
| Android | iOS | ||
| Собственные медиа: электронная почта (включая ESP), СМС, публикации в социальных сетях, инфлюенсеры/партнеры, печать и т. д. | OneLink |
|
Вероятностное моделирование |
| Собственный мобильный веб-сайт/целевая страница с платным или органическим входящим трафиком | Смарт-баннеры |
|
Вероятностное моделирование |
| Смарт-скрипт OneLink |
|
Вероятностное моделирование | |
| Собственные мобильные приложения | Приглашения пользователей/рефералы |
|
Вероятностное моделирование |
| Кросс-промоция |
|
Сопоставление идентификатора устройства | |
Платные медиа
| Медиа-источник | Метод атрибуции | ||
|---|---|---|---|
| Android | iOS | Платформы CTV, ПК и консоли | |
| SRNs | Сопоставление идентификатора устройства |
|
Сопоставление идентификатора устройства |
|
|
|
|
| Предустановлено на устройство | Предустановки | -- | |
Типы атрибуции вовлечения пользователей
Атрибуция выполняется на основе кликов и просмотров. Атрибуция медиа-источников достигается с использованием сопоставления идентификаторов устройств и методов вероятностного моделирования.
Атрибуция по кликам
Большинство установок является результатом кликов пользователей по рекламе, такой как баннеры, видео и интерстициальные объявления.
После клика по рекламе открывается окно обратного отслеживания кликов, которое по умолчанию продолжительностью 7 дней. Установки, произошедшие в пределах окна атрибуции, считаются неорганическими и атрибутируются источнику трафика. Установки, происходящие после окончания окна атрибуции, считаются органическими установками. Часто называются как органически атрибутированные.
- Семидневное окно атрибуции по клику считается отраслевым стандартом. Установите продолжительность окна в соответствии с вашим соглашением с источником трафика.
- Синхронизируйте окна атрибуции SRN с продолжительностью, установленной самим SRN. последний обновленный
| Тип атрибуции | Метод атрибуции | Диапазон | По умолчанию |
|---|---|---|---|
|
По кликам (Все интегрированные партнеры)
|
Реферальное сопоставление, сопоставление идентификаторов | 1–30 дней | 7 дней |
| Вероятностное моделирование | 0–24 часа |
|
Атрибуция по просмотрам
Пользователи, которые видят рекламу, но не кликают по ней, могут быть атрибутированы рекламной сети, показывающей объявление.
Окно лукбэк для атрибуции по просмотрам:
- короче, чем у атрибуции по кликам
- может быть настроено.
Это особенно полезно для видеорекламных сетей, у которых традиционно низкий CTR на видеорекламу, а также для традиционных рекламных сетей, показывающих обычные объявления.
В случаях, когда фиксируются и клик, и показ, приоритет всегда отдается клику, поскольку это активное взаимодействие.
| Тип атрибуции | Метод атрибуции | Диапазон |
По умолчанию |
|---|---|---|---|
|
Просмотр (для (выбранные интегрированные партнеры)
|
Сопоставление идентификаторов | 0-24 часа | 1 день |
| Вероятностное моделирование | 0-24 часа |
|
Для включения атрибуции по просмотрам:
- Установите окно атрибуции в окне конфигурации.
Атрибуция вовлеченных кликов
Вовлечённые клики фиксируются, когда пользователь нажимает на объявление и остаётся в том же контексте — продолжая взаимодействовать с рекламой — без перехода в магазин приложений или запуска приложения. Например, взаимодействия могут включать: оставаться внутри интерактивного объявления, взаимодействовать с элементами внутри объявления или продолжать просматривать контент в контейнере объявления. Для дополнительной информации информации см. О типах улучшенного вовлечения.
- Окно ретроспективного анализа вовлечённых кликов для атрибуции с сопоставлением по ID составляет 1–7 дней. Значение по умолчанию 2 дня.
- Окно ретроспективного анализа для вероятностного моделирования составляет 0–24 часов. Значение по умолчанию – адаптивное.
- Установите длительность окна в соответствии с вашим соглашением с медиаисточником.
- Функция вовлечённого клика доступна у выбранных интегрированных партнёров.
- Вовлечённые клики имеют такой же приоритет атрибуции, как и клики для загрузки и клик для приложения.
| Тип атрибуции. | Метод атрибуции | Диапазон | По умолчанию |
|---|---|---|---|
|
Вовлеченный клик (для выбранных интегрированных партнеров) |
Сопоставление идентификаторов |
1–7 дней 1–23 часа |
2 дня |
| Вероятностное моделирование | 0–24 часа |
|
Атрибуция вовлеченного просмотра
Вовлечённый просмотр происходит, когда пользователь смотрит рекламу и выполняет квалифицирующее действие – например, просматривает видео дольше установленного порога или взаимодействует с рекламным блоком, не кликая. Эти действия свидетельствуют о намерении и используются для атрибуции установки. Более подробную информацию см. здесь: О типах улучшенного вовлечения.
- Окно ретроспективного анализа вовлечённого просмотра составляет 0–24 часа как для детерминированной, так и для вероятностной атрибуции.
- Окно ретроспективного анализа по умолчанию для детерминированной атрибуции составляет 2 дня.
- Функция вовлечённого просмотра поддерживается выбранными интегрированными партнёрами.
- Вовлечённые просмотры имеют такой же приоритет атрибуции, как вовлечённые клики и клики для перехода в приложение.
| Тип атрибуции | Метод атрибуции | Диапазон | По умолчанию |
|---|---|---|---|
|
Вовлечённый просмотр (для выбранных интегрированных партнёров) |
Сопоставление идентификаторов |
1–7 дней 1–23 часа |
2 дня |
| Вероятностное моделирование | 0–24 часа |
|
Чтобы включить атрибуцию вовлечённого просмотра:
- Установите окно ретроспективного анализа в окне конфигурации.
Продвинутые темы атрибуции
События в приложении
AppsFlyer использует идентификатор устройства или уникальный идентификатор AppsFlyer для атрибуции (установка приложения, переустановка или повторная атрибуция), чтобы связывать события в приложении с медиа-источником. Рекламодатели могут использовать эту информацию для отслеживания пути пользователей через необработанные данные их приложений. В агрегированном виде за день идентификатор устройства / идентификатор AppsFlyer используется для подсчета числа уникальных пользователей, например, пользователей, выполнивших событие в приложении.
Для получения дополнительной информации об атрибуции событий, кликните здесь.
Вспомогательные установки (ассисты)
AppsFlyer полностью атрибутирует только один медиа-источник для каждой установки, обычно используя последний клик по рекламе или последний показ рекламы (если кликов не было).
Вспомогательные установки (также известные как многоканальная атрибуция) — это установки, при которых медиа-источник/кампания не стали последней точкой взаимодействия, но пользователь взаимодействовал с ними до установки, и взаимодействие произошло в течение окна атрибуции.
Вспомогательные сети отображаются как участники установки в AppsFlyer.
Для получения дополнительной информации нажмите здесь.
Повторные установки
Повторная установка происходит, когда пользователь сначала устанавливает приложение, затем удаляет его и вновь устанавливает. Атрибуция повторной установки регулируется окном реатрибуции следующим образом:
- Если повторная установка происходит после окончания окна реатрибуции, регистрируется новая установка.
- Если повторная установка происходит в течение окна реатрибуции, применяются следующие условия:
- Если пользователь вовлечен в ретаргетинг до повторной установки, регистрируется ретаргетинг повторной установки (также реатрибуция).
- Если пользователь не взаимодействовал с кампанией или был вовлечен в кампанию UA, установка не регистрируется. В зависимости от состояния атрибуции событий после повторной установки , события в приложении таких пользователей приписываются либо к органическим, либо к первоначальной установке.
Для тестирования устройства и множественных установок зарегистрируйте устройство в AppsFlyer. Если вы не зарегистрируете устройство, будет записана только первая установка.
Обратите внимание, что AppsFlyer обеспечивает большую точность атрибуции повторных установок iOS без идентификатора рекламодателя. Эту функцию можно включить на странице настроек приложения.
Повторная установка приложений iOS, резервные копии которых находятся в iCloud
Когда приложение сохраняется в резервной копии через iCloud и позже восстанавливается (будь то на том же устройстве или другом), AppsFlyer не считает это новой установкой или повторной установкой. Пользователь, восстанавливающий приложение из iCloud, сохраняет свой идентификатор AppsFlyer и данные атрибуции.
Атрибуция ретаргетинга
Пользователь, который повторно устанавливает приложение в течение Окно re-attribution (по умолчанию 90 дней), считается реатрибуцией. Если эта установка происходит после взаимодействия с кампанией ретаргетинга, она регистрируется как повторная установка ретаргетинг (также реатрибуция/повторная атрибуция) и отражается в ретаргетинге.
Обновления приложений
- Когда существующие пользователи обновляют Приложение до более новой версии, это не рассматривается как событие Атрибуции, если пользователь ранее был атрибутирован через AppsFlyer. Примечание! Если вы переходите на AppsFlyer с другой платформы MMP, существующие пользователи при первом запуске приложения после миграции будут отнесены к органическим.
- Метрики, связанные с количеством пользователей для каждой версии Приложения, доступны в Дэшборде информации SDK.