Краткий обзор: Описание способов просмотра и агрегирования данных о маркетинговых затратах для рекламодателей.
Агрегирование данных о расходах
ROI360:
- Предоставляет агрегированные данные о расходах на рекламу и показатели эффективности LTV (lifetime value), связанные со стоимостью. Эти данные доступны на дэшбордах и в отчетах об эффективности. Доступные метрики, связанные со стоимостью, включают 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), если в кампании зафиксирована хотя бы одна установка, клик или показ в день, к которому относится отчёт о расходах (дата установки), а также в интервале ± 10 дней от этой даты. Сопоставление выполняется с использованием медиаисточника, идентификатора кампании и агентства.
Стоимость в объединенном отчете
Объединённое представление содержит данные о расходах для всех кампаний выбранного приложения, независимо от того, зафиксированы ли установки, клики или показы в пределах ± 10 дней от даты, на которую приходится отчёт о расходах (дата установки).
Пример
-
Если стоимость для кампании X сообщается 10 марта, и у кампании X есть хотя бы один клик или установка между 1 и 20 марта, то стоимость за 10 марта отображается как в UA, так и в унифицированном представлении.
Если в этом временном окне нет активности, стоимость за 10 марта отображается только в унифицированном представлении.
- Если изменение названия кампании не поддерживается, отображаются оба названия кампании — одно с данными атрибуции, другое с данными о затратах. Ни по одному из отображаемых названий не будут доступны полные данные.
Доступность данных о затратах и содержание отчетов
| Способ получения отчета | Представление / тип данных | Поддерживается ли изменение названия кампании | Примечания |
|---|---|---|---|
| Обзорный дэшборд |
|
Да | В представлении «Ретаргетинг» не отображаются затраты. Затраты на ретаргетинг отображаются в объединенном представлении. |
| Дэшборд активности | UA | Да | |
| Ретаргетинг |
|
Да |
|
| Когортный API |
|
Да | Эти объединённые данные доступны только для тех кампаний, в которых зафиксирована хотя бы одна установка, клик или показ в пределах ± 10 дней от даты, на которую приходится отчёт о расходах (дата установки). |
| Дэшборд SKAN | SKAN | Нет | Установки SKAN отображаются вместе с данными о расходах по всем установкам (включая установки, не относящиеся к SKAN). |
| API SKAN для доступа к агрегированным данным об эффективности | SKAN | Нет | Установки SKAN отображаются вместе с данными о расходах по всем установкам (включая установки, не относящиеся к SKAN). |
| Дэшборд сводной таблицы Pivot | UA | Нет | |
| Master API. | UA | Нет | |
| Кастомизируемые панели управления | UA | Нет | |
| ETL по затратам | Объединенный | Да | Отображаются все доступные данные о затратах. |
| Pull API для доступа к агрегированным данным | UA | Нет | |
| push | Сырые данные по кликам (не агрегированные) | Не применимо | |
| Pull API сырых данных | Сырые данные по кликам (не агрегированные) | Не применимо | |
| Отчет Data Locker | Сырые данные по кликам (не агрегированные) | Не применимо | Когорта Data Locker не поддерживает данные о расходах. |
Примечание:
- Детализация данных может варьироваться в зависимости от типа дэшборда/отчета. Инструмент отчётности Стоимость ETL содержит полный набор данных. Это включает сведения об иерархии кампании (источник трафика, название кампании, группа объявлений, а также измерения, доступные из источника трафика, включая географию, канал, ID сайта и ключевые слова).
- Данные о затратах, указанные по ссылке атрибуции, доступны в отчётах по сырым данным.
Механизм приоритизации затрат
Для одного медиа-источника затраты могут быть предоставлены несколькими способами. Чтобы избежать завышения показателей, механизм приоритизации затрат на кампанию определяет, какие данные о затратах будут доступны на платформе. Приоритет определяется по способу агрегирования. Приоритет от низшего к высшему: Затраты по ссылке атрибуции > API затрат > Импорт затрат.
Механизм определения приоритетности затрат влияет на отчеты об агрегированных данных и дэшборды. Данные о затратах по ссылке атрибуции, доступные в отчётах по необработанным данным, не подвержены влиянию механизма приоритезации.
Учитывайте следующее:
- Механизм приоритизации работает на уровне кампаний. Это означает, что если вы получаете два ресурса о затратах для одной кампании через разные механизмы, то они конкурируют, и более приоритетный выигрывает для всей кампании.
- В любой день, когда через Cost API поступают данные о расходах для приложения и медиа-источника (или агентства), затраты по ссылке атрибуции игнорируются.
- Если вы измените методы агрегирования затрат, это изменение будет действовать ретроспективно. т. е. исторические агрегированные данные о затратах могут измениться.
- Изменение метода агрегирования затрат аналогичным образом влияет на трафик, генерируемый агентством. Это касается как прозрачных, так и непрозрачных агентств.
Например
Сценарий: Медиаисточник передаёт данные о расходах по ссылке атрибуции, но вы решаете активировать его API стоимости.
Результат: Стоимость агрегируется как из атрибуционной ссылки, так и из API затрат. Поскольку приоритет имеет API стоимости, стоимость по атрибуционной ссылке игнорируется.
Разделение затрат
Существуют рекламные сети, которые сообщают данные о стоимости кампании без привязанного идентификатора приложения. В таких случаях AppsFlyer дополняет идентификатор(ы) приложения, опираясь на данные о взаимодействии и атрибуции.
AppsFlyer сопоставляет приложения по тем, что связаны с кликами, показами и конверсиями кампании в пределах ± 10 дней от указанной даты расходов.
Если в результате дополнения идентификаторов обнаружено несколько подходящих приложений, AppsFlyer распределяет расходы кампании между этими приложениями следующим образом:
Пропорциональное разделение (по конверсиям)
Если на дату, к которой относится отчёт о расходах, зафиксированы конверсии (установки, реатрибуции и повторные вовлечения), стоимость распределяется пропорционально числу конверсий каждого приложения.
Пример: Если общая стоимость в день 1 составляет $100, и кампания приводит 60 установок на iOS и 40 установок на Android, то:
- iOS: $60
- Android: $40
Равное разделение (без конверсий)
Если на дату отчёта о расходах конверсий нет, расходы распределяются поровну между соответствующими приложениями.
Пример: Если общая стоимость в день 1 составляет $100 и у кампании есть показы, но нет конверсий на эту дату, то:
- iOS: $50
- Android: $50
Примечание
Пропорциональное распределение (основанное на конверсиях) применяется только в том случае, если уровень детализации конверсий, доступный в атрибуции, точно совпадает с уровнем детализации, в котором рекламная сеть передаёт данные о расходах. Если уровни детализации совпадают лишь частично, AppsFlyer не может сопоставить стоимость конверсиям каждого приложения и вместо этого распределяет расходы поровну между совпавшими приложениями.
Ограничения
- Эта функция поддерживается для кроссплатформенных кампаний и кампаний web-to-app (W2A) в Google, TikTok и DV360 — то есть кампаний, цель которых отличается от «mobile/app».
- Кампании Google Performance Max (PMAX) : Пропорциональное распределение (основанное на конверсиях) не применяется. API Google не передаёт детализацию по Ad ID и Geo для кампаний PMAX, поэтому детализация конверсий совпадает лишь частично, и стоимость не может быть соотнесена с установками, реатрибуциями и повторными вовлечениями каждого приложения. В итоге стоимость распределяется поровну между совпавшими приложениями, независимо от количества конверсий в каждом приложении. На уровне кампании, когда в дэшборде выбраны все платформы (iOS, Android и т. д.), общая стоимость всё равно совпадает со стоимостью, которую сообщает Google.
Дополнительные сведения
Список медиаисточников с поддержкой 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, ПК и консоли | Для приложений на этих платформах данные о затратах должны быть отправлены через Импорт данных о затратах с помощью метода загрузки файла по электронной почте. |
| Кроссплатформенность | Данные о расходах недоступны для кроссплатформенных кликов и показов, то есть показ/клик может происходить на одной платформе, а установка приложения — на другой. |
| Приложения, установленные вне магазина приложений | Данные о расходах Mintegral недоступны для приложений вне магазинов приложений -- сторонних площадок, не относящихся к Google Play и App Store. |
| Гео/страна | Разбивка по географии/странам недоступна для объединённых кампаний Mistplay (кампаний, нацеленных на несколько стран). Для таких кампаний геоданные отображаются как N/A. |
| Smadex | Дэшборды и ETL-отчёты по расходам могут отображать данные о расходах и атрибуции по-отдельности. Это происходит, когда Smadex включает дополнительные элементы (например, ID инвентаря) в значение идентификатора сайта. |
| Apple Search Ads (ASA) | Для отчётности только по SKAN данные о расходах ASA недоступны в дашборде SKAN и в Pull API, поскольку Apple не включает данные на уровне кампании в постбэки SKAN. Однако данные о стоимости доступны в отчетах Единого источника истины (SSOT) через нашу классическую интеграцию. |
| Лимит символов для размерности данных о стоимости |
Для перечисленных ниже сетей следующие параметры не должны превышать указанные ограничения по числу символов. Несоблюдение этих ограничений приведет к исключению значений размеров из отчета.
Данные ограничения распространяются только на следующие сети:
|
| Доступность данных о стоимости API | Данные о расходах через API отображаются только для клиентов с активным ресурсом ROI360. Если ROI360 деактивирован, данные о расходах из API-источников больше недоступны, и в дашборде отображаются только расходы, рассчитанные на основе CPI. |
| Mintegral: детализация на уровне объявления | Чтобы получить отчетность о расходах с детализацией на уровне объявления от Mintegral, требуются следующие разрешения рекламной сети для каждого рекламного аккаунта: Под/Пакет × Размеры креатива. |
См. также
This article was translated using AI and may contain errors. For the most accurate information, please refer to the English version using the language selector.