Краткий обзор: Описание способов просмотра и агрегирования данных о маркетинговых затратах для рекламодателей.
Агрегирование данных о расходах
ROI360 делает следующее:
- Предоставляет агрегированные данные о расходах на рекламу и показатели эффективности LTV (lifetime value), связанные со стоимостью. Эти данные доступны на дэшбордах и в отчетах об эффективности. Доступные метрики, связанные со стоимостью, включают return on investment (ROI), return on ad spend (ROAS), клики, показы, ROI кампании и среднюю эффективную стоимость установки (eCPI) в динамике.
- Охватывает расходы на рекламу на всех платформах, включая мобильные приложения, веб-браузеры, подключенные ТВ (CTV), ПК и консоли.
- Поддерживает разные модели стоимости, которые использует медиаисточник, например стоимость установки (CPI), стоимость действия (CPA), стоимость клика (CPC) и стоимость за тысячу показов (CPM).
- Регистрирует стоимость рекламы через API, импорт расходов (загрузка CSV-файла) и затраты по ссылке атрибуции.
- Позволяет агентствам получать доступ к данным о расходах ROI360 для рекламодателей с подпиской ROI360.
Рекламодателям без подписки ROI360 доступны следующие данные:
- Данные о расходах по ссылке атрибуции
- Данные о кликах и показах сетей самоатрибуции (SRN), которые вы настраиваете на вкладке стоимость интегрированного SRN-партнера
Принципы агрегирования данных о затратах
В этом разделе описаны основные принципы агрегирования данных о затратах на кампанию.
Способы агрегирования данных
AppsFlyer получает данные о расходах из медиаисточников одним или несколькими способами. Если медиаисточник передает данные о расходах несколькими способами, то механизм приоритезации затрат определяет, какие данные использует AppsFlyer. Это предотвращает завышение данных о расходах.
После обработки данных в AppsFlyer они отображаются в часовом поясе UTC (по умолчанию) или в соответствии с настройками часового пояса, заданного для приложения.
| Способ агрегирования данных | Поддерживаемые модели затрат | Детализация данных | Обновление данных | Примечания |
|---|---|---|---|---|
| API* | Все | Уровень зависит от интеграции | В течение дня | Данные могут измениться после события расхода, поскольку AppsFlyer пытается получить данные за период до 7 дней назад (в зависимости от медиаисточника). Это позволяет AppsFlyer учитывать ретроспективные изменения, внесенные медиаисточником. |
| Импорт затрат (загрузка файла) | Все | Уровень зависит от загруженного файла | До 4 часов после импорта | Вы можете отменить указанную в отчете стоимость и отправить исправленные данные в течение 90 дней. |
| Расходы по ссылке атрибуции | CPI | Уровень пользователя |
Минимум: в режиме реального времени Максимум: До 4 часов после клика по ссылке |
Изменения не предусмотрены |
| * Интеграции по API между медиаисточниками и AppsFlyer осуществляются либо через Cost API, либо через InCost API (никогда не через оба сразу). Используемый API и предоставляемая детализация данных зависят от медиаисточника. | ||||
Доступность данных о затратах и содержание отчетов
Таблица в конце этого раздела показывает, где доступны данные о расходах.
Если иное не указано в примечаниях в самой таблице, ориентируйтесь при работе с ней на следующие пояснения:
Стоимость в представлении UA
AppsFlyer классифицирует данные о расходах кампании как user acquisition (UA) на основе правил сопоставления, которые различаются в зависимости от медиаисточника, как показано ниже.
| Медиа-источники | Правило сопоставления |
|---|---|
| Google Ads, DV360, Facebook, TikTok, Apple Search Ads и Aura | AppsFlyer классифицирует расходы как UA, если фиксирует хотя бы одну установку, клик или показ в пределах ±10 дней от даты установки (даты, в которую медиаисточник сообщает о расходах). |
| Все остальные медиаисточники | AppsFlyer классифицирует расходы как UA, если фиксирует хотя бы одну установку, клик или показ на дату обработки самого медиаисточника. Окно ±10 дней не применяется. |
Примечание:
Это относится к обеим строкам. AppsFlyer выполняет сопоставление на основе медиаисточника, идентификатора кампании и агентства.
Стоимость в объединенном отчете
Объединённое представление содержит данные о расходах для всех кампаний выбранного приложения, независимо от того, зафиксированы ли установки, клики или показы в пределах ± 10 дней от даты, на которую приходится отчёт о расходах (дата установки).
Пример
Следующие примеры показывают, как окно в ±10 дней влияет на то, где отображаются расходы:
- Если медиаисточник, использующий окно ±10 дней, сообщает стоимость кампании X за 15 марта и у кампании X есть как минимум один клик, установка или показ в период с 5 по 25 марта, стоимость за 15 марта отображается в UA и в Unified.
- Если в этом временном окне нет активности, стоимость за 15 марта отображается только в унифицированном представлении. Для медиаисточников, в которых сопоставление выполняется только по дате обработки, то же правило применяется к самой дате 15 марта, без окна ±10 дней.
Доступность данных о затратах и содержание отчетов
| Способ получения отчета | Представление / тип данных | Поддерживается ли изменение названия кампании | Примечания |
|---|---|---|---|
| Обзорный дэшборд |
|
Да | В представлении «Ретаргетинг» не отображаются затраты. Стоимость ретаргетинга отображается в Unified. |
| Дэшборд активности | UA | Да | |
| Ретаргетинг |
|
Да |
|
| Когортный API |
|
Да | Эти данные Unified доступны только для кампаний, в которых в пределах ±10 дней от даты отчетности по стоимости (даты установки) для Google Ads, DV360, Facebook, TikTok, Apple Search Ads и Aura зафиксирована как минимум одна установка, клик или показ. Для всех остальных медиаисточников эти данные доступны только для кампаний, в которых активность зафиксирована на ту же дату обработки, что и стоимость. |
| Дэшборд SKAN | SKAN | Нет | Этот дэшборд показывает установки SKAdNetwork (SKAN), а также данные о расходах по всем установкам (включая установки, не относящиеся к SKAN). |
| API SKAN для доступа к агрегированным данным об эффективности | SKAN | Ни один | Этот API показывает установки SKAN, а также данные о расходах по всем установкам (включая установки, не относящиеся к SKAN). |
| Дэшборд сводной таблицы Pivot | UA | Нет | |
| Master API. | UA | Ни один | |
| Кастомизируемые панели управления | UA | Нет | |
| ETL по затратам | Объединенный | Да | Отображаются все доступные данные о затратах. |
| Pull API для доступа к агрегированным данным | UA | Нет | |
| push | Сырые данные по кликам (не агрегированные) | Не применимо | |
| Pull API сырых данных | Сырые данные по кликам (не агрегированные) | Не применимо | |
| Отчет Data Locker | Сырые данные по кликам (не агрегированные) | Не применимо | Когорта Data Locker не поддерживает данные о расходах. |
Примечание:
К таблице относятся следующие пункты:
- Детализация данных может варьироваться в зависимости от типа дэшборда/отчета. Инструмент отчётности Стоимость ETL содержит полный набор данных. Сюда входят сведения об иерархии кампании (медиаисточник, название кампании, рекламное объявление, набор объявлений и параметры, доступные в медиаисточнике, включая гео, канал, идентификатор сайта и ключевые слова).
- Данные о затратах, указанные по ссылке атрибуции, доступны в отчётах по сырым данным.
- Если медиаисточник не поддерживает изменение названий кампаний, отображаются оба названия кампании: одно с данными атрибуции, другое с данными о расходах. Ни одно из названий кампании не дает полной картины данных.
Механизм приоритизации затрат
Для одного медиа-источника затраты могут быть предоставлены несколькими способами. Чтобы избежать завышения стоимости, механизм приоритизации стоимости кампании определяет, какие данные о расходах отображаются на платформе. AppsFlyer назначает приоритет в соответствии со способом агрегирования. Приоритет от низшего к высшему: Затраты по ссылке атрибуции > API затрат > Импорт затрат.
Механизм определения приоритетности затрат влияет на отчеты об агрегированных данных и дэшборды. Как отмечено выше, это не влияет на данные о расходах по ссылкам атрибуции в отчетах о сырых данных.
Учитывайте следующее:
- Механизм приоритизации работает на уровне кампаний. Это означает, что если вы получаете два набора входных данных о стоимости для одной кампании через разные механизмы, то они конкурируют, и более высокий приоритет применяется ко всей кампании.
- В любой день, когда через Cost API есть данные о расходах для конкретного приложения и медиаисточника (или агентства), AppsFlyer игнорирует данные о расходах по ссылке атрибуции.
- Если вы измените методы агрегирования затрат, это изменение будет действовать ретроспективно. т. е. исторические агрегированные данные о затратах могут измениться.
- Изменение метода агрегирования затрат аналогичным образом влияет на трафик, генерируемый агентством. Это касается как прозрачных, так и непрозрачных агентств.
Например
Сценарий: Медиаисточник передаёт данные о расходах по ссылке атрибуции, но вы решаете активировать его API стоимости.
Результат: AppsFlyer агрегирует стоимость как по ссылке атрибуции, так и через Cost API. Поскольку у Cost API более высокий приоритет, AppsFlyer игнорирует стоимость по ссылке атрибуции.
Разделение затрат
Некоторые медиаисточники передают данные о расходах по кампании без связанного идентификатора приложения. В таких случаях AppsFlyer дополняет идентификатор(ы) приложения, опираясь на данные о взаимодействии и атрибуции.
AppsFlyer сопоставляет приложения по тем, что связаны с кликами, показами и конверсиями кампании в пределах ± 10 дней от указанной даты расходов.
Если в результате дополнения идентификаторов обнаружено несколько подходящих приложений, AppsFlyer распределяет расходы кампании между этими приложениями следующим образом:
Пропорциональное разделение (по конверсиям)
Если на дату, к которой относится отчет о расходах, зафиксированы конверсии (установки, реатрибуции и повторные вовлечения), AppsFlyer распределяет стоимость пропорционально числу конверсий каждого приложения.
Пример: Если общая стоимость в день 1 составляет $100, и кампания приводит 60 установок на iOS и 40 установок на Android, то:
- iOS: $60
- Android: $40
Примечание
Пропорциональное распределение (на основе конверсий) применяется только в том случае, если уровень детализации конверсий, доступный в атрибуции, точно совпадает с уровнем детализации, в котором медиаисточник передает данные о расходах. Если уровни детализации совпадают лишь частично, AppsFlyer не может сопоставить стоимость конверсиям каждого приложения и вместо этого распределяет расходы поровну между совпавшими приложениями.
Равное разделение (без конверсий)
Если на дату, к которой относится отчет о расходах, конверсий нет, AppsFlyer распределяет стоимость поровну между совпавшими приложениями.
Пример: Если общая стоимость в день 1 составляет $100 и у кампании есть показы, но нет конверсий на эту дату, то:
- iOS: $50
- Android: $50
Ограничения
К этой функции применяются следующие ограничения:
- AppsFlyer поддерживает эту функцию для кроссплатформенных кампаний и кампаний web-to-app (W2A) в Google, TikTok и DV360 (кампаний с целью, отличной от mobile/app).
- Кампании Google Performance Max (PMAX) : Пропорциональное распределение (основанное на конверсиях) не применяется. API Google не передает детализацию по идентификатору рекламного объявления или гео для кампаний PMAX, поэтому AppsFlyer распределяет стоимость поровну между соответствующими приложениями, независимо от числа конверсий в каждом приложении. На уровне кампании, когда в дэшборде выбраны все платформы (iOS, Android и т. д.), общая стоимость все равно совпадает со стоимостью, которую сообщает Google.
Дополнительные сведения
Список медиаисточников с поддержкой API стоимости
Изменение названий кампаний
AppsFlyer отображает кампании, используя в качестве ключа идентификатор кампании.
Во избежание сбоев отображения убедитесь в следующем:
- У каждой кампании есть уникальный идентификатор кампании ID.
- Вы не используете одно и то же название кампании с разными идентификаторами кампании.
Затраты без установок
Почему я вижу данные о затратах без установок? Это происходит, когда медиаисточник передает стоимость на более высоком уровне иерархии (например, на уровне кампании), а информацию об эффективности (клики и установки) — на более низком уровне рекламной иерархии (например, на уровне набора объявлений).
AppsFlyer дополняет данные о затратах для недостающих показателей из иерархии верхнего уровня. Это гарантирует полное представление данных о затратах на любом уровне и сводит к минимуму внутренние несоответствия.
Пример
Рекламодатель запускает кампанию. Иерархия рекламы выглядит следующим образом:
- Медиаисточник: media_eg
- Кампания: campaign_eg
- Наборы объявлений: adset_1, adset_2
Следующая таблица содержит информацию, относящуюся к медиаисточнику.
Иерархия: Все медиа-источники > media_eg
| Кампания | Затраты | Установки |
|---|---|---|
| campaign_eg | 100 долл. | 100 |
| campaign_yy | 200 долл. | 1000 |
| campaign_zz | $300 | 2000 |
При детализации до campaign_eg отображается уровень набора объявлений.
Иерархия: Все медиа-источники > media_eg > campaign_eg
| Набор объявлений | Затраты | Установки |
|---|---|---|
| Ничего | 100 долл. | |
| adset_1 | Не применимо | 30 |
| adset_2 | Нет | 70 |
В этом случае AppsFlyer показывает стоимость campaign_eg в размере $100 на уровне кампании. При детализации до уровня набора объявлений, который в этом случае является самым низким уровнем иерархии, AppsFlyer не может разбить стоимость по наборам объявлений.
Чтобы преодолеть это, AppsFlyer переносит стоимость с уровня кампании и отображает её в отдельной строке. В этом случае набор объявлений отображается как «Нет», а поле установок остается пустым.
Конвертация валюты затрат
Если валюта стоимости кампании, переданная медиаисточником, отличается от валюты приложения, заданной на платформе, AppsFlyer конвертирует стоимость в валюту приложения следующим образом:
- AppsFlyer получает курсы валют с сайта openexchangerates.org.
- AppsFlyer обновляет курсы обмена валют ежечасно для данных за последние семь дней.
- AppsFlyer выполняет конвертацию валют по последнему известному курсу.
Характеристики и ограничения
| Специфика | Описание |
|---|---|
| Агентства |
|
| Частота обновления данных API |
|
| Изменения в названиях кампаний | В данных о расходах на рекламу отображается последнее переданное название кампании. Это относится только к агрегированным данным, а не к самим сырым данным. |
| Time Zone (Часовой пояс) | Если медиаисточник поддерживает только один часовой пояс и этот часовой пояс отличается от пояса, заданного в настройках приложения, AppsFlyer использует часовой пояс медиаисточника. |
| Платформы CTV, ПК и консоли |
Для приложений на этих платформах отправляйте данные о расходах через Ad Spend Ingestion, используя метод загрузки файла по электронной почте. Вы также можете отправлять данные через API в Google, Meta или TikTok для следующих платформ:
|
| Кроссплатформенность | Данные о расходах недоступны для кроссплатформенных кликов и показов, то есть показ/клик может происходить на одной платформе, а установка приложения — на другой. |
| Приложения, установленные вне магазина приложений | Данные о расходах Mintegral недоступны для приложений вне магазинов приложений -- сторонних площадок, не относящихся к Google Play и App Store. |
| Гео/страна | Разбивка по географии/странам недоступна для объединённых кампаний Mistplay (кампаний, нацеленных на несколько стран). Для таких кампаний геоданные отображаются как N/A. |
| Smadex | Дэшборды и отчеты Cost ETL могут отображать данные о расходах и данные атрибуции отдельно. Это происходит, когда Smadex включает дополнительные элементы (например, ID инвентаря) в значение идентификатора сайта. |
| Apple Search Ads (ASA) | Для отчётности только по SKAN данные о расходах ASA недоступны в дашборде SKAN и в Pull API, поскольку Apple не включает данные на уровне кампании в постбэки SKAN. Однако данные о расходах доступны в отчетах «Единый источник истины (SSOT)» через классическую интеграцию AppsFlyer. |
| Лимит символов для размерности данных о стоимости |
Для перечисленных ниже медиаисточников следующие параметры не должны превышать указанные ограничения по числу символов. Если вы не соблюдаете эти ограничения, AppsFlyer исключает значения измерений из отчета.
Эти ограничения применяются только к следующим медиаисточникам:
|
| Доступность данных о стоимости API | AppsFlyer отображает данные о расходах API только для клиентов с активным ресурсом ROI360. Если ROI360 деактивирован, данные о расходах из API-источников становятся недоступны, и в дэшборде отображаются только данные о расходах на основе CPI. |
| Mintegral: детализация на уровне объявления | Чтобы получить отчетность о расходах с детализацией на уровне объявления от Mintegral, для каждого рекламного аккаунта требуются следующие разрешения рекламной сети: Sub/Package × Creative dimension. |