Краткий обзор. Узнайте о сетях с самостоятельной атрибуцией (SRN), диплинкинге, влиянии iOS и частых вопросах.
SRN, интегрированные с AppsFlyer
Примечание. SRN имеют ограничения на использование и хранение данных уровня пользователя.
Атрибуция
В отличие от не-SRN (рекламных сетей), которые используют ссылки атрибуции для сообщения AppsFlyer о событиях, SRN самостоятельно атрибутируют события, используя идентификатор устройства, когда AppsFlyer уведомляет их об установке.
Атрибуция AppsFlyer для SRN и не-SRN основана на:
- Методологии последнего взаимодействия и многоканальной атрибуции.
- Стандартная логика атрибуции AppsFlyer для упорядочивания релевантных данных о показах и кликах.
Как атрибуция работает с SRN?
SRN сообщают о событиях, таких как новые установки и события внутри приложения, в AppsFlyer следующим образом:
- Использование API для связи с поставщиками услуг атрибуции и измерений.
- Когда сторонние поставщики атрибуции обнаруживают установку, они запрашивают данные о сети, используя рекламный идентификатор.
- Предоставление сведений обо всех релевантных кликах или показах.
После того как AppsFlyer выполнит атрибуцию, постбэки по внутренним событиям отправляются в SRN в течение всего периода хранения данных партнера.
Как атрибуция работает с расширенными SRN?
Расширенные SRN атрибутируют так же, как и обычные SRN. Однако расширенные SRN могут атрибутировать интеракции и при отсутствии идентификатора устройства (IDFA), используя фреймворк Агрегированная расширенная конфиденциальность и применяя сопоставление идентификаторов и вероятностное моделирование через ссылку атрибуции.
Атрибуция установок
Прежде чем установить приложение, потенциальные пользователи обычно несколько раз видят рекламу и взаимодействуют с несколькими объявлениями. Как правило, поставщики услуг атрибуции предлагают рекламодателям атрибуцию по последнему взаимодействию, согласно которой установка приписывается предшествовавшему ей клику.
При первом запуске приложения:
- AppsFlyer проверяет, что:
- Для приложения настроено получение трафика из SRN.
- У пользователя есть рекламный идентификатор.
- Если оба условия выполнены, AppsFlyer отправляет запрос сетям SRN, используя рекламный идентификатор.
- AppsFlyer выполняет атрибуцию после рассмотрения запросов SRN.
Примеры атрибуции установок
Пример A: атрибуция с ассистентом
Понедельник: сеть A сообщает о клике пользователя.
Вторник: сеть B сообщает о просмотре видео.
Среда: сеть C сообщает о клике по рекламе в формате мини-игры, и еще через 30 минут — об установке.
AppsFlyer атрибутирует установку сети C и признает, что сети A и B содействовали установке (дополнительные источники).
AppsFlyer предоставляет рекламодателям данные о содействиях (неатрибутируемых интеракциях, предшествовавших установке). На их основе рекламодатели могут настроить свои модели многоканальной и частичной атрибуции. См. краткое объяснение.
Пример В: атрибуция по последнему клику
Сеть D (SRN) сообщает о клике на несколько минут раньше, чем сеть C.
Сеть C использует стандартную интеграцию атрибуции.
AppsFlyer атрибутирует установку Сети С, так как в ней произошел последний клик.
Окна атрибуции
Окна атрибуции включают окна атрибуции по кликам и просмотрам. Некоторые SRN взимают с рекламодателей плату за установку по моделям цена за показ (CPM) и цена за действие (CPA), которые рассчитываются на основе кликов или показов за период с 1 по 28 день.
AppsFlyer атрибутирует установку, активность, эффективную стоимость установки (eCPI) и эффективную цену за действие (eCPA) на основе предпочитаемой рекламодателем методологии атрибуции и окон атрибуции.
Рекламодателям, возможно, придется платить за установки на основе окон атрибуции SRN и моделей атрибуции по просмотрам.
- Рекламодатели ожидают, что сторонняя универсальная методология атрибуции AppsFlyer оптимизирует и поможет распределить их бюджет на рекламу.
- Почему? Потому что AppsFlyer сообщает фактические значения eCPI и eCPA на основе условий, определенных рекламодателем.
- SRN могут получить выгоду в краткосрочной перспективе, поскольку они часто определяют собственные условия оплаты. Но рекламодатели могут скорректировать их требования на основе данных сторонних поставщиков атрибуции.
Диплинки в сетях типа SRN (Self Reporting Networks)
Чтобы пользователи открывали ваше приложение при нажатии на ссылку, достаточно настроить App Links / Universal Links / схему URI. Однако для выполнения диплинкинга или отложенного диплинкинга на определенную страницу или действие в вашем приложении, SRN используют свои собственные методы без привлечения метода диплинкинга AppsFlyer.
Каким же образом можно перенаправлять пользователей по глубинным ссылкам и получать соответствующие данные от таких сетей?
Прямые диплинки
Когда пользовательское устройство выполняет переход по диплинку, прямой диплинкинг с SRN осуществляется без вызова метода диплинкинга AppsFlyer. В приведенном ниже примере существующие пользователи, нажимающие на рекламу, перенаправляются к активности напрямую, используя методы Facebook, а новые пользователи попадают на эту же активность, используя данные о конверсии AppsFlyer. Узнайте, как Meta Ads использует OneLink для диплинкинга.
Пример
Катя, маркетолог по мобильным приложениям Greatapp, решила запустить в Meta Ads кампанию с использованием диплинков для широкой аудитории. В этой кампании все пользователи, нажавшие на объявление, направляются на активность «бонус».
Миша, разработчик мобильных приложений, добавил в приложение код для выполнения определенных действий после получения данных о конверсиях:
- Получены ли эти данные от Facebook ("is_fb=true")?
- Если да (=true), получить значение параметра adgroup (группа объявлений).
- Если значение содержит слово bonus, направить пользователя на активность «бонус».
Отложенная глубинная ссылка (диплинкинг)
В отличие от диплинкинга, в сетях с самостоятельной атрибуцией (SRN) отложенный диплинкинг можно выполнять, используя API AppsFlyer для получения данных о конверсиях (GCD).
После первого запуска приложения AppsFlyer получает данные о конверсии и предоставляет их приложению.
Используя данные о конверсии, можно перенаправить в нужный раздел приложения новых пользователей, которые выполняют установку после клика по диплинку или в рамках ретаргетинговой кампании в SRN-сети.
В данных диплинкинга таких сетей нет обычных параметров диплинков AppsFlyer. Чтобы использовать эти данные в приложении, разработчику нужно реализовать дополнительную логику на основе имеющихся параметров: имени кампании, имени группы объявлений или отдельного объявления.
Примечание. Для Meta Ads: отложенный диплинкинг через GCD доступен для приложений для Android при использовании механизма Google Install Referrer. Для приложений для iOS он не доступен.
Влияние iOS
Большинство SRN поддерживают SKAdNetwork и имеют необходимую интеграцию с AppsFlyer.
Атрибуция SRN на iOS 14.5
Начиная с iOS 14.5, когда пользователи дают согласие на ATT в приложениях рекламодателя и издателя (двойное согласие), установки из SRN, которые регистрируются на дэшборде SKAdNetwork, также отображаются на обычных дэшбордах.
Примечание
- Обычный дэшборд показывает сокращение числа установок, атрибутированных к SRN. При рассмотрении эффективности SRN используйте дэшборд SKAdNetwork. В целом ожидается снижение атрибуции установок к SRN при соответствующем увеличении органических установок. Однако для расширенных SRN влияние меньше, поскольку они также атрибутируют взаимодействия, когда нет идентификатора устройства.
- Данные на дэшборде SKAdNetwork обновляются с задержкой 48–72 часа после установок.
- Установки, принесенные Apple Search Ads (ASA), не атрибутируются на дэшборде SKAdNetwork.
Отправка в SRN постбэков по событиям
SRN, получающие постбэки о событиях, полагаются на включение в постбэк идентификатора устройства. Это позволяет SRN самостоятельно атрибутировать сообщаемые действия пользователя. Многие пользователи iOS 14 не дают согласия на ATT, то есть не разрешают доступ к своему идентификатору устройства (IDFA). В этом случае следует ожидать:
- Уменьшение количества постбэков о событиях, отправляемых в SRN.
- Расхождения в количестве постбэков о событиях между SRN и AppsFlyer, поскольку AppsFlyer регистрирует все события.
Примечание
- Если нет IDFA, постбэки по установкам, открытиям приложения или событиях внутри приложения не отправляются в SRN (за исключением этого сценария в Рекламе Google). Однако некоторые расширенные SRN получают агрегированные постбэки и при отсутствии IDFA.
- На рекламные сети с оплатой за клики это не влияет, поскольку для самостоятельной атрибуции информации о событии из постбэка они используют свои собственные идентификаторы транзакций, а не идентификаторы устройств.
Вопросы и ответы
Как ретаргетинг работает с SRN?
Клики в рамках ретаргетинга из сети не-SRN легко идентифицируются по наличию параметра is_retargeting=true в ссылке атрибуции ретаргетинга.
В сетях SRN таких индикаторов нет. Чтобы атрибутировать повторные вовлечения из SRN, AppsFlyer использует другую логику:
- Необходимые условия:
- На странице App Settings (Настройки приложения) активируйте переключатель Enable retargeting (Включить ретаргетинг).
- На странице Активные интеграции выберите SRN и включите Ретаргетинг.
- При каждом запуске приложения AppsFlyer отправляет запрос SRN о наличии недавних интеракций по идентификатору устройства с рекламой для этого приложения.
- Если в ответ SRN предоставляет сведения об интеракции, AppsFlyer проверяет, входит ли она в окно атрибуции и превышает ли время между повторными вовлечениями.
- Подтвержденные интеракции записываются как повторные вовлечения и атрибутируются этой SRN.
Что такое неверный таргетинг SRN?
Кампании SRN должны таргетироваться на конкретную аудиторию: на лиц, не являющихся пользователями, — в кампаниях по привлечению пользователей, на имеющихся пользователей — в кампаниях ретаргетинга. Но это не всегда так.
Если одна и та же SRN используется для проведения и кампаний по привлечению пользователей, и ретаргетинговых кампаний, могут возникать ошибки таргетинга. В результате, вы платите за нецелевой трафик.
Сценарий: на платформе AppsFlyer активирована SRN для кампании по привлечению пользователей.
- После каждого запуска приложения AppsFlyer отправляет запрос SRN, чтобы проверить, были ли у соответствующего рекламного идентификатора (пользователя) недавние интеракции.
- Если были,
- SRN возвращает название кампании.
- AppsFlyer определяет, является ли запуск первым, и выполняет атрибуцию соответствующим образом:
Первый запуск: кампании атрибутируется новая установка.
Второй или последующий запуск: кампании атрибутируется событие ретаргетинга.
Вывод: получать события ретаргетинга из кампании по привлечению пользователей расточительно.
Неверный таргетинг — это проблема?
Аналитики AppsFlyer проверили кампании Meta Ads по привлечению пользователей за один месяц.
- Ретаргетинг был включен.
- В 30% кампаний не менее 15% целевой аудитории составляли существующие пользователи приложения.
- В 5% кампаний существующими пользователями оказалось не менее 40% целевой аудитории.
- Вывод: в кампаниях SRN по привлечению пользователей каждый десятый пользователь, включенный в таргетинг, уже является имеющимся пользователем.
Решение проблемы неверного таргетинга
Базовое решение: не включать имеющихся пользователей приложения в аудиторию кампании по привлечению пользователей.
- SRN будут таргетироваться только на потенциальных новых пользователей.
- Существенное улучшение результатов по привлечению новых пользователей при том же бюджете.
- Периодическое обновление кампании (вручную), например, раз в месяц.
- Однако наличие временных интервалов означает, что имеющиеся пользователи могут попасть в аудиторию кампаний по привлечению пользователей в течение первого месяца после установки приложения.
Аудитории, премиум-функция AppsFlyer, позволяют настроить ежедневную автоматическую отправку нужных сегментов базы пользователей в десятки рекламных сетей.
Исследования AppsFlyer показывают, что исправление ошибок таргетинга существенно влияет на маркетинг и инициативы по привлечению пользователей.
Почему в отчетах с сырыми данными поле Original URL пустое?
Клик выполняется в среде SRN, но без ссылки атрибуции AppsFlyer. Поэтому данные исходного URL-адреса, связанные с кликом, недоступны AppsFlyer.
На дэшборде не отображаются клики и показы SRN
Могут ли агентства настраивать кампании в SRN?
Отправляет ли AppsFlyer постбэки об отсутствующих рекламных идентификаторах (IDFA/GAID)?
- В рамках интеграции для измерения в Google Рекламе, когда пользователь iOS, не давший согласия на сбор данных, открывает приложение или совершает событие в приложении, AppsFlyer отправляет
gbraidи информацию о событии в Google Рекламу (для событияadditional_data_json). -
На Android, когда нет идентификатора устройства, но значение реферера содержит
gclid(для установок), или событие повторного вовлечения содержит диплинк с параметромgclid, AppsFlyer отправляет в Google Рекламуgclidи информацию о событии.
gbraid в Google Рекламе: агрегированный идентификатор, созданный Google, который идентифицирует группу устройств и на который ссылается диплинк.
gclid): параметр, передаваемый в URL с рекламными кликами, который идентифицирует кампанию и другие атрибуты клика, связанные с рекламным объявлением. Используется для отслеживания рекламы и атрибуции кампаний.