Краткий обзор. Атрибутируйте доходы от рекламы, чтобы иметь полное представление об эффективности LTV.
Атрибуция рекламного дохода
- Размещение рекламы в приложении на баннерах, панелях предложений (offer walls), рекламных вставках и т. п. приносит доход.
- Совокупность дохода от рекламы, покупок внутри приложения и дохода от подписок даст полную картину по LTV пользователя. Путем сопоставления LTV пользователя с расходами на рекламу определяется окупаемость инвестиций (ROI), значение которой доступно на платформе для дальнейшего анализа.
Данные по атрибутированному доходу от рекламы:
- Получены из сетей-посредников и/или сетей монетизации рекламы через серверные API или с помощью SDK отчетности, встроенного в приложение (включая iOS 14).
- Атрибутируются медиа-источнику, который изначально привлек пользователя. Например:
- Пользователь видит рекламу в сети А и скачивает ваше приложение.
- В приложении отображается реклама.
- Доход от рекламы атрибутируется сети A (привлекшей пользователя), независимо от того, кто опубликовал объявление.
- Детализация отчетности зависит от типа интеграции сети монетизации и типа атрибуции дохода от рекламы:
Типы интеграции для атрибуции доходов от рекламы
Атрибуция доходов от рекламы поддерживает различные методы детализации. Детализация зависит от сети монетизации.
Тип интеграции для атрибуции доходов от рекламы | Описание |
---|---|
Агрегированные отчеты через S2S API |
|
На уровне пользователя через S2S API |
|
[Бета-версия] На уровне показов через SDK |
|
[Закрытая бета-версия] Уровень показов (через SDK) с уровнем пользователей (через S2S API) |
|
[Закрытая бета-версия] Уровень показов через SDK с агрегированным уровнем через S2S API |
|
Реализация
В следующих разделах описаны доступные типы атрибуции доходов от рекламы, а также процессы и шаги, необходимые для их реализации и поддержки.
Подключение к интегрированным партнерам, поддерживающим передачу данных о доходе от рекламы

Прежде чем начать:
- Попросите интегрированного партнера предоставить вам учетные данные API.
Чтобы включить интеграцию рекламного дохода с сетью доходов от рекламы:
-
В AppsFlyer перейдите в раздел Configuration (Настройки) > Integrated Partners (Интегрированные партнеры).
Откроется окно «Интегрированные партнеры». -
Выберите партнера. Совет: выберите опции Active (Активный) и Ad revenue (Доход от рекламы), чтобы отобразились имеющиеся партнеры с поддержкой передачи данных о доходе от рекламы.
Откроется окно настройки интегрированного партнера. - На вкладке Ad Revenue (Доход от рекламы) включите Get Ad Revenue Data (Получать данные о доходах от рекламы).
-
Выберите необходимый тип данных о доходах от рекламы. Примечание. Не все рекламные сети предоставляют весь набор указанных ниже опций.
- Атрибутированный доход. Имеется в виду доход по источнику привлечения пользователей. Отчеты об атрибутированному доходу бывают двух видов:
-
Агрегированные отчеты через S2S API.
- Выберите событие, по которому считается доход от рекламы. Например, если выбрать событие af_app_opened, общий доход от рекламы делится между всеми событиями app-opened, в результате чего вы получите доход от рекламы на одно открытие приложения.
- На уровне пользователя через S2S API.
- Примечание. Если вы включаете API доходов от рекламы на уровне пользователя для сети-посредника, вы должны отключить интеграцию доходов от рекламы для тех сетей монетизации, посредником которых она является. Невыполнение этого требования приводит к дублированию данных.
- На уровне показов через SDK.
- [Закрытая бета-версия] Уровень показов через SDK с агрегированным уровнем через S2S API.
- [Закрытая бета-версия] Уровень показов (через SDK) с уровнем пользователей (через S2S API)
- Примечание. При использовании сети-посредника, прежде чем включить интеграцию с сетью-посредником для передачи данных о доходе от рекламы, обязательно отключите интеграции доходов от рекламы для партнеров по монетизации, которые поддерживаются через сеть-посредник. Невыполнение этого требования приводит к дублированию данных.
-
Агрегированные отчеты через S2S API.
- Атрибутированный доход. Имеется в виду доход по источнику привлечения пользователей. Отчеты об атрибутированному доходу бывают двух видов:
- Заполните учетные данные API или войдите в аккаунт в соответствии с требованиями интегрированного партнера. Это не относится к интеграции SDK.
- Нажмите Save ad revenue (Сохранить доходы от рекламы).
-
Если отображается кнопка Test Connection (Тестировать подключение), как показано на рисунке выше, нажмите Test Connection.
- Если отобразится сообщение API key verified (Ключ API подтвержден), это значит, что вы успешно выполнили процедуру.
- Если отобразится любое другое сообщение, см. раздел Статус и тестирование API для доходов от рекламы и повторите процедуру.
-
Если кнопка Тестировать подключение отсутствует, это значит, что вы выполнили процедуру.
AppsFlyer получает данные от партнера несколько раз в день.
Примечание. Если вы переходите от одного типа интеграции к другому, изменение вступает в силу в 12:00 UTC на следующий день.
Агрегированная отчетность по событию открытия приложения или внутренним событиям
Агрегированная детализация для доходов от рекламы работает следующим образом:
- Интегрированная сеть сообщает общий доход за день с разбивкой по географическому положению.
- AppsFlyer рассчитывает эффективный доход за действие (eRPA) путем деления общего дохода от рекламы на количество срабатываний события.
- AppsFlyer создает событие _monetized, которое включает общий eRPA для каждого атрибутированного устройства. Например, ad_matched_monetized.
- По eRPA доход атрибутируется медиа-источнику.
- Вы можете использовать один из следующих типов событий:
- Уникальное внутреннее событие монетизации (потребуется внести изменения в приложение).
- Событие af_app_opened, доступное по умолчанию.
- Не передавайте данные о доходе от рекламы во внутренних событиях параллельно с интеграцией доходов от рекламы. Это приводит к дублированию доходов от рекламы на дэшборде, поскольку AppsFlyer получает данные о доходах из сети монетизации через интеграцию.
Метод события | Как реализован | Факторы, которые необходимо учитывать |
---|---|---|
Уникальное внутреннее событие монетизации |
|
|
событие af_app_opened |
|
|
Метод | Плюсы | Минусы | Факторы, которые необходимо учитывать |
---|---|---|---|
Одно и то же событие используется для всех сетей. Например, ad_watched. При этом автоматически создается событие ad_watched_monetized со сведениями о монетизации | Самый простой с точки зрения реализации. | Нет информации о качестве рекламы, такой как количество кликов и доход от рекламы по сетям. |
|
(Рекомендуется) Каждой сети назначается уникальное событие просмотра объявления. Пример: ad_watch_admob, ad_watch_vungle. |
Полная прозрачность и возможность сравнивать сети монетизации на дэшборде и в сырых данных. | Доход от рекламы не аккумулируется в рамках одного события. Количество событий равно количеству сетей. | Позволяет сравнивать сети монетизации на дэшборде. Доход от рекламы разделяется по сетям на основе заданного для каждой из них внутреннего события приложения. |
Статус и тестирование API доходов от рекламы
-
Рабочий статус интеграции доходов от рекламы доступен следующим образом:
- Дэшборд статуса интеграции по затратам и доходам от рекламы: централизованный список партнеров, для которых включена интеграция доходов от рекламы по одному или нескольким приложениям, размещенным в вашем аккаунте.
- Некоторые партнеры позволяют протестировать подключение к API. Если такая возможность есть, отображается кнопка Test connection (Тестировать подключение).
- Чтобы проверить работоспособность подключения к API:
- Нажмите Test Connection
(Тестировать подключение). Появится сообщение API key verified (Ключ API подтвержден). Если это не так, выполните корректирующие действия, приведенные в следующей таблице.
Статус | Значение | Нужны пояснения/действия |
---|---|---|
API-ключ верифицирован |
|
Нет |
Недействительные учетные данные. |
Предоставленные учетные данные неверны. |
Получите от интегрированного партнера корректные учетные данные. |
Не хватает данных о конфигурации | Одно или несколько полей с учетными данными не заполнены. | Получите учетные данные на дэшборде партнера, поддерживающего передачу данных по доходам от рекламы, или запросите учетные данные у самого партнера. |
Данные о доходе от рекламы
Данные о доходах от рекламы доступны на дэшбордах AppsFlyer и в отчетах с сырыми данными.
Агрегированные данные о доходах от рекламы
Доход от рекламы показывает качество пользователей из различных источников в динамике. По мере того, как пользователи продолжают запускать приложение и взаимодействовать с рекламой, их LTV увеличивается.
Примечание. В данных о доходах от рекламы, отображаемых на различных дэшбордах и в отчетах, возможны расхождения. Узнать больше.
Атрибуция дохода от рекламы доступна в следующем виде:
- На основе LTV:
- Дэшборды: обзорный, события
- Отчеты по LTV
- Дэшборд когорт и отчеты
- Master API
- На основе активности:
- Дэшборд: Активность
- Сырые данные по доходу от рекламы
Обзорный дэшборд: агрегированный отчет об эффективности

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

На дэшборде активности:
- Значения, включая доход, основаны на дате активности. См. Сравнение LTV и активности.
- Среднее количество действий на пользователя показывает, насколько пользователи склонны взаимодействовать с рекламой, демонстрируемой в приложении.
Примеры
Три пользователя устанавливают приложение 31 декабря 2017 года. Они атрибутируются следующим образом:
- Пользователь А: сети А
- Пользователь В: сети В
- Пользователь С: органический
Приложение интегрировано с пятью различными платформами монетизации. Каждая платформа использует уникальное внутреннее событие с помощью SDK AppsFlyer следующим образом:
- Facebook Audience Network: fb_ad_view
- Chartboost: chartboost_ad_view
- Admob: admob_ad_view
- Applovin: applovin_ad_view
- IronSource: is_ad_view
В течение четырех дней после установки пользователям будут показаны объявления следующим образом:
Пользователь |
Сеть UA |
fb_ |
chartboost_ |
admob_ |
applovin_ |
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-данных пользователя.
Сырые данные по доходу от рекламы
Отчеты с сырыми данными о доходах от рекламы содержат сведения, предоставленные сетями монетизации, которые имеют интеграцию с AppsFlyer на уровне пользователя или на уровне показов.
Принципы работы с сырыми данными по доходам от рекламы
- Данные агрегируются по количеству уникальных показов на пользователя. Уникальные показы определяются по комбинации сети монетизации рекламы, рекламного блока и размещения.
-
Сырые данные на уровне показов:
- Агрегированы на уровне пользователя и доступны в отчетах на уровне пользователя.
- [Закрытая бета-версия] Доступны в отчетах на уровне показов в Data Locker.
- Актуальность сырых данных идентична актуальности данных о доходах от рекламы на уровне пользователя на дэшборде «Активность».
Отчет |
Страница Экспорт данных |
Pull API | Data Locker |
---|---|---|---|
Атрибутированный доход от рекламы (неорганический) | ✓ | ✓ | ✓* |
Органический доход от рекламы | ✓ | ✓ | ✓* |
Доход от рекламы в рамках ретаргетинга | ✓ | ✓ | ✓* |
Сырые данные на уровне показов | - | - | ✓ [Закрытая бета-версия] |
* Также доступен отчет по версиям, обновляемый несколько раз в день, с данными, агрегированными на уровне устройства. Отчеты Data Locker без версий являются ежедневными. |
Характеристики и поля данных
Полях в отчетах о доходах от рекламы могут содержать следующее:
- Само событие дохода от рекламы и параметры, перечисленными в таблице ниже. Эти поля подразделяются на:
- Специфичные: поля, которые относятся к доходу от рекламы. Например, показы и размещение. Внимание! Состав заполняемых полей зависит от партнера по монетизации. См. таблицу «Поля по сетям».
- Контекстные: поля, имеющие аналогичное значение в других отчетах с сырыми данными. Например, имя события, значение события, валюта.
- Результат атрибуции события медиа-источнику, который привлек пользователя. Эти поля копируются из события конверсии, привлекшего пользователя. Например, медиа-источник и кампания. Такие поля в таблице ниже не указаны.
api_name | Имя поля | Тип поля | Описание |
---|---|---|---|
event_time | Event Time (Время события) | Context |
Дата атрибуции дохода от рекламы |
event_name | Имя события | Context |
|
event_revenue | Валюта выручки от событий | Context |
|
event_revenue_currency | Валюта события | Context |
Валюта выручки от события |
event_revenue_XXX | Доход от события XXX | Context |
|
Страна | Страна |
|
Страна установки для конверсии установки. |
ad_unit |
Рекламный блок |
Специфичное |
Тип рекламы |
segment | Сегмент | Специфичное | Название места размещения рекламы |
monetization_network | Сеть монетизации | Специфичное | Сеть, отправляющая рекламу |
Показы | Показы | Специфичное | Сколько раз пользователь видел рекламу |
mediation_network | Сеть-посредник | Специфичное | Сеть-посредник, сообщающая о событии в AppsFlyer |
Отображаемое имя | Admob | ironSource | AppLovin MAX | Appodeal | Fyber |
---|---|---|---|---|---|
Рекламный блок | ✓ | ✓ | ✓ | ✓ | ✓ |
Сегмент | - | (1) | - | - | - |
Placement | - | ✓ | ✓ | ✓ | ✓ |
Сеть монетизации | ✓ | ✓ | - | ✓ | - |
Показы | - | - | ✓ | ✓ | - |
Сеть-посредник | - | ✓ | ✓ | ✓ | - |
(1) Задается рекламодателем в ironSource. |
Актуальность данных
Актуальность данных зависит от типа интеграции и метода создания отчетов:
- Для интеграций по API S2S на агрегированном уровне:
- Дэшборды и отчеты активности и LTV начинаются в день X+1, 17:00 UTC
-
Для интеграций по API S2S на уровне пользователя:
- Дэшборды и отчеты активности и LTV начинаются в день X+1, 17:00 UTC
- Отчеты по сырым данным начинаются в день X+1, 20:00 UTC
-
Для интеграции SDK на уровне показов:
- Дэшборды и отчеты LTV начинаются в день X+2, 5:00 UTC
- [Бета-версия] Дэшборды и отчеты активности начинаются в день X с 5:00 UTC, обновляются каждые 4 часа
- Отчеты по сырым данным начинаются в день X+1, 20:00 UTC
- [Бета-версия] Отчеты по сырым данным уровня показов (через Data Locker) начинаются в ень X с 1:00 UTC, обновляются каждый час.
В отчетах дата события дохода от рекламы всегда указывается как День X, то есть день, когда произошло событие дохода от рекламы (день показа объявления). Однако данные могут отображаться только через 1 или 2 дня после события (День X+1 или День X+2).
Дополнительные сведения
Переход с агрегированных данных на детализацию до уровня пользователя
- Переход не влияет на исторические данные о доходах от рекламы. Эти данные не изменятся.
- Данные о доходах от рекламы извлекаются один раз в день в 14:00 UTC согласно выбранным на тот момент параметрам детализации.
- Для детализации на уровне пользователя не нужно определять внутренние события (как для отчетности на агрегированном уровне). Вы можете продолжить отправлять эти события, но они не влияют на детализацию отчетов на уровне пользователя в AppsFlyer.
[Закрытая бета-версия] Сигналы UA для рекламных сетей
Примечание
UA-сигналы для рекламных сетей в настоящее время находятся в стадии закрытой бета-версии. Чтобы присоединиться, свяжитесь со своим менеджером или напишите нам по адресу hello@appsflyer.com.
Возможно, вы захотите работать с рекламными сетями, которые могут получать сигналы 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
- 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
- Trademob
- Truemoney
- Unity Ads
- Yandex
- Yeahmobi
- Z2A Digital
- Zoyo
[Закрытая бета-версия] Постбэки по событиям рекламного дохода для рекламных сетей
Вы можете настроить постбэки по событиям рекламного дохода для рекламных сетей. Это означает, что рекламные сети, отвечающие за привлечение пользователей, могут получать от сетей-посредников данные о доходах от рекламы и использовать их для оптимизации UA-кампаний своих клиентов.
Для отправки постбэков в рекламные сети необходима интеграция уровня показов в сеть-посредник через SDK. AppsFlyer автоматически генерирует событие af_ad_revenue на показ. Эти события можно выбирать из списка событий для передачи в рекламную сеть посредством постбэков.
Подробнее о постбэках по внутренним событиям приложения
Список партнеров-посредников, которые могут передавать события рекламного дохода уровня показов в рекламные сети UA:
- Applovin Max
- Google AdMob
- Appodeal
- Chartboost
- Fyber
- Tapdaq
- Topon
- Unity
- ironSource
- Admost
- Tradplusad
- Yandex
Список рекламных сетей UA, которые могут получать постбэки о событиях рекламного дохода:
- ironSource
Вопросы и ответы
Как получить данные об общем доходе от рекламы с каждой платформы?
|
Доступны ли данные о доходе от рекламы на странице активности? Да. На странице «Активность» отображается совокупный доход от покупок в приложении и от рекламы. Примечание. Данные о доходах от рекламы отправляются в AppsFlyer ежедневно на следующий день после события. |
Нужно ли мне активировать партнера во вкладке «Интеграция»? Если вы взаимодействуете с партнером только по вопросам монетизации рекламы (доходу от рекламы): не включайте Activate Partner (Активировать партнера) на вкладке интеграции. Включите только Get Ad Revenue (Получать данные о доходах от рекламы) на вкладке Ad Revenue (Доход от рекламы). |
Как атрибутируется доход от рекламы на уровне пользователя, если у пользователя версия приложения без SDK AppsFlyer? Доход от рекламы считается органическим. |
Есть ли расхождения между данными о доходах от рекламы на различных дэшбордах и в отчетах? Возможны расхождения между данными о доходах от рекламы на обзорном дэшборде и в отчетах с сырыми данными, а также на дэшбордах «Активность» и «Когорты». Это связано с тем, что:
|
Ограничения и особенности
Специфика | Заметки |
---|---|
Доступ рекламной сети | Нет доступа к когортным отчетам |
Доступ агентств |
Агентства:
|
Прозрачность агентства | Не поддерживается |
Time Zone (Часовой пояс) |
Данные о доходе от рекламы показаны на дэшбордах и в отчетах AppsFlyer только по часовому поясу UTC. То есть, если данные сообщаются в 14:00 UTC+2, в AppsFlyer они отображаются как 14:00 UTC. Обрабатываются ежедневно. Это связано с тем, что AppsFlyer необходимо нормализовать данные, собранные из многочисленных источников и от партнеров, большинство из которых сообщают свои данные в UTC. |
Валюта |
В AppsFlyer:
|
Ограничения |
События дохода от рекламы недоступны:
Ограничения детализации до уровня пользователя:
|
Тип данных | Поддерживаются как органические, так и неорганические данные |
Актуальность данных | Доходы от рекламы |
Исторические/ретроспективные данные |
|
Доступ пользователей аккаунта | Поддерживается |
SKAN | Поддерживается коннекторами SDK для доходов от рекламы на уровне показов. |
Гео/страна | На дэшборде Когорты, если геоданные не известны (N/A), неизвестные данные не отображаются в сводных данных. |
Список интегрированных партнеров, поддерживающих передачу данных о доходе от рекламы
Партнер | Необходимые учетные данные | Детализация данных |
---|---|---|
|
Агрегированный отчет с геоданными | |
Admost |
|
На уровне пользователя с геоданными |
|
Агрегированный отчет с геоданными | |
|
|
|
|
|
|
Bytedance Ads - трафик из Китая |
|
Агрегированный отчет с геоданными |
Chartboost |
|
Агрегированный отчет с геоданными |
|
Агрегированный отчет с геоданными | |
Fyber |
|
|
Google Платформа для маркетинга — DV360/CM (DoubleClick) |
|
Агрегированный отчет с геоданными |
Google Admob |
|
|
Google Ads |
|
Агрегированный отчет с геоданными |
IronSource |
|
|
Mintegral |
|
Агрегированный отчет с геоданными |
Tapjoy |
|
На уровне пользователя с геоданными |
|
Агрегированный отчет с геоданными |
|
TopOn |
|
На уровне пользователя с геоданными |
Tradplus mediation |
|
На уровне пользователя с геоданными |
|
|
|
Voodoo Ads |
|
Агрегированный отчет с геоданными |
|
Агрегированный отчет с геоданными | |
Yandex |
— |
|