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

Для:

Маркетологи

Последнее обновление: 04/02/2023 23:25

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

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

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

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

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

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

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

Типы интеграции для атрибуции доходов от рекламы
Тип интеграции для атрибуции доходов от рекламы	Описание
Агрегированные отчеты через S2S API	AppsFlyer получает данные о доходе ежедневно с разбивкой по географическим регионам. Эффективный доход за действие (eRPA) рассчитывается путем деления общего дохода на количество срабатываний события. Триггерными являются событие открытия приложения или определенные внутренние события, заданные в приложении. При использовании сети-посредника, прежде чем включить интеграцию с сетью-посредником для передачи данных о доходе от рекламы, обязательно отключите интеграции доходов от рекламы для партнеров по монетизации, которые поддерживаются через сеть-посредник. Невыполнение этого требования приводит к дублированию данных.
На уровне пользователя через S2S API	Сеть-посредник или сеть монетизации сообщает о доходах по пользователям на уровне устройств. Не все сети поддерживают детализацию на уровне пользователя. Этот доход атрибутируется медиа-источнику, который привлек пользователя. Это означает, что атрибуция доходов от рекламы в AppsFlyer соответствует правилам атрибуции, установленным на платформе, в том числе правилам атрибуции ретаргетинга. При использовании сети-посредника, прежде чем включить интеграцию с сетью-посредником для передачи данных о доходе от рекламы, обязательно отключите интеграции доходов от рекламы для партнеров по монетизации, которые поддерживаются через сеть-посредник. Невыполнение этого требования приводит к дублированию данных. Уровень пользователя через S2S API включает 100% доходов от рекламы и имеет наибольшую точность данных среди всех типов интеграции доходов от рекламы. Данные доступны в отчетах по сырым данным. Мы не отправляем постбэки с данными на уровне пользователя интегрированным партнерам.
[Бета-версия] На уровне показов через SDK	Уровень показов — это про то, как AppsFlyer получает данные. В конечном итоге данные могут быть представлены на других уровнях детализации (например, на уровне устройства). Сеть-посредник или сеть монетизации сообщает о доходах по пользователям на уровне показов. Не все сети поддерживают детализацию на уровне показов. Этот доход атрибутируется медиа-источнику, который привлек пользователя. Это означает, что атрибуция доходов от рекламы в AppsFlyer соответствует правилам атрибуции, установленным на платформе, в том числе правилам атрибуции ретаргетинга. При использовании сети-посредника, прежде чем включить интеграцию с сетью-посредником для передачи данных о доходе от рекламы, обязательно отключите интеграции доходов от рекламы для партнеров по монетизации, которые поддерживаются через сеть-посредник. Невыполнение этого требования приводит к дублированию данных. На уровне показов через SDK данные обновляются чаще всего среди всех типов интеграции рекламных доходов. Поддерживает SKAN.
[Закрытая бета-версия] Уровень показов (через SDK) с уровнем пользователей (через S2S API)	Позволяет атрибутировать и сообщать данные на уровне показов, поступающие через SDK, в день X, и менять их с данными на уровне пользователей, поступающими через API, в день 1 и далее. Обеспечивает преимущество в виде актуальности данных за день X и точности данных за дни X+1 и далее. Поддерживает SKAN.
[Закрытая бета-версия] Уровень показов через SDK с агрегированным уровнем через S2S API	AppsFlyer ежедневно делает разбивку дохода по параметрам монетизации, таким как размещение, рекламный блок, тип объявления и т. д. Эффективный доход за действие (eRPA) рассчитывается путем деления общего дохода на количество срабатываний события. События-триггеры — это события на уровне показов с параметрами монетизации, отправленные через коннектор 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)
  - Примечание. При использовании сети-посредника, прежде чем включить интеграцию с сетью-посредником для передачи данных о доходе от рекламы, обязательно отключите интеграции доходов от рекламы для партнеров по монетизации, которые поддерживаются через сеть-посредник. Невыполнение этого требования приводит к дублированию данных.
Заполните учетные данные 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 получает данные о доходах из сети монетизации через интеграцию.

Агрегированный доход от рекламы на основе событий
Метод события	Как реализован	Факторы, которые необходимо учитывать
Уникальное внутреннее событие монетизации	Внутреннее событие задается во время показа рекламы. Это позволяет четко подсчитывать действия пользователей и точнее вычислять 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 (Тестировать подключение).
- Чтобы проверить работоспособность подключения к API:
- Нажмите Test Connection
  (Тестировать подключение). Появится сообщение API key verified (Ключ API подтвержден). Если это не так, выполните корректирующие действия, приведенные в следующей таблице.

Статус подключения 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_
ad_view

chartboost_
ad_view

admob_
ad_view

applovin_
ad_view

is_ad_view

Total (Всего)

Сеть А

31.12.2017

01.01.2018

02.01.2018

03.01.2018

04.01.2018

Сеть B

31.12.2017

02.01.2018

04.01.2018

Органика

31.12.2017

01.01.2018

02.01.2018

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

LTV пользователя
Пользователь	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	По умолчанию 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 на агрегированном уровне:
- Дэшборды и отчеты активности и 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 рекламным сетям 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

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

Вопросы и ответы
Как получить данные об общем доходе от рекламы с каждой платформы? Атрибуция доходов от рекламы связана с источником привлечения пользователей и отображается соответствующим образом. Это позволяет получить LTV-данные о рентабельности инвестиций и ключевых показателях эффективности. Чтобы просмотреть общий доход от каждой платформы монетизации, используйте свое внутреннее событие для каждой сети и выполните следующую процедуру: На обзорном дэшборде перейдите в таблицу агрегированного отчета об эффективности. Выберите до четырех монетизируемых событий, соответствующих платформам, по которым вы хотите отправить запрос. Чтобы скачать отчет, нажмите Export CSV (Экспорт в CSV). Суммируйте значения в столбце Revenue (Доход) по монетизируемому событию соответствующей платформы Примечание. Общий доход от рекламы — это данные LTV, т. е. весь доход, полученный сетью монетизации для вашего приложения от пользователей, которые совершили установку в рамках указанного диапазона дат.
Доступны ли данные о доходе от рекламы на странице активности? Да. На странице «Активность» отображается совокупный доход от покупок в приложении и от рекламы. Примечание. Данные о доходах от рекламы отправляются в AppsFlyer ежедневно на следующий день после события.
Нужно ли мне активировать партнера во вкладке «Интеграция»? Если вы взаимодействуете с партнером только по вопросам монетизации рекламы (доходу от рекламы): не включайте Activate Partner (Активировать партнера) на вкладке интеграции. Включите только Get Ad Revenue (Получать данные о доходах от рекламы) на вкладке Ad Revenue (Доход от рекламы).
Как атрибутируется доход от рекламы на уровне пользователя, если у пользователя версия приложения без SDK AppsFlyer? Доход от рекламы считается органическим.
Есть ли расхождения между данными о доходах от рекламы на различных дэшбордах и в отчетах? Возможны расхождения между данными о доходах от рекламы на обзорном дэшборде и в отчетах с сырыми данными, а также на дэшбордах «Активность» и «Когорты». Это связано с тем, что: Данные о доходах от рекламы на дэшбордах «Активность» и «Когорты», а также данные, полученные через Master API и Cohort API, обновляются задним числом. Данные на обзорном дэшборде, а также данные, полученные через экспорт сырых данных и через Pull API, задним числом не обновляются. Иногда на дэшбордах «Активность» и «Когорты» данные появляются раньше, чем на обзорном дэшборде. На дэшбордах отображаются события, отмеченные `af_ad_revenue` и `_monetized`, а в сырых данных — только события `af_ad_revenue`.

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

Ограничения и особенности дохода от рекламы
Специфика	Заметки
Доступ рекламной сети	Нет доступа к когортным отчетам
Доступ агентств	Агентства: Нет доступа к настройкам по доходам от рекламы. Может просматривать все дэшборды и относящиеся к ним данные.
Прозрачность агентства	Не поддерживается
Time Zone (Часовой пояс)	Данные о доходе от рекламы показаны на дэшбордах и в отчетах AppsFlyer только по часовому поясу UTC. То есть, если данные сообщаются в 14:00 UTC+2, в AppsFlyer они отображаются как 14:00 UTC. Обрабатываются ежедневно. Это связано с тем, что AppsFlyer необходимо нормализовать данные, собранные из многочисленных источников и от партнеров, большинство из которых сообщают свои данные в UTC.
Валюта	В AppsFlyer: На дэшборде используется валюта приложения рекламодателя. В отчетах с сырыми данными используется исходная валюта, а также конвертация в валюту приложения рекламодателя.
Ограничения	События дохода от рекламы недоступны: Постбэкам внутренних событий приложений Push API Разделу "Ретаргетинг" Ограничения детализации до уровня пользователя: Событие af_ad_revenue недоступно для когорт в Pivot и Master API. Событие доступно в когортной аналитике. При назначении в Facebook ставок для внутренних событий могут возникать расхождения.
Тип данных	Поддерживаются как органические, так и неорганические данные
Актуальность данных	Доходы от рекламы
Исторические/ретроспективные данные	Данные извлекаются и доступны со дня интеграции. Это значит, что данные за период, предшествующий дате интеграции (день 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	Идентификатор пользователя Подпись пользователя Идентификатор приложения	Агрегированный отчет с геоданными
Facebook	Данные для входа в Facebook	Агрегированный отчет с геоданными
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)