Краткий обзор: Узнайте о сетях самоотчетности (SRN) — Атрибуция, диплинкинг, особенности для iOS и часто задаваемые вопросы.
SRN, интегрированные с AppsFlyer
Примечание: У SRN есть ограничения на использование и удержание данных на уровне пользователя.
Атрибуция
Несхожий с не-SRN (рекламные сети), которые используют ссылки для атрибуции событий в AppsFlyer, SRN исполняют самоатрибуцию с использованием идентификатора устройства при получении уведомления об установке от AppsFlyer. Для приложений iOS для атрибуции используется SKAN и фреймворк Aggregated Advanced Privacy.
Атрибуция AppsFlyer для SRN и не-SRN основывается на:
- Методологии последнего касания и мультитач.
- Стандартная логика атрибуции AppsFlyer для последовательности данных о показах и кликах.
Как работает атрибуция с SRN?
SRN отчет о событиях, таких как новые установки и события в приложении, отправляет в AppsFlyer следующим образом:
- Использование API для связи с поставщиками атрибуции и измерения.
- Когда сторонние поставщики атрибуции обнаруживают установку, они отправляют запрос в сеть, используя рекламный идентификатор.
- Отчет с подробностями о любых значимых кликах или показах рекламы.
После выполнения атрибуции AppsFlyer, внутренние постбэки отправляются в SRN на протяжении периода удержания данных партнера.
Как работает атрибуция с расширенными SRN?
Расширенные SRN атрибутируют аналогично SRN. Однако расширенные SRN могут атрибутировать вовлечения даже при отсутствии идентификатора устройства (IDFA), используя фреймворк Aggregated Advanced Privacy. В некоторых случаях атрибуция выполняется с помощью сопоставления идентификаторов с двойным согласием, а для некоторых расширенных SRN используется вероятностное моделирование посредством API-коммуникации по кликам и показам.
Атрибуция установок
Потенциальные пользователи приложения видят и взаимодействуют с несколькими рекламами, прежде чем установить приложение. Как правило, поставщики атрибуции предлагают рекламодателям атрибуцию последнего касания, которая приписывает установку к последнему клику, сделанному перед фактической установкой.
При первом запуске приложения:
- AppsFlyer убеждается, что:
- Приложение настроено на получение трафика от SRN.
- У пользователя есть идентификатор рекламодателя.
- Если оба условия соблюдаются, AppsFlyer запрашивает SRN, используя идентификатор рекламодателя.
- AppsFlyer выполняет атрибуцию после анализа заявок SRN.
Примеры атрибуции установок
Пример A: Вспомогательная атрибуция
Понедельник: Сеть A сообщает о клике пользователя.
Вторник: Сеть B сообщает о вовлечении с видео.
Среда: Сеть C сообщает о клике по интерактивной рекламе, и через 30 минут происходит установка.
AppsFlyer приписывает установку сети C и признает вклад сетей A и B за их помощь в установке.
AppsFlyer предоставляет рекламодателям данные о вспомогательной активности (взаимодействия, не связанные с атрибуцией, но происходящие до установки). Это позволяет рекламодателям настраивать свои мультитач или фракционные модели атрибуции. Для получения дополнительной информации см. Объяснение Вспомогательные установки (ассисты).
Пример B: Атрибуция последнего клика
Сеть D (SRN) сообщает о клике за несколько минут до сети C.
Сеть C использует стандартную интеграцию атрибуции.
AppsFlyer приписывает установку сети C, так как именно она совершила последний клик.
Окна атрибуции
Окна атрибуции включают в себя лукбэк и просмотр. Некоторые SRN взимают с рекламодателей плату за установку на основе стоимости за показ (CPM) и стоимости за действие (CPA), которые рассчитываются по кликам или показам в течение периода от 1 до 28 дней.
AppsFlyer атрибутирует установки, активность, эффективную стоимость за установку (eCPI) и эффективную стоимость за действие (eCPA) на основе предпочитаемой рекламодателем методологии атрибуции и окон лукбэк.
Рекламодатели, возможно, будут платить за установки на основе окон ретроспективной атрибуции (лукбэк) SRN и моделей просмотра.
- Рекламодатели ожидают, что универсальная сторонняя методология атрибуции AppsFlyer позволит им оптимизировать и распределить их рекламные расходы.
- Почему? Потому что AppsFlyer сообщает фактические eCPI и eCPA на основе условий, определенных рекламодателем.
- SRN могут извлечь краткосрочную выгоду, поскольку часто сами определяют условия оплаты. Тем не менее, рекламодатели исправляют это, пользуясь услугами сторонних поставщиков атрибуции.
Диплинкинг с SRN
Чтобы пользователи открывали ваше Приложение при клике на ссылку, вам нужно лишь настроить App Links/глобальные ссылки/схему URI. Однако для выполнения диплинкинга или отложенного диплинкинга к конкретной странице или активности в вашем приложении SRN используют собственные методы — без задействования метода диплинкинга AppsFlyer.
Так как же можно организовать диплинкинг для пользователей и получить актуальные данные из SRN?
Прямой диплинкинг
Когда устройство пользователя выполняет диплинкинг, прямой диплинкинг с SRN осуществляется без вызова метода диплинкинга AppsFlyer. В приведенном ниже примере существующие пользователи, нажимающие на рекламу, перенаправляются к активности напрямую с помощью методов Facebook, тогда как новые пользователи получают тот же опыт с использованием данных о конверсиях AppsFlyer. Узнайте, как Meta реклама использует OneLink для диплинкинга
Пример
Джилл, мобильный маркетолог приложения «greatapp», решает запустить кампанию по диплинкингу в Meta ads, ориентированную на широкую аудиторию. Кампания перенаправляет всех кликнувших пользователей на «бонусную» активность.
Джек, разработчик мобильных приложений, добавляет эту логику после получения данных о конверсиях:
- Происходит ли это из Facebook («is_fb=true»)?
- Если да, получите значение параметра группы объявлений.
- Если значение содержит слово «бонус», перенаправьте пользователя на «бонусную» активность.
Отложенный диплинкинг
В отличие от диплинкинга, отложенный диплинкинг с SRN возможен с использованием API AppsFlyer GCD. AppsFlyer получает данные о конверсиях и делает их доступными для приложения при первом запуске. Используя данные о конверсиях, новые пользователи, которые установили приложение после клика на кампанию по диплинкингу/ретаргетингу в SRN, могут быть перенаправлены внутри приложения при его запуске.
Отложенный диплинкинг поддерживается для Google Ads, Snapchat и TikTok для бизнеса, используя фактическое значение диплинка, которое можно запросить через GCD с помощью поля af_dp
. В случае с TikTok для бизнеса это значение также можно получить из поля deep_link_value
. Однако в других SRN обычные параметры диплинкинга AppsFlyer не присутствуют в данных диплинка. Чтобы использовать эти данные в приложении, разработчику необходимо применять дополнительную логику на основе доступных параметров, таких как кампания, набор объявлений или отдельные названия объявлений.
Примечание: Для Meta рекламы отложенный дип линкинг через GCD доступен для Android-приложений, использующих механизм Google реферальная ссылка. Эта функция недоступна для 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 не дают своего согласия, что означает, что они не разрешают доступ к идентификатору устройства (IDFA). В этом случае вы должны ожидать:
- Уменьшение количества постбэков о событиях, отправляемых в SRN
- Несоответствия в количестве постбэков о событиях между SRN и AppsFlyer, которые регистрируют все события.
Примечание
- Если IDFA отсутствует, постбэки для установок, открытий приложения или событий в приложении не отправляются в SRN. Однако, в некоторых случаях AppsFlyer отправляет постбэки в SRN даже при отсутствии рекламного идентификатора.
- Кликовые рекламные сети не затрагиваются, так как они используют собственные идентификаторы транзакций, а не идентификаторы устройств, для самостоятельной атрибуции информации о событиях постбэка.
Вопросы и ответы
Как работает ретаргетинг с SRN?
Ретаргетинговые клики от не-SRN легко определяются по наличию параметра is_retargeting=true
в ссылке атрибуции ретаргетинга.
Для SRN такого указания нет. Вместо этого, чтобы обеспечить атрибуцию повторных вовлечений от SRN, AppsFlyer использует другую логику:
- Предварительные условия:
- На странице Настройки приложения включите Включение ретаргетинга.
- На странице Активные интеграции выберите SRN и включите Ретаргетинг.
- При каждом запуске приложения AppsFlyer запрашивает у SRN данные о недавних вовлечениях идентификатора устройства с рекламными кампаниями для приложения.
- Если SRN возвращает данные о вовлечении, AppsFlyer проверяет, что вовлечение находится в пределах окна лукбэк и превышает минимальное время между повторными вовлечениями.
- Подтвержденные вовлечения регистрируются как повторные и атрибутируются к SRN.
Что такое неправильное таргетирование SRN?
Кампании SRN должны быть нацелены на определенную аудиторию, но это не всегда происходит: Непользователи в кампаниях по привлечению пользователей и существующие пользователи в ретаргетинговых кампаниях.
Если SRN используется для запуска кампаний по привлечению пользователей и ретаргетинговых кампаний, это может привести к неправильному таргетированию. В результате вы платите за ненужный трафик.
Сценарий: SRN на платформе AppsFlyer активирован для кампании по привлечению пользователей.
- После каждого запуска приложения AppsFlyer запрашивает SRN, проверяя, было ли у рекламного идентификатора (пользователя) недавнее вовлечение.
- Если да,
- SRN отвечает названием кампании.
- AppsFlyer определяет, был ли это первый запуск или нет и соответствующим образом присваивает атрибуты:
Первый запуск: Новая установка приписывается к кампании.
Второй или последующий запуск: Событие ретаргетинга связано с кампанией.
Вывод: Получение событий ретаргетинга из кампании по привлечению пользователей — это расточительно.
Является ли неправильное направление таргетинга проблемой?
Аналитики данных AppsFlyer проверили кампании по привлечению пользователей через Meta реклама в течение определенного месяца.
- Ретаргетинг был включен.
- В 30% кампаний не менее 15% целевых пользователей были уже существующими пользователями приложения.
- В 5% кампаний не менее 40% были уже существующими пользователями приложения.
- Вывод: В кампаниях SRN по привлечению пользователей 1 из 10 целевых пользователей уже является существующим пользователем.
Решение проблемы неверного таргетинга
Основное решение: Не включайте существующих пользователей приложения в кампанию по привлечению пользователей.
- SRN будет ориентироваться только на потенциальных новых пользователей.
- Максимизирует результаты привлечения новых пользователей при том же бюджете.
- Периодически (и вручную) обновляйте кампанию, например, раз в месяц.
- Однако временные разрывы означают, что существующие пользователи могут стать объектом кампаний по привлечению в течение первого месяца после установки приложения.
Аудитории, функция категории "Премиум" от AppsFlyer, позволяет вам автоматически ежедневно отправлять любой сегмент вашей пользовательской базы в десятки рекламных сетей.
Исследования AppsFlyer показывают, что исправление неверного таргетинга может существенно повлиять на ваши маркетинговые и пользовательские усилия.
Почему поле «Исходный URL-адрес» пустое в отчетах о необработанных данных?
Клик выполняется в среде SRN, но без ссылки атрибуции от AppsFlyer. Поэтому данные исходного URL-адреса, связанные с кликом, недоступны AppsFlyer.
Дэшборд не показывает клики и показы SRN
Клик выполняется в среде SRN, но без ссылки атрибуции от AppsFlyer. Поэтому некоторые SRN не предоставляют AppsFlyer данные о кликах и показах.
Meta реклама и Google предоставляют AppsFlyer некоторые обобщенные данные.
Могут ли агентства настраивать кампании SRN?
Отправляет ли AppsFlyer постбэки об отсутствующих рекламных идентификаторах (IDFA/GAID)?
Если рекламные идентификаторы содержат пустую строку («») или показывают значение «00000000-0000-0000-0000-000000000000» (обнуленные IDFA), AppsFlyer не отправляет постбэки для установок, открытий приложений или событий в приложении, за исключением следующих сценариев:
- Google Реклама: В рамках интеграции для измерения ремаркетинга с Google Ads, когда несогласованный пользователь iOS открывает Приложение или выполняет внутреннее событие приложения, AppsFlyer отправляет
gbraid
и информацию о событии в Google Ads (для событияadditional_data_json
). - Google Реклама: На Android, если идентификатор устройства отсутствует, но ценность, значение реферера содержит
gclid
(для установок) или событие повторного вовлечения содержит Глубокий ссылка с параметромgclid
, AppsFlyer отправляетgclid
и информацию о событии в Google Ads. - Meta: Файлы cookie Facebook или идентификаторы кампании (по Глубокий ссылка или предыдущему повторному вовлечению) или переключатель AEM включен.
- Snapchat и TikTok (продвинутая SRN) — если мы атрибуцируем Snapchat или TikTok через PMOD, а затем происходит внутреннее событие приложения, связанное с этой установкой, мы отправляем постбэк.