Краткий обзор: План миграции на AppsFlyer с систем атрибуции другого поставщика. Вы узнаете, как в период миграции избежать двойной оплаты, дублирования и потери данных.
О миграции на AppsFlyer с других платформ
Миграция на AppsFlyer с решения другого поставщика включает следующие основные задачи:
Над решением этих задач можно работать одновременно. Однако мы рекомендуем:
- Выполнить все задачи до релиза обновленного приложения с SDK AppsFlyer.
- Приостановить текущие маркетинговые кампании, прежде чем выполнять миграцию идентификаторов устройств.
Сравните измерения между AppsFlyer и другими MMP
При рассмотрении вопроса о миграции от других MMP, рекламодателям, возможно, захочется сравнить показатели атрибуции обоих MMP по одним и тем же медиа-источникам и кампаниям. Однако не все медиа-источники поддерживают измерение с помощью более, чем одного MMP. Те, которые это делают, могут иметь определенные ограничения и трудности в предотвращении расхождений в атрибуции. Больше информации об измерении атрибуции с помощью нескольких MMP можно найти здесь.
Действия
В таблице ниже описан объем работ по каждой задаче. Чтобы увидеть точную разбивку основных действий и отслеживать прогресс их выполнения, скачайте эту электронную таблицу.
Объем работ
| Задача | Необходимое действие | Кто задействован | Ожидаемое время выполнения | Примечания |
|---|---|---|---|---|
| Предварительные условия |
|
Маркетолог / пользователь дэшборда AppsFlyer | 2 часа | |
| Интеграция SDK |
|
Разработчики приложений | 1–2 недели |
|
| Миграция устройств [необязательно] | Мигрируйте идентификаторы устройств, чтобы избежать двойной атрибуции имеющихся пользователей. | Инженер данных | 1–2 недели |
|
| Миграция кампаний |
|
Маркетолог / UA менеджер | 1–3 недели | |
| Настройка отчетов по данным |
|
Инженер данных | 2–4 недели |
Интеграция SDK
Интеграция SDK
SDK AppsFlyer, интегрированный в приложение, является связующим звеном между приложением и платформой AppsFlyer. Он сообщает об установках, открытиях и внутренних событиях приложения и т.д.
Чтобы интегрировать SDK AppsFlyer:
- Интегрируйте SDK AppsFlyer в приложение.
См. руководства по интеграции SDK для Android и iOS. - Сопоставьте внутренние события приложения, которые вы хотите регистрировать, с помощью схем AppsFlyer.
Это можно сделать через SDK или S2S. -
Удалите SDK другого поставщика систем атрибуции.
Это можно сделать сразу, перейдя исключительно на AppsFlyer, или одновременно использовать оба SDK в течение нескольких недель. Смотрите описание этих вариантов в таблице ниже.
Вариант Что происходит после
выпуска обновленной версии приложенияЭффект Удалить SDK конкурента (рекомендуется) Новые установки и обновления регистрирует только AppsFlyer.
Конкурент по-прежнему отображает события, выполненные пользователями, пока пользователи не обновят свое приложение.- Быстрый переход.
- Отсутствие двойной атрибуции.
Оставить SDK конкурента на период миграции Атрибутируют новые установки и регистрируют события и AppsFlyer, и конкурент. На следующем этапе следует удалить SDK конкурента. - Возможна проверка данных. Это означает, что вы можете сравнивать данные AppsFlyer и системы другого поставщика.
- Двойная атрибуция может вызвать двойные расходы в рекламных сетях. См. приведенные ниже примеры.
- Повышенная нагрузка.
- После выполнения всех задач по миграции выпустите обновленную версию приложения с SDK AppsFlyer. Новые пользователи будут атрибутироваться через AppsFlyer.
Примечание:- Обязательно обновите приложение для магазинов iOS, Google Play и всех независимых площадок для Android.
- Ваше приложение для Android может быть выложено на неофициальных сайтах APK, даже если вы этого не знаете (чтобы это выяснить, введите в интернете название пакета вашего приложения). Сайтам APK требуется некоторое время для обновления до последней версии, поэтому они могут привлекать органических пользователей, которые устанавливают старые версии без SDK AppsFlyer.
- Обновление приложения в магазинах приложений может занять пару дней. Пользователи, устанавливающие приложение в этот период, могут получить предыдущую версию.
Миграция устройств — необязательно
О миграции устройств
Миграция устройств — это процесс загрузки в AppsFlyer списка идентификаторов устройств ваших имеющихся пользователей (IDFA, IDFV, GAID, CUID). Этот процесс нужно выполнить до выпуска новой версии приложения, в которой есть SDK AppsFlyer. Есть два варианта миграции устройств — с атрибуцией и без атрибуции.
Миграция устройств решает проблемы с данными по имеющимся пользователям, которые загрузили приложение и были атрибутированы предыдущим поставщиком систем атрибуции. Например, в случае двойной оплаты в SRN, которая возникает, когда пользователи, изначально атрибутированные SRN-сети предыдущим поставщиком, все еще находятся в ее окне атрибуции и повторно атрибутируются этой SRN уже системой AppsFlyer.
Пример:
- Новый пользователь кликает по рекламному объявлению в приложении Facebook и устанавливает ваше приложение 15 июня.
- 24 июня этот пользователь обновляет приложение до версии с SDK AppsFlyer и запускает его. Для AppsFlyer это новый пользователь, которого нужно атрибутировать в реальном времени.
- AppsFlyer запрашивает у Meta Ads идентификатор устройства пользователя. Поскольку пользователь все еще находится в рамках 28-дневного окна атрибуции Meta Ads, то Meta Ads атрибутирует пользователя себе. Из-за этого владелец приложения несет двойные расходы за этого пользователя.
После миграции устройств данные отражаются в AppsFlyer следующим образом:
- Данные об установках: Как и в случае с повторными установками, по перенесенным устройствам нет данных об установках. Установки по перенесенным устройствам не отображаются в AppsFlyer.
- Данные о внутренних событиях и сессиях: Регистрируются и отображаются как органические при использовании метода миграции устройств без атрибуции, или атрибутируются медиа-источнику и кампании при использовании метода атрибуции.
- Ретаргетинг: Реатрибуции и повторные вовлечения отображаются в обычном режиме.
- Данные об активности: Отображаются в обычном режиме.
- Отчеты об удержании пользователей и когортные отчеты Перенесенные устройства не имеют записи об установке. Поэтому они не связаны с какой-либо когортой и не могут отображаться в отчетах по удержанию пользователей и когортам.
Примечание
Если приложение не будет открыто в течение 180 дней с даты миграции, все перенесенные данные устройства будут удалены. Следовательно, если приложение будет открыто по истечении 180 дней, будет зафиксирована новая установка.
Как мигрировать устройства
Чтобы осуществить миграцию устройств:
- Решите, какую группу пользователей следует перенести. Вы можете перенести всех существующих пользователей (что может помешать вам получить точные данные повторной атрибуции от AppsFlyer) или пользователей, которые только недавно установили ваше приложение (что может привести к двойной оплате за пользователей, установивших его ранее).
Мы рекомендуем производить перенос пользователей, активных в рамках текущего окна реатрибуции. Например, окно реатрибуции вашего приложения составляет 90 дней, осуществляйте перенос тех пользователей, у которых за предыдущие 90 дней была хотя бы одна сессия. - [Необязательно] Попросите маркетолога / менеджера по привлечению пользователей приостановить текущие маркетинговые кампании (в рекламных сетях SRN, рекламных сетях, не относящихся к SRN, в собственных каналах и др.), пока не завершится миграция устройств.
Если вы решите не приостанавливать кампании, перенесите все оставшиеся идентификаторы устройств из системы другого поставщика, как только обновленная версия приложения с SDK AppsFlyer будет выпущена в магазинах приложений. - Подготовьте CSV-файл на основе выбранной группы пользователей, используя структуру миграции с атрибуцией или без атрибуции. См. образец CSV
- Отправьте CSV-файл своему CSM менеджеру AppsFlyer.
Ваш CSM менеджер проведет миграцию идентификаторов устройств в AppsFlyer.
Атрибутируемая миграция
Для устройств, перенесенных в AppsFlyer с помощью этого метода, внутренние события и сессии регистрируются и отображаются в соответствии с медиа-источником, указанным предыдущим поставщиком атрибуции, и в соответствии с политиками хранения данных рекламных сетей.
Структура CSV-файла для миграции устройств с атрибуцией
| Столбец name |
Описание | Обязательно | Примеры |
|---|---|---|---|
|
app_id |
Идентификатор приложения (App ID) в том виде, в каком он отображается на дэшборде AppsFlyer | Да |
|
|
платформа |
Платформа устройства: ios или android | Да |
|
|
device_id |
|
Да |
|
|
id_type |
|
Да |
|
|
install_time |
Время установки исходного приложения в формате ISO 8601 UTC: гггг-мм-ддTЧЧ:ММ:СС.МСС |
Нет | 2018-01-22T08:45:33.412 |
|
медиа-источник |
|
Да |
Органические: organic |
|
integrated_partner |
|
Да |
|
|
кампания |
Для более детальной атрибуции укажите исходное название кампании. Формат: Строка |
Нет | |
|
campaign_id |
Для более детальной атрибуции укажите исходный идентификатор кампании. Формат: Строка без пробелов |
Нет |
Правила для CSV-файла:
- CSV-файл может содержать сведения об устройствах пользователей по нескольким приложениям.
- Не используйте одну и ту же комбинацию идентификатора устройства и идентификатора приложения в нескольких строках. Если происходит дублирование, используется последнее вхождение в файле.
- Должны быть включены все заголовки столбцов: app_id, platform, device_id, id_type, install_time, media_source, integrated_partner, campaign, campaign_id. Примечание: Порядок столбцов важен, и его необходимо соблюдать.
- По одному и тому же устройству можно добавить и IDFV, и IDFA, но они должны находиться в разных строках. В этих строках все поля, кроме device_id, будут одинаковыми.
- Каждая строка должна содержать ровно 9 полей, разделенных запятыми.
- Оставьте необязательные поля пустыми.
- Файлы могут содержать до 5 млн строк.
- Если у вас несколько файлов, дайте каждому файлу уникальное имя.
- В качестве кодировки используйте UTF-8.
- [Необязательно] Сжимайте файлы с помощью ZIP или GZIP.
Неатрибутируемая миграция
Устройства, перенесенные в AppsFlyer с помощью этого метода, регистрируются (но не отображаются) как органические пользователи. Их данные о внутренних событиях и сессиях регистрируются и отображаются как органические.
Структура CSV-файла для миграции устройств без атрибуции
| Вариант | Столбцы | Когда использовать | Пример |
|---|---|---|---|
| 1 | Идентификатор приложения + IDFA/GAID |
|
|
| 2 | App ID + Device ID + Device ID type |
Примечание:
|
Правила для CSV-файла:
- CSV-файл может содержать сведения об устройствах пользователей по нескольким приложениям.
- Каждая строка содержит один идентификатор устройства для одного приложения.
- В зависимости от выбранного варианта структуры файла столбцы файла должны быть следующими (и в указанном порядке):
- Вариант 1: app_id,device_id
- Вариант 2: app_id,device_id,id_type
- App ID в нижнем регистре
- Идентификаторы Android в нижнем регистре
- IDFA/IDFV в верхнем регистре
- Допускается до 25 млн строк
Миграция кампаний
Переключите текущие маркетинговые кампании на AppsFlyer, чтобы активировать атрибуцию AppsFlyer и избежать двойной оплаты и потери данных атрибуции.
Примечание: Не обязательно переносить все маркетинговые кампании сразу. Чтобы осуществить перенос нескольких кампаний, выделите их в сегмент по медиа-источнику (такому как рекламная сеть или агентство), гео или кампании.
SRNs
SRN отвечают партнерам по измерению эффективности мобильной рекламы (MMP) на запросы об интеракциях конкретных устройств. Если два MMP, например AppsFlyer и конкурирующий поставщик системы атрибуции, запрашивают одну и ту же сеть SRN об установке на одно и то же устройство, это может повлечь двойную оплату.
Чтобы мигрировать кампании в SRN:
- Активируйте и настройте в AppsFlyer соответствующие SRN.
Примечание
- В SRN (кроме Meta Ads и Twitter) может быть запущено несколько MMP.
- Meta Ads не может выполнять дедупликацию внутренних событий приложения.
Рекламные сети без собственной атрибуции (не относящиеся к SRN)
Ссылки атрибуции рекламной сети регистрируют интеракции пользователей и впоследствии используются для атрибуции интеракций, которые становятся фактическими установками.
Чтобы мигрировать кампании рекламных сетей без самостоятельной атрибуции (не относящиеся к SRN):
- Активируйте соответствующие рекламные сети в AppsFlyer.
- Сформируйте ссылки атрибуции AppsFlyer для каждой рекламной сети.
- Замените имеющиеся ссылки в каждой вашей кампании на ссылки атрибуции AppsFlyer.
Собственные каналы взаимодействия
К собственным медиа относятся ссылки атрибуции, используемые в следующих каналах:
- Использование функции "поделиться контентом"
- Web-to-app
- Электронная почта
- СМС
- Посты в социальных сетях
- Блоги
- Интернет-сообщества (например, Quora)
- и др.
Для таких кампаний AppsFlyer использует настраиваемые ссылки OneLink. Настраиваемые ссылки OneLink перенаправляют пользователей с учетом их устройств в нужный магазин приложений, непосредственно в приложение или на веб-страницу/лэндинг.
Чтобы изменить текущие ссылки собственных медиа на ссылки AppsFlyer OneLink:
- Обратитесь к своему CSM, который поможет вам преобразовать ваши собственные медиассылки в ссылки OneLink в соответствии с используемыми вами в данный момент каналами и инструментами.
SKAN
Для атрибуции SKAdNetwork (SKAN) обновлять значение конверсии может только один SDK. В противном случае данные SKAN станут бессмысленными. Поэтому убедитесь, что после миграции только SDK AppsFlyer обновляет значение конверсии SKAN.
Настройка отчетов по данным
Адаптация и сопоставление структур отчетов
До миграции ваши системы сохраняют данные атрибуции, предоставляемые текущим поставщиком, в соответствии с настроенными для него структурами, полями и параметрами отчетов. Чтобы данные правильно отображались в AppsFlyer, необходимо адаптировать и сопоставить имеющиеся структуры отчетов со структурой, полями и параметрами отчета AppsFlyer.
Чтобы адаптировать и сопоставить структуры отчетов:
- Свяжитесь со своим менеджером AppsFlyer, чтобы быстро адаптировать и сопоставить структуры данных ваших отчетов от Adjust, Branch/Tune или Kochava с используемыми AppsFlyer.
Настройка методов создания отчетов
AppsFlyer позволяет получать отчеты по сырым и агрегированным данным с использованием различных методов. Ознакомьтесь с доступными методами и настройте те, которые вам подходят.
Методы создания отчетов:
- Панели управления
- Экспорт отчетов
- Push API
- Pull API
- Data Locker