ROI360: обзор агрегирования данных о затратах

Премиум

Для:

маркетологов агентств

Последнее обновление: 25/03/2023 23:22

Краткий обзор. Описание способов просмотра и агрегирования данных о маркетинговых затратах для рекламодателей.

Материалы по теме: Операции с затратами | ETL затрат | Ad Spend Ingestion

Агрегирование данных о расходах

ROI360:

Предоставляет агрегированные данные о затратах на рекламу и связанные с затратами метрики эффективности LTV. Они доступны на дэшбордах и в отчетах об эффективности.К доступным метрикам по затратам относятся ROI, ROAS, клики, показы, ROI кампаний и средняя эффективная стоимость установки (eCPI) за период.
Поддерживает разные модели затрат, используемые партнером, например, CPI, CPA, CPC и CPM.
Регистрирует затраты на рекламу по API, импорт данных по расходам на рекламу (загрузка CSV-файла, функция Ad Spend Ingestion) и затраты по кликам.
Агентства могут просматривать данные ROI360 о затратах по рекламодателям, у которых есть подписка ROI360.

Без подписки ROI360 рекламодателям доступны следующие метрики:

Данные о затратах по кликам.
Данные о кликах и показах SRN, настроенные на вкладке Затраты SRN — интегрированного партнера.

Принципы агрегирования данных о затратах

В этом разделе описываются основные принципы агрегирования данных о затратах на кампанию.

Способы агрегирования данных

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

После обработки в AppsFlyer данные отображаются в часовом поясе UTC (по умолчанию) или в соответствии с настройками часового пояса вашего приложения.

Способ агрегирования данных	Поддерживаемые модели затрат	Детализация данных	Актуальность данных	Примечания
API*	Все	Уровень зависит от интеграции	В течение дня	Данные могут измениться после события затрат, поскольку мы пытаемся получить данные за период до 30 дней (в зависимости от рекламной сети). Это позволяет учитывать ретроспективные изменения, внесенные рекламной сетью.
Ad Spend Ingestion (загрузка файла)	Все	Уровень зависит от загруженного файла	До 4 часов после импорта данных	Предоставленные данные о затратах могут быть отозваны; скорректированные данные передаются в течение 90 дней.
Клики (ссылка атрибуции)	CPI	На уровне пользователя	Минимум: в реальном времени Максимум: до 4 часов после клика	Изменения не предусмотрены
*Интеграция по API между партнерами и AppsFlyer осуществляется с помощью Cost API или InCost API (но не обоих одновременно). Используемый API и детализация данных зависят от партнеров.

Доступность данных о затратах и содержание отчетов

В следующей таблице обозначено, где доступны данные о затратах.

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

UA: данные о затратах на кампании по привлечению пользователей, по которым зарегистрирована хотя бы 1 установка (примерно за последние 7 дней).
Объединенный: данные о затратах по всем кампаниям, в том числе по кампаниям без зарегистрированных установок (примерно за последние 7 дней). В таблице указано, в каких случаях данные доступны только по тем кампаниям, по которым за последнее время зарегистрирована хотя бы 1 установка.
Если изменение названия кампании не поддерживается, отображаются оба названия кампании — одно с данными атрибуции, другое с данными о затратах. Ни по одному из отображаемых названий не будут доступны полные данные.

Доступность данных о затратах и содержание отчетов

Способ получения отчета	Представление / тип данных	Поддерживается ли изменение названия кампании	Примечания
Обзорный дэшборд	UA Объединенный	Да	В представлении «Ретаргетинг» не отображаются затраты. Затраты на ретаргетинг отображаются в объединенном представлении.
Дэшборд активности	UA	Да
Дэшборд когорт	UA Объединенный	Да	В представлении «Ретаргетинг» не отображаются затраты. В объединенном представлении отображаются данные только по тем кампаниям, по которым за последнее время зарегистрирована хотя бы 1 установка.
Cohort API	UA Объединенный	Да	В объединенном представлении отображаются данные только по тем кампаниям, по которым за последнее время зарегистрирована хотя бы 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 содержит полный набор данных. Сюда входят сведения об иерархии кампании (медиа-источник, название кампании, группа объявлений и параметры, предоставляемые рекламной сетью, включая геоданные, канал, идентификатор сайта и ключевые слова).
Данные о затратах по кликам доступны в отчетах с сырыми данными.

Механизм приоритизации затрат

Для одного медиа-источника затраты могут быть предоставлены несколькими способами агрегирования. Чтобы избежать завышения показателей, механизм приоритизации затрат на кампанию определяет, какие данные о затратах будут доступны на платформе. Приоритет определяется по способу агрегирования. Приоритет от высшего к низшему: API > Ad Spend Ingestion > Клик. Если возможно, используйте API как наиболее точный метод.

Приоритизация способов агрегирования затрат на кампанию

Этот механизм влияет на отчеты с агрегированными данными и дэшборды.
На данные о затратах по кликам, доступные в отчетах с сырыми данными, механизм приоритизации не влияет.

Пример

Сценарий: рекламная сеть сообщает о стоимости клика, но вы решаете включить Cost API рекламной сети.

Результат: затраты агрегируются и по клику, и по Cost API. Поскольку Cost API имеет приоритет, затраты по клику игнорируются.

Итого:

Возможна реализация нескольких методов агрегирования затрат. Фактически сообщаемые затраты зависят от правил приоритизации способов агрегирования затрат, описанных в таблице ниже.
Изменение аналогичным образом влияет на трафик, создаваемый агентством. Это касается как прозрачных, так и непрозрачных агентств.
Изменение ретроспективно, т. е. исторические агрегированные данные о затратах могут измениться.

Правила приоритизации способов агрегирования затрат

Метод	Описание
API	Самый высокий приоритет Самый точный [рекомендуется] Cost API vs. Ad Spend Ingestion: если у интегрированного партнера есть API для агрегирования затрат на рекламу, то Ad Spend Ingestion отключается. Внимание! Это происходит, даже если API не активирован. Включение API: В любой день, когда включен Cost API, затраты по кликам игнорируются. В день включения API получает данные о затратах за весь день, независимо от того, в какое время дня он был включен. Затраты по клику игнорируются за весь день. Данные становятся доступны в течение нескольких часов после включения API. Отключение API: в день отключения API затраты по кликам игнорируются до начала следующего дня. Например: API отключен в понедельник в 14:00 по московскому времени. Затраты по кликам не игнорируются, начиная со вторника 00:00 по московскому времени.
Импорт данных о расходах	На уровне идентификатора сайта и ключевых слов имеет приоритет над данными о затратах по кликам. Ad Spend Ingestion vs. затраты по кликам в определенный день кампании: Приоритет отдается затратам, зарегистрированным за этот день с помощью Ad Spend Ingestion; затраты по кликам игнорируются. Например: кампания_abc за 5 и 10 декабря Ad Spend Ingestion регистрирует затраты на кампанию. Затраты по кликам игнорируются. На другие кампании или даты это не распространяется. Если у рекламной сети есть API для агрегирования затрат на рекламу, то для этой рекламной сети функция Ad Spend Ingestion будет отключена.
Клик	Самый низкий приоритет

Список рекламных сетей

Рекламные сети, поддерживающие Cost API

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

Аспекты
Поддерживаемые функции и их характеристики
Метрики (по данным рекламных сетей)

Файлы для скачивания: CSV, XLS

Ограничения и особенности

Специфика	Примечания
Агентства	Агентства могут просматривать данные ROI360 о затратах по рекламодателям, у которых есть подписка ROI360. Данные о затратах по кампаниям прозрачных агентств видны рекламодателям на дэшбордах и в отчетах, поддерживающих объединенное представление. Подробнее Если рекламодатель завершает свои отношения с агентством и отключает разрешения агентства на уровне приложения, и если агентство настроило затраты на приложение, данные о затратах все еще извлекаются. Если рекламодатель хочет остановить извлечение этих данных, он должен попросить агентство отключить интеграцию затрат в AppsFlyer. Для подключения некоторых рекламных сетей агентства должны связаться с рекламодателем, чтобы активировать интеграцию, для чего им предлагается сделать это в пользовательском интерфейсе AppsFlyer. Для этих сетей агентства и рекламодатели должны проверить, что при отправке данных рекламной сетью в них включен параметр `af_prt`, необходимый для атрибуции затрат агентства.
Частота обновления данных API	В течение дня (кроме Moloco) Данные Mintegral доступны через API на следующий день, примерно через 4 часа после окончания текущего дня (в зависимости от настроек часового пояса Mintegral). Это означает, что если событие произошло в первый день, данные о затратах будут доступны на второй день около 4:00.
Изменения названия кампании	Данные о затратах на рекламу отображаются с использованием самого последнего зарегистрированного названия кампании. Примечание. Это касается отображения сводных данных, а не самих сырых данных.
Time Zone (Часовой пояс)	Если рекламная сеть поддерживает только один часовой пояс, и он отличается от часового пояса, заданного в настройках приложения, используется часовой пояс, поддерживаемый рекламной сетью.