Сети самоотчетности (SRN)

Краткий обзор: Узнайте о сетях самоотчетности (SRN) — Атрибуция, диплинкинг, особенности для iOS и часто задаваемые вопросы. 

SRN, интегрированные с AppsFlyer

SRN Логотип
Реклама Amazon amazon-ads-logo.png
Apple Search Ads
Google Реклама
Google Маркетинговая платформа
Meta реклама
Snapchat — расширенный SRN snapchat_logo.png
Социальная реклама Tencent blobid0.jpg
TikTok для бизнеса — расширенный SRN TTFB_logo__4C_horizontal_black.png
X Ads X Ads logo.png
Yahoo (Oath: Рекламные платформы \/ Yahoo Gemini) verizonmedia.png
Yahoo! Поиск рекламы

Примечание: У 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: Вспомогательная атрибуция

SRN_1.png

Понедельник: Сеть A сообщает о клике пользователя.

Вторник: Сеть B сообщает о вовлечении с видео.

Среда: Сеть C сообщает о клике по интерактивной рекламе, и через 30 минут происходит установка.

AppsFlyer приписывает установку сети C и признает вклад сетей A и B за их помощь в установке.

AppsFlyer предоставляет рекламодателям данные о вспомогательной активности (взаимодействия, не связанные с атрибуцией, но происходящие до установки). Это позволяет рекламодателям настраивать свои мультитач или фракционные модели атрибуции. Для получения дополнительной информации см. Объяснение Вспомогательные установки (ассисты).

Пример B: Атрибуция последнего клика

SRN_2.png

Сеть 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, ориентированную на широкую аудиторию. Кампания перенаправляет всех кликнувших пользователей на «бонусную» активность.
Джек, разработчик мобильных приложений, добавляет эту логику после получения данных о конверсиях:

  1. Происходит ли это из Facebook («is_fb=true»)?
  2. Если да, получите значение параметра группы объявлений.
  3. Если значение содержит слово «бонус», перенаправьте пользователя на «бонусную» активность.

Отложенный диплинкинг

В отличие от диплинкинга, отложенный диплинкинг с 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, которые регистрируют все события.

Примечание

Вопросы и ответы

Как работает ретаргетинг с 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 целевых пользователей уже является существующим пользователем.

altmistargeted_users.pngalt

Решение проблемы неверного таргетинга

Основное решение: Не включайте существующих пользователей приложения в кампанию по привлечению пользователей.

  • 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, а затем происходит внутреннее событие приложения, связанное с этой установкой, мы отправляем постбэк.
Параметр Google Рекламы: Агрегированный идентификатор, сгенерированный Google, который идентифицирует группу Устройства и на который ссылается Глубокий ссылка. 
Идентификатор клика Google (параметр ): Параметр, передаваемый в URL-адрес с кликами по рекламе, который идентифицирует кампанию и другие атрибуты клика, связанные с рекламой. Это используется для отслеживания рекламы и атрибуции кампании.