Вкратце: AppsFlyer определяет медиа-источник, который побудил пользователя установить приложение или повторно взаимодействовать с ним, и приписывает это действие источнику, используя модель атрибуции AppsFlyer.
Что такое атрибуция?
Атрибуция — это процесс определения того, что побудило пользователя установить приложение или выполнить действия после установки, такие как повторное вовлечение и повторная атрибуция. Результат атрибуции включает:
- Неорганический медиа-источник: Пользователь взаимодействовал (как правило, через показ или клик) с медиа-источником.
- Органический: Пользователь не взаимодействовал с медиа-источником. Примечание! Для простоты понимания мы часто говорим, что пользователь атрибуцирован органически. Мы понимаем, что это не совсем верно, так как пользователи, устанавливающие приложение органически, по сути не атрибутируются.
Атрибуция имеет ключевое значение для оптимизации процесса привлечения пользователей и усилий по re-engagement.
Совет
Хотите узнать больше об атрибуции? Ознакомьтесь с этим коротким информативным курсом на Портале Обучения AppsFlyer.
Что такое установка приложения?
Модель атрибуции — это набор правил, определяющих, как заслуга за событие присваивается точкам соприкосновения в путях конверсии. У каждого участника экосистемы маркетинга приложений — Google Play , App Store, Apple , платформы CTV, ПК и консоли, рекламные сети, такие как Meta ads и X Ads, а также компании по измерению мобильного трафика — есть свои модели атрибуции. Каждый из них считает установки и события по-разному.
Важно не различие между моделями, а то, чтобы правила были прозрачны и применялись беспристрастно. Это позволяет рекламодателям оптимизировать кампании и сравнивать качество эффективности пользователей.
Важно понимать модели и правила игроков, с которыми вы работаете. Самое важное — понимать модель и нюансы методов, поддерживаемых в AppsFlyer.
В AppsFlyer атрибутивное событие происходит, когда выполняется одно из следующих условий:
- В контексте привлечения пользователей: Установка регистрируется и атрибутируется после того, как пользователь загружает и запускает приложение. Это означает, что в AppsFlyer временной меткой установки приложения является первый запуск. Напротив, рекламные сети используют время вовлечения, а магазины приложений — время загрузки.
- В контексте ретаргетинга:
- повторное вовлечение
- Повторная атрибуция
Методы атрибуции
AppsFlyer использует несколько методов атрибуции, которые перечислены в следующей таблице:
| Метод | Использует идентификатор устройства | Техника | Определяется через |
Android (Google Play и сторонние магазины)
|
iOS | Universal Windows Platform (UWP) | Платформы CTV, ПК и консолей (3) |
|---|---|---|---|---|---|---|---|
| Реферер (1) | Нет | Детерминированный | AppsFlyer | Да (2) | Нет | Да | Нет |
| Сопоставление идентификаторов устройства (1) | Да | Детерминированный | AppsFlyer | Да | Да | Да | Да |
| Вероятностное моделирование (1) | Нет | Вероятностное | AppsFlyer | Да | Да | Нет | Да |
| Агрегированная расширенная конфиденциальность (AAP) (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 часов).
- Вероятностное моделирование кликов всегда включено.
- Вероятностное моделирование по просмотрам необходимо включить на странице настроек приложения и на вкладке интеграции для не-SRN. Для CTV, ПК и консольных приложений эта функция включена по умолчанию.
Параметры вероятностного моделирования для рекламных сетей
Рекламные сети, реализующие атрибуцию с вероятностным моделированием, должны отправлять следующие параметры в ссылке атрибуции или через заголовки HTTP-запроса:
Агрегированная расширенная конфиденциальность (AAP)
Агрегированная расширенная конфиденциальность (AAP) — классический метод атрибуции, при котором результаты эффективности кампании предоставляются в агрегированном виде, исключая возможность отслеживания пользователей через приложения и сайты, принадлежащие различным компаниям, и возможность уникальной идентификации пользователя или устройства.
AAP использует уровни конфиденциальности Apple SKAdNetwork как минимальный ориентир для определения порогов конфиденциальности. AAP является моделью атрибуции по умолчанию для устройств Apple, работающих на iOS 14.5+, за исключением случаев, когда это явно разрешено Apple, таких как собственные медиа и пользователи, давшие согласие ATT.
В отличие от других описанных методов атрибуции, цель алгоритма машинного обучения AAP — максимизировать точность совокупной эффективности кампании, а не точность атрибуции конечного пользователя.
Кампании предварительной загрузки
Классический метод Атрибуции для кампаний предварительной загрузки, когда Приложения устанавливаются на устройство пользователя партнером по предварительной загрузке либо на заводе, либо при активации устройства. Партнерами по предварительной загрузке могут быть:
- Производители оригинального оборудования (OEM)
- Платформы обнаружения Приложений
- Мобильные операторы
Существует 3 метода Атрибуции кампаний предварительной загрузки. Все три метода можно использовать одновременно; они не мешают работе друг друга.
Три метода и некоторые основные характеристики представлены в таблице ниже. Нажмите на ссылки, чтобы узнать больше о каждом методе предварительной загрузки.
| Метод Атрибуции предварительной загрузки | Кейсы | Информация от активации устройства до запуска Приложения* | Окно лукбэк** | Тип соответствия в необработанных данных |
|---|---|---|---|---|
| Реферер 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 часа |
|
Для включения атрибуции по просмотрам:
- Настройте окно лукбэк в окне конфигурации.
Продвинутые темы атрибуции
События в приложении
AppsFlyer использует идентификатор устройства или уникальный идентификатор AppsFlyer для атрибуции (установка приложения, переустановка или повторная атрибуция), чтобы связывать события в приложении с медиа-источником. Рекламодатели могут использовать эту информацию для отслеживания пути пользователей через необработанные данные их приложений. В агрегированном виде за день идентификатор устройства / идентификатор AppsFlyer используется для подсчета числа уникальных пользователей, например, пользователей, выполнивших событие в приложении.
Для получения дополнительной информации об атрибуции событий, кликните здесь.
Вспомогательные установки (ассисты)
AppsFlyer полностью атрибутирует только один медиа-источник для каждой установки, обычно используя последний клик по рекламе или последний показ рекламы (если кликов не было).
Вспомогательные установки (также известные как многоканальная атрибуция) — это установки, при которых медиа-источник/кампания не стали последней точкой взаимодействия, но пользователь взаимодействовал с ними до установки, и взаимодействие произошло в течение окна атрибуции.
Вспомогательные сети отображаются как участники установки в AppsFlyer.
Для получения дополнительной информации нажмите здесь.
Повторные установки
Повторная установка происходит, когда пользователь сначала устанавливает приложение, затем удаляет его и вновь устанавливает. Атрибуция повторной установки регулируется окном реатрибуции следующим образом:
- Если повторная установка происходит после окончания окна реатрибуции, регистрируется новая установка.
- Если повторная установка происходит в течение окна реатрибуции, применяются следующие условия:
- Если пользователь вовлечен в ретаргетинг до повторной установки, регистрируется ретаргетинг повторной установки (также реатрибуция).
- Если пользователь не взаимодействовал с кампанией или был вовлечен в кампанию UA, установка не регистрируется. В зависимости от состояния атрибуции событий после повторной установки , события в приложении таких пользователей приписываются либо к органическим, либо к первоначальной установке.
Для тестирования устройства и множественных установок зарегистрируйте устройство в AppsFlyer. Если вы не зарегистрируете устройство, будет записана только первая установка.
Обратите внимание, что AppsFlyer обеспечивает большую точность атрибуции повторных установок iOS без идентификатора рекламодателя. Эту функцию можно включить на странице настроек приложения.
Повторная установка приложений iOS, резервные копии которых находятся в iCloud
Когда приложение сохраняется в резервной копии через iCloud и позже восстанавливается (будь то на том же устройстве или другом), AppsFlyer не считает это новой установкой или повторной установкой. Пользователь, восстанавливающий приложение из iCloud, сохраняет свой идентификатор AppsFlyer и данные атрибуции.
Атрибуция ретаргетинга
Пользователь, который повторно устанавливает приложение в течение Окно re-attribution (по умолчанию 90 дней), считается реатрибуцией. Если эта установка происходит после взаимодействия с кампанией ретаргетинга, она регистрируется как повторная установка ретаргетинг (также реатрибуция/повторная атрибуция) и отражается в ретаргетинге.
Обновления приложений
- Когда существующие пользователи обновляют Приложение до более новой версии, это не рассматривается как событие Атрибуции, если пользователь ранее был атрибутирован через AppsFlyer. Примечание! Если вы переходите на AppsFlyer с другой платформы MMP, существующие пользователи при первом запуске приложения после миграции будут отнесены к органическим.
- Метрики, связанные с количеством пользователей для каждой версии Приложения, доступны в Дэшборде информации SDK.