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

Примечание: Для реализации типов интеграции SDK требуется помощь разработчика. Типы интеграции S2S требуют наличия правильных учётных данных сети.

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

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

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

1. В AppsFlyer в боковом меню выберите Настройки > Настройки дохода> Доход от рекламы.
2. В интеграции дохода от рекламы нажмите Новая интеграция доходов от рекламы.

3. Выберите партнера по доходу от рекламы и кликните Далее.

   

   Сеть

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

4. Выберите необходимый тип данных о доходах от рекламы. Примечание: Не все рекламные сети предоставляют весь набор указанных ниже опций.
   • Атрибутированный доход. Имеется в виду доход по источнику привлечения пользователей. Отчеты об атрибутированному доходу бывают двух видов:
     • Агрегированные отчеты через S2S API.
       • Выберите событие, по которому считается доход от рекламы. Например, если выбрать событие af_app_opened, общий доход от рекламы делится между всеми событиями открытия приложения, в результате чего вы получите доход от рекламы на каждое открытие приложения.
     • На уровне устройства через API S2S.
       • Для Android: Убедитесь, что разработчики включили сбор данных app_set_id, потому что некоторые посредники могут предоставлять только этот идентификатор. См. инструкции для разработчиков для Сбора AppSet ID.
       • Примечание: Если вы включаете API дохода от рекламы на уровне устройства для платформы-посредника, необходимо отключить интеграции дохода от рекламы для сетей монетизации, которые она опосредует. Невыполнение этого требования приводит к дублированию данных.
     • На уровне показов через SDK.
       • Попросите своих разработчиков интегрировать API SDK AppsFlyer для измерения доходов от рекламы.
     • Рекомендовано: На уровне показов (через SDK) с уровнем устройств (через S2S API).
       • Попросите своих разработчиков интегрировать API SDK AppsFlyer для измерения доходов от рекламы.
     • Для Android: Убедитесь, что разработчики включили сбор данных app_set_id, потому что некоторые посредники могут предоставлять только этот идентификатор. См. инструкции для разработчиков для Сбора AppSet ID.
     • Примечание: Если вы используете платформу-посредник, перед включением интеграции дохода от рекламы с платформой отключите интеграции дохода от рекламы для партнеров по монетизации, опосредуемых через эту платформу. Невыполнение этого требования приводит к дублированию данных.
5. Заполните учетные данные API или войдите в аккаунт в соответствии с требованиями интегрированного партнера. Это не относится к интеграции SDK.
6. Нажмите Сохранить.
7. Нажмите Тестировать подключение.
   • Если отобразится сообщение об успешном выполнении, значит, вы завершили процедуру.
   • Если отображается любое другое сообщение, см. таблицу Статус и тестирование интеграции доходов от рекламы и выполните рекомендованные корректирующие действия, а затем повторите процедуру.
8. AppsFlyer собирает данные несколько раз в день. Дополнительную информацию см. в разделе Свежесть данных.
9. [Необязательно] Проверьте и сравните данные о доходах от рекламы, которые вы видите в AppsFlyer, с данными о доходах от рекламы, которые вы видите на дэшбордах партнеров-посредников и партнеров по UA. Подробнее
10. [Необязательно] Обменивайтесь данными о доходах от рекламы со своими партнёрами по UA с помощью сигналов UA и постбэков по событиям доходов от рекламы.

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

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

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

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

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

• Если они доступны, используйте интеграцию на уровне показов через SDK. Данные на уровне показов, передаваемые таким образом, не дедуплицируются. SDK сообщает о каждом показе один раз, поэтому перекрытия, которое нужно убрать, нет.
• Для интеграций через API выполните дедупликацию дохода от рекламы:
  1. В AppsFlyer в боковом меню выберите Настройки > Настройки дохода> Доход от рекламы.

  2. В Общих настройках поставьте галочку в Дедуплицировать доходы от рекламы при наличии перекрестных ссылок между двумя посредническими платформами. Примечание: не устанавливайте этот флажок, если две платформы-посредника поддерживают разные форматы рекламы. Обеспечивают посредничество для разных форматов объявлений Например, если платформа 1 показывает баннеры и рекламные вставки, а платформа 2 – AppOpen и нативную рекламу.

     Примечание

     Этот параметр всегда игнорируется для:

     • Интеграции на уровне показа (SDK) — все партнёры.
     • Интеграции на уровне устройства (API) — для AppLovin MAX или ironSource (Unity LevelPlay)

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

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

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

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

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

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

• Дэшборд статуса интеграции по затратам и выручке от рекламы: Централизованный список партнеров, для которых включена интеграция дохода от рекламы для одного или нескольких приложений в вашем аккаунте.
• Если такая возможность есть, отображается кнопка Test connection (Тестировать подключение) Используйте это, чтобы проверить, работает ли интеграция. Используйте его, чтобы проверить, работает ли интеграция.

Чтобы проверить, работает ли интеграция:

1. Нажмите Тестировать подключение.
2. Появится сообщение Ключ API подтверждён. Если появляется любое другое сообщение, выполните корректирующие действия, указанные в таблице ниже.

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

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

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

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

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

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

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

Дэшборд событий

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

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

Примеры

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

• Пользователь A: Сеть А
• Пользователь B Сеть B
• Пользователь C Органический/span>

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

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

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

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

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

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

Агрегированный отчет: Выбранные даты: 2017-12-31-2018-01-05

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

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

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

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

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

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

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

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

Поля по сетям

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

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

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

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

• Дашборды (метрики активности и когорт): Непрерывные (через 15–60 минут после события)

• Дашборды (метрики LTV) и отчёты по сырым данным (через Data Locker) в лучшем случае, начиная с Дня X с 05:00 UTC, обновляются примерно 6 раз в день, каждые 4 часа.

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

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

• Для данных на уровне показов, поступающих через SDK:

  • Дашборды (метрики активности и когорт): Непрерывные (через 15–60 минут после события)

  • Дашборды (метрики LTV) и отчёты по сырым данным (через Data Locker) в лучшем случае, начиная с Дня X с 05:00 UTC, обновляются примерно 6 раз в день, каждые 4 часа.

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

• Для данных на уровне устройств, поступающих через S2S API:

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

Для экспорта сырых данных и Pull API, независимо от типа интеграции или пакета ROI360 (Advanced или Standard), данные за определенный день становятся доступны на следующий день, в 6 PM UTC в день X+1. После этого времени данные для этих инструментов не обновляются.

Примечание: Для получения данных в течение дня в дэшбордах требуется расширенная подписка ROI360 Advanced.

См. также:

• Отчёты ROI360 Revenue ETL в Data Locker

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

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