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

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

mceclip0.png

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

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

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

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

Детализация до уровня пользователя и агрегированные данные

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

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

Атрибутированный доход и API доходов от монетизации

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

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

  • Пользователь видит рекламу в сети А и скачивает ваше приложение.
  • В приложении отображается реклама.
  • Доход от рекламы атрибутируется сети A (привлекшей пользователя), независимо от того, кто опубликовал объявление.

API доходов от монетизации: доход по источникам рекламы, а не по источникам привлечения пользователей. Например:

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

Реализация

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

Процессы для атрибуции дохода от рекламы через API

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

Процессы для атрибуции дохода от рекламы
Шаг Агрегированные данные  Детализация до уровня пользователя (уровень показов) 
1 Не применимо
2

Реализуйте в приложении:

  • SDK сети монетизации рекламы.
  • Внутренние события AppsFlyer.

Реализуйте в приложении:

  • SDK сети монетизации рекламы.
3 Подключитесь к партнеру по монетизации рекламы в AppsFlyer

Подключитесь к сети монетизации рекламы, предоставляющей данные на уровне пользователя:

4 Генерируйте и атрибутируйте доход от рекламы Генерируйте и атрибутируйте доход от рекламы

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

Реализация агрегированной отчетности

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

Export_Ad_Revenue.png

Настройка детализации до уровня пользователя (уровень показов)

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

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

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

 Внимание

Если вы включаете API доходов от рекламы на уровне пользователя для сети-посредника, вы должны отключить API доходов от рекламы для тех сетей монетизации, посредником которых она является.

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

Получение данных уровня пользователя через API доходов от рекламы

  • На дэшборде задайте параметры интегрированного партнера. Примечание. Настраивать внутренние события приложения не требуется.
  • Данные отображаются на дэшборде с помощью события af_ad_revenue

 

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

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

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

ad-revenue-partners-tab_en-us.png

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

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

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

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

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

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

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

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

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

Подключение платформы-посредника для получения доходов от рекламы

Владельцы приложений могут заключить договор с одной или несколькими сетями монетизации рекламы напрямую или через платформы-посредники, такие как IronSource, Admob, DoubleClick (DFP).

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

Для регистрации монетизации рекламы эти платформы должны были интегрированы с AppsFlyer. Вы можете проверить, интегрирована ли с AppsFlyer используемая вами платформа монетизации рекламы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Агентства:

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

Данные о доходах от рекламы обновляются ежедневно. В сырых данных они сопровождаются меткой времени, соответствующей 00:00:00 UTC, но указанной по часовому поясу приложения.

Это значит, что время события, произошедшего 2 июля 2021 года (UTC), будет отображаться следующим образом для приложений с часовым поясом:

  • UTC: 2021-07-02 00:00:00
  • UTC+7: 2021-07-02 07:00:00 
  • UTC-7: 2021-07-01 17:00:00, что означает, что может быть указан день, предшествующий зарегистрированной дате установки.
Валюта 

В AppsFlyer:

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

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

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

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

Тип данных Поддерживаются как органические, так и неорганические данные
Актуальность данных Доходы от рекламы
Исторические/ретроспективные данные
  • Данные извлекаются и доступны со дня интеграции. Это значит, что данные за период, предшествующий дате интеграции, недоступны.
  • Данные о доходах от рекламы на дэшбордах «Активность» и «Когорты» обновляются задним числом, а на обзорном дэшборде нет. 
Доступ члена команды Поддерживается

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

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

AdColony

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

AppLovin

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

AppLovin MAX

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

Appodeal

  • Ключ приложения
  • Ключ API
  • Идентификатор пользователя
  • Агрегированный отчет с геоданными
  • На уровне пользователя
Bytedance Ads - трафик из Китая 
  • Ключ безопасности
  • Идентификатор приложения
  • ID аккаунта
Агрегированный отчет с геоданными
Chartboost
  • Идентификатор пользователя
  • Подпись пользователя
  • Идентификатор приложения
Агрегированный отчет с геоданными
Facebook Facebook_Audience_Network.png
  • Данные для входа в Facebook
Агрегированный отчет с геоданными
Fyber Логотип Fyber
  • Секрет клиента
  • Идентификатор API
  • ID клиента

На уровне пользователя с геоданными 

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

Mintegral

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

MoPub

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

TikTok for Business

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

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

 

Unity Ads

  • Ключ API
  • Идентификатор приложения
Агрегированный отчет с геоданными
Voodoo Ads  voodoo.png
  • Идентификатор пакета
  • Токен доступа
Агрегированный отчет с геоданными

Vungle

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

 

Была ли эта статья полезной?