Руководство по атрибуции дохода от рекламы

Премиум

Краткий обзор. Атрибутируйте доходы от рекламы, чтобы иметь полное представление об эффективности LTV.

Attributes_ad_revenue.png

Атрибуция рекламного дохода

  • Размещение рекламы в приложении на баннерах, панелях предложений (offer walls), рекламных вставках и т. п. приносит доход.
  • Совокупность дохода от рекламы, покупок внутри приложения и дохода от подписок даст полную картину по LTV пользователя. Путем сопоставления LTV пользователя с расходами на рекламу определяется окупаемость инвестиций (ROI), значение которой доступно на платформе для дальнейшего анализа. 

Данные по атрибутированному доходу от рекламы:

  • Получены из сетей-посредников и/или сетей монетизации рекламы через серверные API или с помощью SDK отчетности, встроенного в приложение (включая iOS 14).
  • Атрибутируются медиа-источнику, который изначально привлек пользователя. Например:
    • Пользователь видит рекламу в сети А и скачивает ваше приложение.
    • В приложении отображается реклама.
    • Доход от рекламы атрибутируется сети A (привлекшей пользователя), независимо от того, кто опубликовал объявление.
  • Детализация отчетности зависит от типа интеграции сети монетизации и типа атрибуции дохода от рекламы:

Типы интеграции для атрибуции доходов от рекламы

Атрибуция доходов от рекламы поддерживает различные методы детализации. Детализация зависит от сети монетизации.

Тип интеграции для атрибуции доходов от рекламы Описание

Агрегированные отчеты через S2S API

  • AppsFlyer получает данные о доходе ежедневно с разбивкой по географическим регионам.
  • Эффективный доход за действие (eRPA) рассчитывается путем деления общего дохода на количество срабатываний события.
  • Триггерными являются событие открытия приложения или определенные внутренние события, заданные в приложении. 
  • При использовании сети-посредника, прежде чем включить интеграцию с сетью-посредником для передачи данных о доходе от рекламы, обязательно отключите интеграции доходов от рекламы для партнеров по монетизации, которые поддерживаются через сеть-посредник. Невыполнение этого требования приводит к дублированию данных. 

На уровне устройства через API S2S

  • Сеть-посредник или сеть монетизации сообщает о доходах по пользователям на уровне устройств. Не все сети поддерживают детализацию на уровне устройства.
  • Этот доход атрибутируется медиа-источнику, который привлек пользователя. Это означает, что атрибуция доходов от рекламы в AppsFlyer соответствует правилам атрибуции, установленным на платформе, в том числе правилам атрибуции ретаргетинга.
  • При использовании сети-посредника, прежде чем включить интеграцию с сетью-посредником для передачи данных о доходе от рекламы, обязательно отключите интеграции доходов от рекламы для партнеров по монетизации, которые поддерживаются через сеть-посредник. Невыполнение этого требования приводит к дублированию данных. 
  • Уровень пользователя через S2S API включает 100% доходов от рекламы и имеет наибольшую точность данных среди всех типов интеграции доходов от рекламы.
  • Данные доступны в отчетах по сырым данным. Мы не отправляем постбэки с данными на уровне устройства интегрированным партнерам.
На уровне показов через SDK
  • Уровень показов — это про то, как AppsFlyer получает данные. В конечном итоге данные могут быть представлены на других уровнях детализации (например, на уровне устройства).
  • Сеть-посредник или сеть монетизации сообщает о доходах по пользователям на уровне показов. Не все сети поддерживают детализацию на уровне показов.
  • Этот доход атрибутируется медиа-источнику, который привлек пользователя. Это означает, что атрибуция доходов от рекламы в AppsFlyer соответствует правилам атрибуции, установленным на платформе, в том числе правилам атрибуции ретаргетинга.
  • При использовании сети-посредника, прежде чем включить интеграцию с сетью-посредником для передачи данных о доходе от рекламы, обязательно отключите интеграции доходов от рекламы для партнеров по монетизации, которые поддерживаются через сеть-посредник. Невыполнение этого требования приводит к дублированию данных. 
  • На уровне показов через SDK данные обновляются чаще всего среди всех типов интеграции рекламных доходов.
  • Поддерживает SKAN.
На уровне показов (через SDK) с уровнем устройств (через S2S API)
  • Позволяет атрибутировать и сообщать данные на уровне показов, поступающие через SDK, в день X, и менять их с данными на уровне устройств, поступающими через API, в день 1 и далее.
  • Обеспечивает обновление и точность данных. То есть, вы получаете преимущество актуальных данных за день X с точностью данных за дни X+1 и далее.
  • Поддерживает SKAN.

Реализация

В следующих разделах описаны доступные типы атрибуции доходов от рекламы, а также процессы и шаги, необходимые для их реализации и поддержки.

Подключение к интегрированным партнерам, поддерживающим передачу данных о доходе от рекламы

Прежде чем начать:

  • Попросите интегрированного партнера предоставить вам учетные данные API.

Чтобы включить интеграцию рекламного дохода с сетью доходов от рекламы:

  1. В AppsFlyer перейдите в раздел ROI360 > Настройки дохода > Доход от рекламы.
  2. В интеграции дохода от рекламы нажмите Новая интеграция доходов от рекламы.
  3. Выберите партнера по доходам от рекламы и нажмите кнопку Далее.
    ad_revenue_ui.png
  4. Выберите необходимый тип данных о доходах от рекламы. Примечание. Не все рекламные сети предоставляют весь набор указанных ниже опций.
    • Атрибутированный доход. Имеется в виду доход по источнику привлечения пользователей. Отчеты об атрибутированному доходу бывают двух видов:
      • Агрегированные отчеты через S2S API.
        • Выберите событие, по которому считается доход от рекламы. Например, если выбрать событие af_app_opened, общий доход от рекламы делится между всеми событиями app-opened, в результате чего вы получите доход от рекламы на одно открытие приложения. 
      • На уровне устройства через S2S API. 
        • Примечание. Если вы включаете API доходов от рекламы на уровне устройства для сети-посредника, вы должны отключить интеграцию доходов от рекламы для тех сетей монетизации, посредником которых она является. Невыполнение этого требования приводит к дублированию данных.
      • На уровне показов через SDK.
      • Уровень показов через SDK с агрегированным уровнем через S2S API.
      • На уровне показов (через SDK) с уровнем устройств (через S2S API)
      • Примечание. При использовании сети-посредника, прежде чем включить интеграцию с сетью-посредником для передачи данных о доходе от рекламы, обязательно отключите интеграции доходов от рекламы для партнеров по монетизации, которые поддерживаются через сеть-посредник. Невыполнение этого требования приводит к дублированию данных.
  5. Заполните учетные данные API или войдите в аккаунт в соответствии с требованиями интегрированного партнера. Это не относится к интеграции SDK.
  6. Нажмите Сохранить.
  7. Если отображается кнопка Test Connection (Тестировать подключение), как показано на рисунке выше, нажмите Test Connection.
  8. Если кнопка Тестировать подключение отсутствует, это значит, что вы выполнили процедуру.
    AppsFlyer получает данные от партнера несколько раз в день. 

Примечание. Если вы переходите от одного типа интеграции к другому, изменение вступает в силу в 12:00 UTC на следующий день. 

Просмотр, редактирование и удаление интегрированных партнеров по доходам от рекламы

delete_edit_adi.png

Чтобы просмотреть, изменить или удалить интеграцию с сетью доходов от рекламы:

  1. В AppsFlyer перейдите в раздел Интеграция > Доход > Доход от рекламы.
    Отобразится список всех интеграций партнеров, а также сведения о продукте и типе интеграции, статусе интеграции и названиях событий дохода от рекламы.
  2. Наведите курсор на интеграцию и нажмите Изменить или Удалить.

Дедупликация доходов от перекрестной рекламы

Частичное дублирование данных о доходах от рекламы может произойти, если приложение использует две платформы-посредника и они обе связаны с одной и той же сетью монетизации. В таких случаях каждая платформа-посредник сообщает обо всех доходах от рекламы, полученных связанной с ней сетью монетизации, независимо от того, были ли эти доходы получены при посредничестве только одной из сетей.

Во избежание частичного дублирования данных о доходах при наличии перекрестных ссылок между двумя посредническими платформами:

  1. В AppsFlyer перейдите в раздел ROI360 > Настройки дохода > Доход от рекламы.
  2. В Общих настройках нажмите Дедуплицировать доходы от рекламы при наличии перекрестных ссылок между двумя посредническими платформами. Примечание. Не устраняйте дубликаты, если две посреднические платформы показывают разные форматы объявлений. Например, если платформа 1 показывает баннеры и рекламные вставки, а платформа 2 — AppOpen и нативную рекламу.
dedup.png

Агрегированная отчетность по событию открытия приложения или внутренним событиям

Агрегированная детализация для доходов от рекламы работает следующим образом:

  • Интегрированная сеть сообщает общий доход за день с разбивкой по географическому положению. 
  • AppsFlyer рассчитывает эффективный доход за действие (eRPA) путем деления общего дохода от рекламы на количество срабатываний события.
  • AppsFlyer создает событие _monetized, которое включает общий eRPA для каждого атрибутированного устройства. Например, ad_matched_monetized.
  • По eRPA доход атрибутируется медиа-источнику.
  • Вы можете использовать один из следующих типов событий: 
    • Уникальное внутреннее событие монетизации (потребуется внести изменения в приложение).
    • Событие af_app_opened, доступное по умолчанию.
  • Не передавайте данные о доходе от рекламы во внутренних событиях параллельно с интеграцией доходов от рекламы. Это приводит к дублированию доходов от рекламы на дэшборде, поскольку AppsFlyer получает данные о доходах из сети монетизации через интеграцию. 

Агрегированный доход от рекламы на основе событий

Метод события Как реализован Факторы, которые необходимо учитывать

Уникальное внутреннее событие монетизации 

  • Внутреннее событие задается во время показа рекламы. 
  • Это позволяет четко подсчитывать действия пользователей и точнее вычислять eRPA. 
  • Данные можно дополнительно детализировать, настроив отдельное внутреннее событие для каждой сети монетизации, что позволит разделить доход по сетям монетизации.
    Подробнее см. в таблице ниже. 
  • Разработчику потребуется внести изменения в приложение.
  • На дэшборде доход можно разбить по сетям монетизации.

событие af_app_opened

  • Событие af_app_opened отправляется из SDK Appsflyer по умолчанию
  • Запускается каждой пользовательской сессией 
  • Вносить изменения в приложение не требуется.
  • Быстро реализуется.
  • Значения eRPA значительно искажаются, если вы показываете более одного приложения за сессию.
  • Нет разбивки дохода по сетям монетизации.
  • Событие относится ко всем пользователям, которые запускают приложение, не отражая их желание или нежелание смотреть рекламу.

Сравнение методов внутренних событий

Метод Плюсы Минусы Факторы, которые необходимо учитывать
Одно и то же событие используется для всех сетей. Например, ad_watched. При этом автоматически создается событие ad_watched_monetized со сведениями о монетизации Самый простой с точки зрения реализации. Нет информации о качестве рекламы, такой как количество кликов и доход от рекламы по сетям.
  • Подходит, если основная цель — найти источник/кампании, которые чаще всего побуждают пользователей нажимать на рекламу. 
  • Не подходит для сравнения эффективности сетей монетизации.

(Рекомендуется) Каждой сети назначается уникальное событие просмотра объявления. Пример: ad_watch_admob,

 ad_watch_vungle.

Полная прозрачность и возможность сравнивать сети монетизации на дэшборде и в сырых данных. Доход от рекламы не аккумулируется в рамках одного события. Количество событий равно количеству сетей. Позволяет сравнивать сети монетизации на дэшборде. Доход от рекламы разделяется по сетям на основе заданного для каждой из них внутреннего события приложения. 

Статус и тестирование API доходов от рекламы

  • Рабочий статус интеграции доходов от рекламы доступен следующим образом:

    • Дэшборд статуса интеграции по затратам и доходам от рекламы: централизованный список партнеров, для которых включена интеграция доходов от рекламы по одному или нескольким приложениям, размещенным в вашем аккаунте. 
    • Некоторые партнеры позволяют протестировать подключение к API. Если такая возможность есть, отображается кнопка Test connection (Тестировать подключение). mceclip0.png
    • Чтобы проверить работоспособность подключения к API:
    • Нажмите Test Connection 
      (Тестировать подключение). Появится сообщение API key verified (Ключ API подтвержден). Если это не так, выполните корректирующие действия, приведенные в следующей таблице. 
Статус Значение Нужны пояснения/действия
API-ключ верифицирован Нет
Недействительные учетные данные.

Предоставленные учетные данные неверны.

Получите от интегрированного партнера корректные учетные данные.
Не хватает данных о конфигурации Одно или несколько полей с учетными данными не заполнены. Получите учетные данные на дэшборде партнера, поддерживающего передачу данных по доходам от рекламы, или запросите учетные данные у самого партнера.

Данные о доходе от рекламы

Данные о доходах от рекламы доступны на дэшбордах AppsFlyer и в отчетах с сырыми данными.

Агрегированные данные о доходах от рекламы

Доход от рекламы показывает качество пользователей из различных источников в динамике. По мере того, как пользователи продолжают запускать приложение и взаимодействовать с рекламой, их LTV увеличивается.

Примечание. В данных о доходах от рекламы, отображаемых на различных дэшбордах и в отчетах, возможны расхождения. Узнать больше

Атрибуция дохода от рекламы доступна в следующем виде:

  • На основе LTV:
    • Дэшборды: обзорный, события
    • Отчеты по LTV
    • Дэшборд когорт и отчеты
    • Master API
  • На основе активности:
    • Дэшборд: Активность
    • Сырые данные по доходу от рекламы

Обзорный дэшборд: агрегированный отчет об эффективности

На обзорном дэшборде:

  • Значения, включая доход, являются LTV. См. Сравнение LTV и активности.
  • В столбце Revenue (Доход) указывается весь доход, включая доход от рекламы и покупок в приложении.
  • Перейдите на нужный уровень иерархии рекламы (медиа-источник, кампания, группа объявлений, гео) для просмотра монетизируемых событий в отчете.
Дэшборд событий

На дэшборде активности:

  • Значения, включая доход, основаны на дате активности. См. Сравнение LTV и активности.
  • Среднее количество действий на пользователя показывает, насколько пользователи склонны взаимодействовать с рекламой, демонстрируемой в приложении. 

Примеры

Три пользователя устанавливают приложение 31 декабря 2017 года. Они атрибутируются следующим образом:

  • Пользователь А: сети А
  • Пользователь В: сети В
  • Пользователь С: органический

Приложение интегрировано с пятью различными платформами монетизации. Каждая платформа использует уникальное внутреннее событие с помощью SDK AppsFlyer следующим образом:

  • Meta Audience Network: fb_ad_view
  • Chartboost: chartboost_ad_view
  • Admob: admob_ad_view
  • Applovin: applovin_ad_view
  • IronSource: is_ad_view 

В течение четырех дней после установки пользователям будут показаны объявления следующим образом:

Пользователь

Сеть UA

fb_
ad_view

chartboost_
ad_view

admob_
ad_view

applovin_
ad_view

is_ad_view

Total (Всего)

A

Сеть А

31.12.2017

01.01.2018

$1

02.01.2018

$1

03.01.2018

$1

04.01.2018

$1

 

$4
 B

Сеть B

31.12.2017

02.01.2018

$1

 

04.01.2018

$1

 

  $2
 C

Органика

31.12.2017

01.01.2018

$1

     

02.01.2018

$1

$2

На основе этих данных можно рассчитать доход на пользователя, за день (и на внутреннее событие приложения):

Пользователь

01.01.2018

02.01.2018

03.01.2018

04.01.2018

Общий показатель LTV

A

$1

$1

$1

$1

$4

B   $1   $1 $2
C $1 $1     $2
Total (Всего) $2 $3 $1 $2 8 $

Информация в отчетах:

Как упоминалось ранее, доход от рекламы привязан к показателю LTV пользователя. Поэтому период, который вы выбираете на дэшборде соответствует когорте с установками, доход по которым будет агрегирован до текущего часа и дня. Рассмотрим отчет с двумя выбранными датами:

Агрегированный отчет за период с 31.12.2017 по 05.01.2018

Сеть

Доход LTV

Органика

$2

Сеть А

$4

Сеть B

$2

Сеть С

$2

В данном случае когорта — это пользователи, установившие приложение с 31 декабря 2017 года по 05 января 2018 года. Весь доход, полученный от этих пользователей, привязан к источнику привлечения и представлен в LTV-данных пользователя.

Сырые данные по доходу от рекламы

PremiumFeature.jpg

Отчеты с сырыми данными о доходах от рекламы содержат сведения, предоставленные сетями монетизации, которые имеют интеграцию с AppsFlyer на уровне устройства или на уровне показов. 

Принципы работы с сырыми данными по доходам от рекламы

  • Данные агрегируются по количеству уникальных показов на пользователя. Уникальные показы определяются по комбинации сети монетизации рекламы, рекламного блока и размещения.
  • Сырые данные на уровне показов:
    • Агрегированные данные на уровне устройства, доступны в отчетах на уровне устройства.
    • Доступны в отчетах на уровне показов в Data Locker.
    • Актуальность сырых данных идентична актуальности данных о доходах от рекламы на уровне пользователя на дэшборде «Активность».
Отчет

Страница Экспорт данных

Pull API  Data Locker
Атрибутированный доход от рекламы (неорганический) ✓*
Органический доход от рекламы ✓*
Доход от рекламы в рамках ретаргетинга ✓*
Сырые данные на уровне показов  - - ✓ 
* Также доступен отчет по версиям, обновляемый несколько раз в день, с данными, агрегированными на уровне устройства. Отчеты Data Locker без версий являются ежедневными.

Характеристики и поля данных

Полях в отчетах о доходах от рекламы могут содержать следующее:

  • Само событие дохода от рекламы и параметры, перечисленными в таблице ниже. Эти поля подразделяются на:
    • Специфичные: поля, которые относятся к доходу от рекламы. Например, показы и размещение. Внимание! Состав заполняемых полей зависит от партнера по монетизации. См. таблицу «Поля по сетям».
    • Контекстные: поля, имеющие аналогичное значение в других отчетах с сырыми данными. Например, имя события, значение события, валюта.
  • Результат атрибуции события медиа-источнику, который привлек пользователя. Эти поля копируются из события конверсии, привлекшего пользователя. Например, медиа-источник и кампания. Такие поля в таблице ниже не указаны. 

Поля с данными о доходе от рекламы

api_name Имя поля Тип поля Описание
event_time Event Time (Время события)
Context
Дата атрибуции дохода от рекламы
event_name Имя события
Context
  • По умолчанию af_ad_revenue
  • Может также быть настраиваемым событием
event_revenue Валюта выручки от событий
Context
  • Сумма дохода в определенной для событий валюте 
  • Нулевое значение указывает на показы без дохода.
event_revenue_currency Валюта события
Context
Валюта выручки от события
 event_revenue_XXX Доход от события XXX
Context
  • На странице экспорта: доход, конвертированный в валюту приложения.
  • В Data Locker: всегда долл. США
  • В Pull API: в соответствии с валютой, заданной для Pull API. 
Страна Страна


Context

Страна установки для конверсии установки.
ad_unit

Рекламный блок

Специфичное

Тип рекламы

segment Сегмент Специфичное Название места размещения рекламы
monetization_network Сеть монетизации Специфичное Сеть, отправляющая рекламу
Показы Показы Специфичное Сколько раз пользователь видел рекламу
mediation_network Сеть-посредник Специфичное Сеть-посредник, сообщающая о событии в AppsFlyer

Поля по сетям

Отображаемое имя Admob ironSource AppLovin MAX Appodeal Fyber
Рекламный блок
Сегмент - (1) - - -
Placement -
Сеть монетизации - -
Показы - - -
Сеть-посредник - -
(1) Задается рекламодателем в ironSource.

Актуальность данных

Актуальность данных зависит от типа интеграции и метода создания отчетов.

Для интеграции по API S2S самое раннее, когда данные становятся доступными:

  • Дэшборды и отчеты (через Data Locker), начиная с дня X+1, 8:00 UTC, примерно 4 раза в день, каждые 6 часов. А для подписчиков ROI360, дни 2, 3, 7 и 14, один раз в день.

Для интеграции SDK на уровне показов самое раннее, когда данные становятся доступными:

  • Лучший сценарий для дэшбордов и отчетов (через Data Locker), начиная с дня X в 5:00 UTC, обновление примерно 6 раз в день, каждые 4 часа.
  • Отчеты по сырым данным уровня показов (через Data Locker) — день X с 1:00 UTC, обновляются каждый час.

Для уровня показов (через SDK) с уровнем устройств (через S2S API) актуальность данных за день X с точностью данных за дни X+1 можно получить следующим образом:

  • Для данных на уровне показов, поступающих через SDK:
    • Лучший сценарий для дэшбордов и отчетов (через Data Locker), начиная с дня X в 5:00 UTC, обновление примерно 6 раз в день, каждые 4 часа.
    • Отчеты по сырым данным уровня показов (через Data Locker) — день X с 1:00 UTC, обновляются каждый час.
  • Для данных на уровне устройств, поступающих через S2S API:
    • Дэшборды и отчеты (через Data Locker), начиная с дня X+1, 8:00 UTC, примерно 4 раза в день, каждые 6 часов. А для подписчиков ROI360, дни 2, 3, 7 и 14, один раз в день.

Для устаревших интеграций (до ROI360) обновление данных — это день X+1, 17:00 UTC самое раннее.

Примечание. При изменении типа интеграции данные, полученные через предыдущий тип интеграции за даты в прошлом, не будут снова заполнены новым типом интеграции. Например, если в день X тип интеграции был изменен с SDK на S2S, данные будут получены начиная с дня X+1 и далее и не будут получены за дни, предшествующие дню X.

Отчеты Data Locker по доходам от рекламы

Имя Актуальность данных Разделы отчета
Ежедневный доход от рекламы (агрегированный на уровне устройств)

Доход от рекламы за определенный день (день X) сообщается на следующий день (X+1), в 20:00 UTC.

Например, доходы от рекламы, полученные 1 мая, будут отражены в отчете за 2 мая.

Отчет включает разделы Атрибутированный доход, Органический доход и Доход от ретаргетинга.
Отчет по ежедневному доходу от рекламы с версиями (агрегированный на уровне устройств) Ежедневный отчет состоит из:
  • Версии за день создаются каждые 4 часа в течение дня получения дохода (день X). Данные за день собираются с помощью коннектора SDK ROI.
  • Версии за полный день, созданные на 2, 3, 7 и 13 день, основаны на данных, полученных из отчетов API S2S.
Другими словами, набор версий ежедневного отчета включает следующие версии:
  • 00:00 — 04:00 в день X.
  • 00:00 — 08:00 в день X [коннектор SDK ROI].
  • 00:00 — 12:00 в день X [коннектор SDK ROI].
  • 00:00 — 24:00 в день X [коннектор SDK ROI].
  • 00:00 — 24:00 в день x+1 [S2S].
  • 00:00 — 24:00 в день x+2 [S2S].
  • 00:00 — 24:00 в день x+6 [S2S].
  • 00:00 — 24:00 в день x+13 [S2S].
Каждая версия отчета включает разделы Атрибутированный доход, Органический доход и Доход от ретаргетинга.
Отчет о доходах от рекламы на уровне показов Записи о доходах от рекламы на уровне показов записываются в отдельный файл каждый час.  

Дополнительные сведения

Переход с агрегированных данных на детализацию на уровне устройства

  • Переход не влияет на исторические данные о доходах от рекламы. Эти данные не изменятся.
  • Данные о доходах от рекламы извлекаются один раз в день в 14:00 UTC согласно выбранным на тот момент параметрам детализации.
  • Для детализации на уровне устройства не нужно определять внутренние события (в отличие от отчетности на агрегированном уровне). Вы можете продолжить отправлять эти события, но они не влияют на детализацию отчетов на уровне устройств в AppsFlyer. 

Сигналы UA для рекламных сетей

 Примечание

Возможно, вы захотите работать с рекламными сетями, которые могут получать сигналы UA. Это означает, что рекламные сети, отвечающие за привлечение пользователей, могут получать от сетей-посредников данные о доходах от рекламы и использовать их для оптимизации UA-кампаний своих клиентов. 

Чтобы подавать сигналы рекламным сетям UA, партнеры-посредники должны иметь интеграцию либо на уровне показов, либо на уровне устройства.

  • Что должен сделать партнер для получения отчета, см. здесь.
  • Что должен сделать рекламодатель, чтобы предоставить партнеру разрешение на получение отчета, см. здесь.

Список партнеров-посредников, которые могут посылать сигналы UA рекламным сетям UA:

  • Applovin Max
  • Google AdMob
  • Appodeal
  • Chartboost
  • Fyber
  • Tapdaq
  • Topon
  • Unity
  • Посредник Unity LevelPlay (ранее ironSource)
  • Admost
  • Tradplusad
  • Yandex

 Список рекламных сетей UA, которые могут принимать сигналы UA:

  • AdAction
  • Adamobi
  • Adjoe
  • Adonco
  • Adshow
  • Apprainbow
  • Aura от Unity
  • Betop
  • Bidswave
  • Brandscale
  • Chameleostudios
  • Chartboost
  • Datawave
  • DLab
  • Ecomonline
  • Etusdigital
  • Foregon
  • GNA Company
  • Happimobi
  • Hybrid
  • Inflecto
  • Irismedia
  • Lambadapp
  • Leadidadmonster
  • Lifestreet
  • Liftoff
  • Melodong
  • Mintegral
  • Mobrand
  • Moloco
  • Motive
  • Mpnd
  • Msla
  • Muvmobile
  • Nexamob
  • Nftdroper
  • Nsofmedia
  • Performadlive
  • Personalyrtb
  • Pitatroas
  • Rebornads
  • RTBhouse
  • Runfuns
  • Scmobi
  • Shalltry
  • Shareit
  • Smadex
  • Tapjoy
  • Targetmedia
  • Thepurpleline
  • TikTok for Business
  • Trademob
  • Truemoney
  • Unity Ads
  • Yandex
  • Yeahmobi
  • Z2A Digital
  • Zoyo

Разрешите рекламной сети получать данные о доходах от рекламы

Прежде чем рекламные сети, отвечающие за привлечение пользователей, смогут получать данные от сетей-посредников, они должны получить ваше разрешение.

Примечание. Перед тем как дать разрешение, свяжитесь с рекламной сетью и убедитесь, что у нее есть поток импорта данных и логика оптимизации для обработки ваших данных.

Чтобы разрешить рекламной сети получать агрегированные данные о доходах:

  1. Перейдите в раздел Настройки > Активные интеграции. 
  2. Выберите интегрированного партнера. 
  3. Перейдите на вкладку Интеграция.
  4. Поверьте, что переключатель Activate Partner (Активировать партнера) включен. Если нет, данные не передаются.
  5. Перейдите на вкладку Permissions (Разрешения).
  6. Включите переключатель Разрешения для рекламной сети.
  7. Включите Доступ к сырым данным по доходам от рекламы.
  8. В разделе Вариант отправки выберите, отправлять ли данные о доходах от рекламы только от этого партнера (Только данный партнер) или о доходах от рекламы из всех медиа-источников (Все медиа-источники и органический трафик).  
  9. Нажмите Save Settings (Сохранить настройки). 
  10. Сообщите рекламной сети, что разрешения предоставлены.
  11. Убедитесь, что рекламная сеть включила отчет в своем Data Locker и настроила параметры вывода.

Постбэки по событиям рекламного дохода для рекламных сетей

Вы можете настроить постбэки по событиям рекламного дохода для рекламных сетей. Это означает, что рекламные сети, отвечающие за привлечение пользователей, могут получать от сетей-посредников данные о доходах от рекламы и использовать их для оптимизации UA-кампаний своих клиентов. 

Для отправки постбэков в рекламные сети UA необходима интеграция уровня показов в сеть-посредник через SDK. AppsFlyer автоматически генерирует событие af_ad_revenue на показ. Эти события можно выбирать из списка событий для передачи в рекламную сеть посредством постбэков по внутренним событиям.

Для настройки постбэков по событиям дохода от рекламы:

  1. Найдите и выберите своего партнера либо на маркетплейсе, либо на странице Настройка > Активные интеграции.
  2. На вкладке Интеграция прокрутите вниз и включите постбэки по внутренним событиям приложения
  3. Выберите событие AppsFlyer af_ad_revenue.
  4. Сопоставьте его событию рекламной сети UA следующим образом:
    Рекламная сеть UA Событие, которому следует сопоставить af_ad_revenue Скриншот
    ironSource adRevenue

    Unity Ads ad_revenue

    Moloco Сопоставление не требуется  
    Mintegral Сопоставление не требуется  
    Smadex Сопоставление не требуется  
    Meta Ads fb_mobile_purchase

  5. Нажмите Сохранить интеграцию.

Список партнеров-посредников, которые могут передавать события рекламного дохода уровня показов в рекламные сети UA:

  • Applovin Max
  • Google AdMob
  • Appodeal
  • Chartboost
  • Fyber
  • Tapdaq
  • Topon
  • Unity
  • ironSource
  • Admost
  • Tradplusad
  • Yandex

 Список рекламных сетей UA, которые могут получать постбэки о событиях рекламного дохода:

  • ironSource
  • Unity Ads
  • Moloco
  • Mintegral
  • Meta Ads
  • Smadex

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

Как получить данные об общем доходе от рекламы с каждой платформы?

  • Атрибуция доходов от рекламы связана с источником привлечения пользователей и отображается соответствующим образом.
  • Это позволяет получить LTV-данные о рентабельности инвестиций и ключевых показателях эффективности.
  • Чтобы просмотреть общий доход от каждой платформы монетизации, используйте свое внутреннее событие для каждой сети и выполните следующую процедуру:
    1. На обзорном дэшборде перейдите в таблицу агрегированного отчета об эффективности.
    2. Выберите до четырех монетизируемых событий, соответствующих платформам, по которым вы хотите отправить запрос. 

      selecting_monetized_events.png

    3. Чтобы скачать отчет, нажмите Export CSV (Экспорт в CSV).

    4. Суммируйте значения в столбце Revenue (Доход) по монетизируемому событию соответствующей платформы

      revenue_sum_up.png

    Примечание. Общий доход от рекламы — это данные LTV, т. е. весь доход, полученный сетью монетизации для вашего приложения от пользователей, которые совершили установку в рамках указанного диапазона дат.

Доступны ли данные о доходе от рекламы на странице активности?

Да. На странице «Активность» отображается совокупный доход от покупок в приложении и от рекламы. Примечание. Данные о доходах от рекламы отправляются в AppsFlyer ежедневно на следующий день после события.

Нужно ли мне активировать партнера во вкладке «Интеграция»?

Если вы взаимодействуете с партнером только по вопросам монетизации рекламы (доходу от рекламы): не включайте Activate Partner (Активировать партнера) на вкладке интеграции. Включите только Get Ad Revenue (Получать данные о доходах от рекламы) на вкладке Ad Revenue (Доход от рекламы).

Как атрибутируется доход от рекламы на уровне устройства, если у пользователя версия приложения без SDK AppsFlyer?

Доход от рекламы считается органическим.

Есть ли расхождения между данными о доходах от рекламы на различных дэшбордах и в отчетах?

Возможны расхождения между данными о доходах от рекламы на обзорном дэшборде и в отчетах с сырыми данными, а также на дэшбордах «Активность» и «Когорты». Это связано с тем, что: 

  • Данные о доходах от рекламы на дэшбордах «Активность» и «Когорты», а также данные, полученные через Master API и Cohort API, обновляются задним числом. Данные на обзорном дэшборде, а также данные, полученные через экспорт сырых данных и через Pull API, задним числом не обновляются.
  • Иногда на дэшбордах «Активность» и «Когорты» данные появляются раньше, чем на обзорном дэшборде.
  • На дэшбордах отображаются события, отмеченные af_ad_revenue и _monetized, а в сырых данных — только события af_ad_revenue.

Ограничения и особенности

Специфика Заметки 
Ограничения

События дохода от рекламы недоступны:

  • Push API
  • Разделу "Ретаргетинг"

Ограничения детализации на уровне устройства:

Количество уникальных пользователей, вызвавших событие af_ad_revenue, не поддерживается на дэшбордах AppsFlyer.

Доступ рекламной сети Нет доступа к когортным отчетам
Доступ агентств

Агентства:

  • Нет доступа к настройкам по доходам от рекламы.
  • Может просматривать все дэшборды и относящиеся к ним данные.
Прозрачность агентства Не поддерживается
Time Zone (Часовой пояс)

Данные о доходе от рекламы показаны на дэшбордах и в отчетах AppsFlyer только по часовому поясу UTC. То есть, если данные сообщаются в 14:00 UTC+2, в AppsFlyer они отображаются как 14:00 UTC. Обрабатываются ежедневно.

Это связано с тем, что AppsFlyer необходимо нормализовать данные, собранные из многочисленных источников и от партнеров, большинство из которых сообщают свои данные в UTC.

Валюта 

В AppsFlyer:

  • На дэшборде используется валюта приложения рекламодателя.
  • В отчетах с сырыми данными используется исходная валюта, а также конвертация в валюту приложения рекламодателя.
Тип данных Поддерживаются как органические, так и неорганические данные
Актуальность данных Доходы от рекламы
Исторические/ретроспективные данные
  • Данные извлекаются и доступны со дня интеграции. Это значит, что данные за период, предшествующий дате интеграции (день 0), недоступны.
  • Данные о доходах от рекламы, полученные через S2S API за определенный день, обновляются в дни 1, 2 и 3.
  • Данные о доходах от рекламы на дэшбордах «Активность» и «Когорты», а также данные, полученные через Master API и Cohort API, обновляются задним числом. Данные на обзорном дэшборде, а также данные, полученные через экспорт сырых данных и через Pull API, задним числом не обновляются. Если у вас есть расширенный пакет для получения данных о доходах, данные также обновляются в Data Locker.
Доступ пользователей аккаунта Поддерживается
SKAN Поддерживается коннекторами SDK для доходов от рекламы на уровне показов.
Гео/страна На дэшборде Когорты, если геоданные не известны (N/A), неизвестные данные не отображаются в сводных данных.
Постбэки по внутренним событиям приложений Постбэки партнерам отправляются по данным, относящимся к событиям в приложении, которые атрибутированы этому партнеру; они не включают данные, относящиеся к другим медиа-источникам.

Список интегрированных партнеров, поддерживающих передачу данных о доходе от рекламы

Партнер Необходимые учетные данные Детализация данных

AdColony

  • Ключ API
  • Идентификатор приложения
Агрегированный отчет с геоданными

Admost

  • Идентификатор приложения сети
  • Токен
На уровне устройства с геоданными

AppLovin

  • Ключ отчета
  • Имя пакета приложения
Агрегированный отчет с геоданными

AppLovin MAX

  • Ключ отчета
  • Имя пакета приложения
 
  •  На уровне устройства с геоданными
  • На уровне показов (через SDK)

Appodeal

  • Ключ приложения
  • Ключ API
  • Идентификатор пользователя
  • Агрегированный отчет с геоданными
  • На уровне устройства
Bytedance Ads - трафик из Китая 
  • Ключ безопасности
  • Идентификатор приложения
  • ID аккаунта
Агрегированный отчет с геоданными
Chartboost
  • Идентификатор пользователя
  • Подпись пользователя
  • Идентификатор приложения
Агрегированный отчет с геоданными
Meta Ads
  • Вход в Meta Ads
Агрегированный отчет с геоданными
Fyber
  • Секрет клиента
  • Идентификатор API
  • ID клиента
  • На уровне устройства с геоданными 
  • На уровне показов (через SDK)
Google Платформа для маркетинга — DV360/CM (DoubleClick)
  • Данные для входа на Google Платформу для маркетинга — DV360/CM
Агрегированный отчет с геоданными
Google Admob
  • Идентификатор приложения AdMob
  • Агрегированный отчет с геоданными
  • На уровне показов (через SDK)
Google Ads
  • Аутентификация API на основе OAuth
Агрегированный отчет с геоданными
IronSource
  • Секретный ключ
  • Имя пользователя
  • Идентификатор приложения
  • Агрегированный отчет с геоданными
  • На уровне устройства
  • На уровне показов (через SDK)

Mintegral

  • Идентификатор приложения
  • Секретный ключ
  • Ключ API
Агрегированный отчет с геоданными

Tapjoy

  • Идентификатор приложения
  • Ключ Marketing API
На уровне устройства с геоданными

TikTok for Business

  • Ключ безопасности
  • Идентификатор приложения
  • ID аккаунта

Агрегированный отчет с геоданными

TopOn

  • Идентификатор приложения сети
  • Ключ издателя

На уровне устройства с геоданными

Tradplus mediation

  • Ключ API
  • Идентификатор приложения сети

На уровне устройства с геоданными

 

Unity Ads

  • Ключ API
  • Идентификатор приложения
  • Агрегированный отчет с геоданными
  • На уровне показов (через SDK)
Voodoo Ads
  • Идентификатор пакета
  • Токен доступа
Агрегированный отчет с геоданными

Vungle

  • Ключ API
  • Идентификатор приложения
Агрегированный отчет с геоданными

Yandex

  • На уровне показов (через SDK)