Краткий обзор: Описание способов просмотра и агрегирования данных о маркетинговых затратах для рекламодателей.
Агрегирование данных о затратах
ROI360:
- Предоставляет агрегированные данные о расходах на рекламу и показатели эффективности LTV, связанные с расходами. Эти данные доступны на дэшбордах и в отчетах об эффективности. К доступным метрикам по затратам относятся ROI, ROAS, клики, показы, ROI кампаний и средняя эффективная стоимость установки (eCPI) за период.
- Охватывает стоимость рекламы на всех платформах, включая мобильные приложения, веб-браузеры, CTV, ПК и консоли.
- Поддерживает разные модели затрат, используемые партнером, например, CPI, CPA, CPC и CPM.
- Регистрирует стоимость рекламы через API, импорт расходов (загрузка CSV-файла) и затраты по ссылке атрибуции.
- Агентства могут просматривать данные ROI360 о затратах по рекламодателям, у которых есть подписка ROI360.
Без подписки ROI360 рекламодателям доступны следующие метрики:
- Затраты указаны по ссылке атрибуции.
- Данные о кликах и показах SRN, настроенные через вкладку интеграции затрат партнёра SRN.
Принципы агрегирования данных о затратах
В этом разделе описываются основные принципы агрегирования данных о затратах на кампанию.
Способы агрегирования данных
Данные о затратах получают от партнеров одним или несколькими методами. Если затраты сообщаются более чем одним методом, механизм приоритезации затрат определяет, какие данные использовать. Это гарантирует, что данные о расходах не будут завышены.
После обработки в AppsFlyer данные отображаются в часовом поясе UTC (по умолчанию) или согласно настройкам часового пояса вашего приложения.
| Способ агрегирования данных | Поддерживаемые модели затрат | Детализация данных | Обновление данных | Примечания |
|---|---|---|---|---|
| API* | Все | Уровень зависит от интеграции | В течение дня | Данные могут измениться после события расхода, когда мы пытаемся получить их ретроактивно за предыдущие 7 дней (в зависимости от медиа-источника). Это позволяет учитывать ретроактивные изменения, внесенные медиа-источником. |
| Импорт затрат (загрузка файла) | Все | Уровень зависит от загруженного файла | До 4 часов после импорта | Предоставленные данные о затратах могут быть отозваны; скорректированные данные передаются в течение 90 дней. |
| Затраты по ссылке атрибуции | CPI | Уровень пользователя |
Минимум: в реальном времени Максимум: До 4 часов после клика по ссылке |
Изменения не предусмотрены |
| *Интеграция по API между партнерами и AppsFlyer осуществляется с помощью Cost API или InCost API (но не обоих одновременно). Используемый API и детализация данных зависят от партнеров. | ||||
Доступность данных о затратах и содержание отчетов
В следующей таблице обозначено, где доступны данные о затратах.
Если иное не указано в примечаниях в самой таблице, ориентируйтесь при работе с ней на следующие пояснения:
- UA: UA: данные о затратах на кампании по привлечению пользователей, по которым зарегистрирована хотя бы одна установка. Примечание: Если на определённую дату нет установок, затраты за эту дату не отображаются.
- Унифицированный: Данные о затратах на все кампании для выбранного приложения, включая те, в которых не было зафиксировано ни одной установки за последнее время (то есть за последние примерно 7 дней). В таблице указано, в каких случаях данные доступны только по тем кампаниям, по которым зарегистрирована хотя бы одна установка.
- Если изменение названия кампании не поддерживается, отображаются оба названия кампании — одно с данными атрибуции, другое с данными о затратах. Ни по одному из отображаемых названий не будут доступны полные данные.
Доступность данных о затратах и содержание отчетов
| Способ получения отчета | Представление / тип данных | Поддерживается ли изменение названия кампании | Примечания |
|---|---|---|---|
| Обзорный дэшборд |
|
Да | В представлении «Ретаргетинг» не отображаются затраты. Затраты на ретаргетинг отображаются в объединенном представлении. |
| Дэшборд активности | UA | Да | |
| Когортный дэшборд |
|
Да |
|
| Cohort API |
|
Да | В объединенном представлении отображаются данные только по тем кампаниям, по которым за последнее время зарегистрирована хотя бы 1 установка. |
| Дэшборд SKAN | SKAN | Нет | Отображаются установки SKAN, а также данные о затратах для всех установок (включая не-SKAN установки). |
| API SKAN для доступа к агрегированным данным об эффективности | SKAN | Нет | Отображаются установки SKAN, а также данные о затратах для всех установок (включая не-SKAN установки). |
| Дэшборд сводной таблицы Pivot | UA | Нет | |
| Master API | UA | Нет | |
| Пользовательский дэшборд | UA | Нет | |
| CostETL | Объединенный | Да | Отображаются все доступные данные о затратах. |
| Pull API для доступа к агрегированным данным | UA | Нет | |
|
Push API |
Сырые данные по кликам (не агрегированные) | Не применимо | |
| Pull API сырых данных | Сырые данные по кликам (не агрегированные) | Не применимо | |
| Data Locker | Сырые данные по кликам (не агрегированные) | Не применимо | В когортах Data Locker не поддерживаются затраты. |
Примечание:
- Детализация данных может отличаться в зависимости от типа дэшборда/отчета. Инструмент отчётности Cost ETL содержит полный набор данных. Сюда входят сведения об иерархии кампании (медиа-источник, название кампании, группа объявлений, а также измерения, предоставляемые медиа-источником, включая гео, канал, ID сайта и ключевые слова).
- Данные о затратах, указанные по ссылке атрибуции, доступны в отчётах по необработанным данным.
Механизм приоритизации затрат
Для одного медиа-источника затраты могут быть предоставлены несколькими способами. Чтобы избежать завышения показателей, механизм приоритизации затрат на кампанию определяет, какие данные о затратах будут доступны на платформе. Приоритет определяется по способу агрегирования. Приоритет от низшего к высшему: Затраты по ссылке атрибуции > API затрат > Импорт затрат.
Механизм определения приоритетности затрат влияет на отчеты об агрегированных данных и дэшборды. Данные о затратах по ссылке атрибуции, доступные в отчётах по необработанным данным, не подвержены влиянию механизма приоритезации.
Соображения:
- Механизм приоритетов работает на уровне кампаний. Это означает, что если вы получаете два ресурса о затратах для одной кампании через разные механизмы, то они конкурируют, и более приоритетный выигрывает для всей кампании.
- В любой день, когда через Cost API поступают данные о расходах для приложения и медиа-источника (или агентства), затраты по ссылке атрибуции игнорируются.
- Если вы измените методы агрегирования затрат, это изменение будет действовать ретроспективно. т. е. исторические агрегированные данные о затратах могут измениться.
- Изменение метода агрегирования затрат аналогичным образом влияет на трафик, генерируемый агентством. Это касается как прозрачных, так и непрозрачных агентств.
Пример:
Сценарий: Медиа-источник ведет отчет о стоимости по ссылке атрибуции, но вы решили подключить API стоимости медиа-источника.
Результат: Затраты агрегируются как по ссылке атрибуции, так и по Cost API. Так как приоритет имеет Cost API, затраты по ссылке атрибуции игнорируются.
Дополнительные сведения
Список медиа-источников с поддержкой Cost API
Изменение названий кампаний
AppsFlyer отображает кампании, используя в качестве ключа идентификатор кампании.
Чтобы избежать аномалий отображения, убедитесь, что:
- Кампаниям присваивается уникальный идентификатор кампании.
- Вы не используете одно и то же название кампании с разными идентификаторами кампании.
Затраты без установок
Почему я вижу данные о затратах без установок? Это происходит, когда затраты указаны на более высоком уровне иерархии (например, уровень кампании), но информация о результативности (клики и установки) приводится на более низком уровне иерархии (например, на уровне набора объявлений).
AppsFlyer дополняет данные о затратах для недостающих показателей из иерархии верхнего уровня. Это гарантирует полное представление данных о затратах на любом уровне и сводит к минимуму внутренние несоответствия.
Пример
Рекламодатель запускает кампанию. Иерархия рекламы выглядит следующим образом:
- Медиа-источник: media_eg
- Кампания: campaign_eg
- Наборы объявлений: adset1, adset2
Отображается следующая информация, относящаяся к медиа-источнику.
Иерархия: Все медиа-источники > 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 |
В данном случае затраты на campaign_eg составляет $100 и предоставляются на уровне кампании. При детализации до уровня группы объявлений, который в данном случае является уровнем компонента, затраты не могут быть разбиты по группе объявлений.
Чтобы устранить это, AppsFlyer переносит затраты с уровня кампании и отображает их в отдельной строке. В этом случае набор объявлений отображается как 'нет', а поле установок остаётся пустым.
Конвертация валюты затрат
Если валюта затрат кампании, предоставленная медиа-источником, отличается от валюты, заданной в приложении и установленной на платформе, затраты конвертируется в валюту, заданную в приложении, следующим образом:
- AppsFlyer получает курсы с openexchangerates.org.
- Курсы валют обновляются ежечасно для данных до 7 дней назад.
- Конвертация валют производится по последнему известному курсу.
Характеристики и ограничения
| Характеристика | Примечания |
|---|---|
| Агентства |
|
| Частота обновления данных API |
|
| Изменения в названиях кампаний | Данные о расходах на рекламу отображаются с использованием последнего указанного названия кампании. Примечание: Это относится к отображению агрегированных данных, а не самих сырых данных. |
| Часовой пояс | Если медиа-источник поддерживает только один часовой пояс, а между часовым поясом, который поддерживает медиа-источник, и часовым поясом, установленным в настройках приложения, существует расхождение, используется часовой пояс, который поддерживает медиа-источник. |
| Платформы CTV, ПК и консоли | Для приложений на этих платформах данные о затратах должны быть отправлены через Ad Spend Ingestion с использованием метода загрузки файла по электронной почте. |
| Кроссплатформенность | Данные о затратах недоступны для кроссплатформенных кликов и показов, то есть когда показ/клик производится на одной платформе, а установка приложения происходит на другой. |
| Приложения, установленные вне магазина приложений | Данные о расходах Mintegral недоступны для приложений вне магазинов приложений -- сторонних площадок, не относящихся к Google Play и App Store. |
| Гео | Детализация по гео/странам недоступна для сгруппированных кампаний Mistplay (кампаний, таргетированных на несколько стран). Для таких кампаний геоданные отображаются как N\/A. |
| Smadex | Дэшборды и ETL-отчёты по расходам могут отображать данные о расходах и атрибуции по-отдельности. Это происходит, когда Smadex добавляет в значение Site ID посторонние данные (например, ID инвентаря). |
| Apple Search Ads | В отчётах только для SKAN данные о расходах ASA недоступны в SKAN-дэшборде и Pull API, поскольку Apple не передаёт данные на уровне кампании в SKAN-постбэках. Однако данные о расходах доступны в отчётах SSOT через нашу классическую интеграцию. |
| Лимит символов для размерности данных о стоимости |
Следующие размеры не могут превышать указанную длину символов. Несоблюдение этих ограничений приведет к исключению значений размеров из отчета.
|
| Доступность данных о стоимости API | Данные о расходах через API доступны только клиентам с подключённым пакетом ROI360. Если ROI360 отключён, данные о расходах из API-источников больше недоступны — в дэшборде останутся только расходы, рассчитанные по модели CPI. |