Краткий обзор: Описание способов просмотра и агрегирования данных о маркетинговых затратах для рекламодателей.
Агрегирование затрат
ROI360 делает следующее:
- Предоставляет агрегированные данные о расходах на рекламу и показатели эффективности LTV, связанные с расходами. Эти данные доступны на дэшбордах и в отчетах об эффективности. К доступным метрикам по затратам относятся ROI, 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 относит данные о расходах на рекламные кампании к привлечению пользователей (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 и в Объединенном отчете.
- Если в этом временном окне нет активности, стоимость за 15 марта отображается только в унифицированном представлении. Для медиаисточников, сопоставление данных которых выполняется только по дате обработки, то же правило применяется непосредственно к 15 марта, без учета периода в ±10 дней.
Доступность данных о затратах и содержание отчетов
| Метод отчетности | Представление / тип данных | Поддержка изменения названия кампании | Примечания |
|---|---|---|---|
| Обзорный дэшборд |
|
Да | В представлении «Ретаргетинг» не отображаются затраты. Стоимость ретаргетинга отображается в Объединенном отчете. |
| Дэшборд активности | UA | Да | |
| Дэшборд когорт |
|
Да |
|
| API когортных данных |
|
Да | Эти данные объединенного представления доступны только для кампаний Google Ads, DV360, Facebook, TikTok, Apple Search Ads и Aura, в которых была зарегистрирована хотя бы одна установка, клик или показ в течение 10 дней до или после даты, за которую передаются данные о расходах (даты установки). Для всех остальных медиаисточников эти данные доступны только для кампаний, в которых активность зафиксирована на ту же дату обработки, что и стоимость. |
| Дэшборд SKAN | SKAN | Нет | Этот дэшборд показывает установки SKAdNetwork (SKAN), а также данные о расходах по всем установкам (включая установки, не относящиеся к SKAN). |
| API агрегированных данных об эффективности SKAN | SKAN | Нет | Этот API показывает установки SKAN, а также данные о расходах по всем установкам (включая установки, не относящиеся к SKAN). |
| Дэшборд сводной таблицы Pivot | UA | Нет | |
| Master API | UA | Нет | |
| Пользовательский дэшборд | UA | Нет | |
| ETL по затратам | Объединенный | Да | Отображаются все доступные данные о затратах. |
| Агрегированный Pull API | UA | Нет | |
| Push API | Сырые данные по кликам (не агрегированные) | Не применимо | |
| Pull API сырых данных | Сырые данные по кликам (не агрегированные) | Не применимо | |
| Data Locker | Сырые данные по кликам (не агрегированные) | Не применимо | Когорта Data Locker не поддерживает данные о расходах. |
Примечание:
К таблице применяются следующие положения:
- Детализация данных может варьироваться в зависимости от типа дэшборда/отчета. Инструмент отчетности Cost ETL содержит полный набор данных. Сюда входят сведения об иерархии кампании (медиаисточник, название кампании, рекламное объявление, набор объявлений и параметры, доступные в медиаисточнике, включая гео, канал, идентификатор сайта и ключевые слова).
- Данные о затратах, указанные по ссылке атрибуции, доступны в отчетах по сырым данным.
- Если медиаисточник не поддерживает изменение названий кампаний, отображаются оба названия кампании: одно с данными атрибуции, другое с данными о расходах. Ни одно из названий кампании не дает полной картины данных.
Механизм приоритизации затрат
Для одного медиаисточника данные о расходах могут передаваться несколькими способами. Чтобы избежать завышения стоимости, механизм приоритизации стоимости кампании определяет, какие данные о расходах отображаются на платформе. AppsFlyer назначает приоритет в соответствии со способом агрегирования. Приоритет от низшего к высшему: Затраты по ссылке атрибуции > API затрат > Импорт затрат.
Механизм определения приоритетности затрат влияет на отчеты об агрегированных данных и дэшборды. Как отмечено выше, это не влияет на данные о расходах по ссылкам атрибуции в отчетах о сырых данных.
Факторы, которые необходимо учитывать:
- Механизм приоритизации работает на уровне кампаний. Это означает, что если данные о расходах по одной кампании поступают двумя разными способами, между ними возникает конфликт, и для всей кампании используются данные, полученные способом с более высоким приоритетом.
- Если в определенный день AppsFlyer получает данные о расходах для конкретного приложения и медиаисточника (или агентства) через API затрат, данные о расходах из ссылки атрибуции игнорируются.
- Если вы измените методы агрегирования затрат, это изменение будет действовать ретроспективно. Исторические агрегированные данные о затратах могут измениться.
- Изменение метода агрегирования затрат аналогичным образом влияет на трафик, генерируемый агентством. Это касается как прозрачных, так и непрозрачных агентств.
Например
Сценарий: Медиаисточник передает данные о расходах по ссылке атрибуции, но вы решаете активировать API затрат медиаисточника.
Результат: AppsFlyer агрегирует затраты как по ссылке атрибуции, так и через API затрат. Поскольку у 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 поддерживает эту функцию для кроссплатформенных кампаний и кампаний по привлечению пользователей с сайта в приложение (W2A) в Google, TikTok и DV360 (кампаний, цель которых не связана с мобильными устройствами или приложениями).
- Кампании Google Performance Max (PMAX) : Пропорциональное распределение (основанное на конверсиях) не применяется. API Google не передает идентификаторы объявлений и данные с географической детализацией для кампаний PMAX, поэтому AppsFlyer распределяет расходы поровну между сопоставленными приложениями независимо от количества конверсий каждого приложения. На уровне кампании, когда в дэшборде выбраны все платформы (iOS, Android и т. д.), общая стоимость все равно совпадает со стоимостью, которую сообщает Google.
Дополнительные сведения
Список медиаисточников с поддержкой API стоимости
Изменение названий кампаний
AppsFlyer отображает кампании, используя в качестве ключа идентификатор кампании.
Во избежание сбоев отображения убедитесь в следующем:
- У каждой кампании есть уникальный идентификатор кампании.
- Вы не используете одно и то же название кампании с разными идентификаторами кампании.
Затраты без установок
Почему я вижу данные о затратах без установок? Это происходит, когда медиаисточник передает стоимость на более высоком уровне иерархии (например, на уровне кампании), а информацию об эффективности (клики и установки) — на более низком уровне рекламной иерархии (например, на уровне набора объявлений).
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 |
|
| Изменения в названиях кампаний | В данных о расходах на рекламу отображается последнее переданное название кампании. Это относится только к агрегированным данным, а не к самим сырым данным. |
| Часовой пояс | Если медиаисточник поддерживает только один часовой пояс и этот часовой пояс отличается от пояса, заданного в настройках приложения, AppsFlyer использует часовой пояс медиаисточника. |
| Платформы CTV, ПК и консоли |
Для приложений на этих платформах импортируйте данные с помощью Импорт данных о затратах, используя метод загрузки по электронной почте. Вы также можете получать данные через API для Google, Meta или TikTok на следующих платформах:
|
| Кроссплатформенность | Данные о расходах недоступны для кроссплатформенных кликов и показов, то есть показ/клик может происходить на одной платформе, а установка приложения — на другой. |
| Приложения, установленные вне магазина приложений | Данные о расходах Mintegral недоступны для приложений вне магазинов приложений -- сторонних площадок, не относящихся к Google Play и App Store. |
| Гео/страна | Разбивка по географии/странам недоступна для объединенных кампаний Mistplay (кампаний, нацеленных на несколько стран). Для таких кампаний геоданные отображаются как N/A. |
| Smadex | Дэшборды и отчеты 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. |