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

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

mceclip0.png

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

  • Размещение рекламы в приложении на баннерах, панелях предложений (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 и далее.
[Закрытая бета-версия] Уровень показов через SDK с агрегированным уровнем через S2S API
  • AppsFlyer ежедневно делает разбивку дохода по параметрам монетизации, таким как размещение, рекламный блок, тип объявления и т. д.
  • Эффективный доход за действие (eRPA) рассчитывается путем деления общего дохода на количество срабатываний события.
  • События-триггеры — это события на уровне показов с параметрами монетизации, отправленные через коннектор SDK. Примечание: суммы доходов от рекламы не включены в данные на уровне показов и становятся доступными только после получения данных на агрегированном уровне. 
  • Этот тип атрибуции более точный, чем стандартный уровень агрегирования через S2S API.

Реализация

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

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

ad_revenue_integration_2.png

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

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

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

  1. В AppsFlyer перейдите в раздел Configuration (Настройки) > Integrated Partners (Интегрированные партнеры).
    Откроется окно «Интегрированные партнеры». 
  2. Выберите партнера. Совет: выберите опции Active (Активный) и Ad revenue (Доход от рекламы), чтобы отобразились имеющиеся партнеры с поддержкой передачи данных о доходе от рекламы.
    Откроется окно настройки интегрированного партнера.
  3. На вкладке Ad Revenue (Доход от рекламы) включите Get Ad Revenue Data (Получать данные о доходах от рекламы).
  4. Выберите необходимый тип данных о доходах от рекламы. Примечание. Не все рекламные сети предоставляют весь набор указанных ниже опций.
    • Атрибутированный доход. Имеется в виду доход по источнику привлечения пользователей. Отчеты об атрибутированному доходу бывают двух видов:
      • Агрегированные отчеты через S2S API.
        • Выберите событие, по которому считается доход от рекламы. Например, если выбрать событие af_app_opened, общий доход от рекламы делится между всеми событиями app-opened, в результате чего вы получите доход от рекламы на одно открытие приложения. 
      • На уровне пользователя через S2S API. 
        • [Необязательно] Добавьте имя настраиваемого события дохода от рекламы.
        • Примечание. Если вы включаете API доходов от рекламы на уровне пользователя для сети-посредника, вы должны отключить интеграцию доходов от рекламы для тех сетей монетизации, посредником которых она является. Невыполнение этого требования приводит к дублированию данных.
      • На уровне показов через SDK.
      • [Закрытая бета-версия] Уровень показов через SDK с агрегированным уровнем через S2S API.
      • [Закрытая бета-версия] Уровень показов (через SDK) с уровнем пользователей (через S2S API)
        • [Необязательно] Добавьте имя настраиваемого события дохода от рекламы.
      • Примечание. При использовании сети-посредника, прежде чем включить интеграцию с сетью-посредником для передачи данных о доходе от рекламы, обязательно отключите интеграции доходов от рекламы для партнеров по монетизации, которые поддерживаются через сеть-посредник. Невыполнение этого требования приводит к дублированию данных.
  5. Заполните учетные данные API или войдите в аккаунт в соответствии с требованиями интегрированного партнера. Это не относится к интеграции SDK.
  6. Нажмите Save ad revenue (Сохранить доходы от рекламы).
  7. Если отображается кнопка Test Connection (Тестировать подключение), как показано на рисунке выше, нажмите Test Connection.
  8. Если кнопка Тестировать подключение отсутствует, это значит, что вы выполнили процедуру.
    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 (Тестировать подключение). mceclip0.png
    • Чтобы проверить работоспособность подключения к 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 (Всего)

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

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

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-данных пользователя.

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

PremiumFeature.jpg

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

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

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

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

Pull API  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+2, 5:00 UTC
    • Дэшборды активности и отчеты — День X+1, 14:00 UTC
  • Для интеграций по API S2S на уровне пользователя:
    • Дэшборды и отчеты LTV — день X+2, 5:00 UTC
    • Дэшборды активности и отчеты — День X+1, 14: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. Это означает, что рекламные сети, отвечающие за привлечение пользователей, могут получать от сетей-посредников данные о доходах от рекламы и использовать их для оптимизации UA-кампаний своих клиентов. 

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

Подробнее о сигналах UA

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

  • Applovin Max
  • Google AdMob
  • Appodeal
  • Chartboost
  • Fyber
  • Tapdaq
  • Topon
  • Unity
  • 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
  • ironSource
  • 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

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

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

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

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

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

Ограничения и особенности дохода от рекламы
Специфика Заметки 
Доступ рекламной сети Нет доступа к когортным отчетам
Доступ агентств

Агентства:

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

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

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

Валюта 

В AppsFlyer:

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

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

  • Постбэкам внутренних событий приложений 
  • Push API
  • Разделу "Ретаргетинг"

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

Тип данных Поддерживаются как органические, так и неорганические данные
Актуальность данных Доходы от рекламы
Исторические/ретроспективные данные
  • Данные извлекаются и доступны со дня интеграции. Это значит, что данные за период, предшествующий дате интеграции (день 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)
Была ли эта статья полезной?