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

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

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

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

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

Стоимость в представлении UA

Данные о расходах кампании относятся к привлечению пользователей, если у кампании зафиксирована хотя бы одна установка, клик или показ в день, на который приходится отчёт о расходах (дата установки), и в интервале ± 10 дней от этой даты. Сопоставление выполняется с использованием медиаисточника, идентификатора кампании и агентства.

Стоимость в объединенном отчете

В объединенном представлении отображаются данные о расходах по всем кампаниям выбранного приложения, независимо от того, зарегистрированы ли установки, клики или показы в день отчёта о расходах (дату установки) или в интервале ± 10 дней от этой даты.

Пример

• Если стоимость для кампании X сообщается 10 марта, и у кампании X есть хотя бы один клик или установка между 1 и 20 марта, то стоимость за 10 марта отображается как в UA, так и в унифицированном представлении.

  • Если в этом временном окне нет активности, стоимость за 10 марта отображается только в унифицированном представлении.

• Если изменение названия кампании не поддерживается, отображаются оба названия кампании — одно с данными атрибуции, другое с данными о затратах. Ни по одному из отображаемых названий не будут доступны полные данные.

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

Примечание:

• Детализация данных может отличаться в зависимости от типа дэшборда/отчета. Инструмент отчётности Стоимость ETL содержит полный набор данных. Сюда входят сведения об иерархии кампании (медиа-источник, название кампании, группа объявлений, а также измерения, предоставляемые медиа-источником, включая гео, канал, ID сайта и ключевые слова).
• Данные о затратах, указанные по ссылке атрибуции, доступны в отчётах по необработанным данным. 

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

Механизм определения приоритетности затрат влияет на отчеты об агрегированных данных и дэшборды. Данные о затратах по ссылке атрибуции, доступные в отчётах по необработанным данным, не подвержены влиянию механизма приоритезации.

Соображения:

• Механизм приоритетов работает на уровне кампаний. Это означает, что если вы получаете два ресурса о затратах для одной кампании через разные механизмы, то они конкурируют, и более приоритетный выигрывает для всей кампании.
  • В любой день, когда через Cost API поступают данные о расходах для приложения и медиа-источника (или агентства), затраты по ссылке атрибуции игнорируются.
• Если вы измените методы агрегирования затрат, это изменение будет действовать ретроспективно. т. е. исторические агрегированные данные о затратах могут измениться.
• Изменение метода агрегирования затрат аналогичным образом влияет на трафик, генерируемый агентством. Это касается как прозрачных, так и непрозрачных агентств. 

Существуют рекламные сети, которые сообщают данные о стоимости кампании без привязанного идентификатора приложения. В таких случаях AppsFlyer дополняет идентификатор(ы) приложения, опираясь на данные о взаимодействии и атрибуции.

AppsFlyer сопоставляет приложения с теми, что связаны с кликами, показами и конверсиями кампании в интервале ± 10 дней от даты, на которую приходится отчёт о расходах.

Если в результате дополнения идентификаторов обнаружено несколько подходящих приложений, AppsFlyer распределяет расходы кампании между этими приложениями следующим образом:

Пропорциональное разделение (по конверсиям)

Если на дату отчёта о расходах зафиксированы конверсии (установки, переатрибуции и повторные вовлечения), то расходы распределяются пропорционально количеству конверсий каждого приложения.

Пример: Если общая стоимость в день 1 составляет $100, и кампания приводит 60 установок на iOS и 40 установок на Android, то:

Равное разделение (без конверсий)

Если на дату отчёта о расходах конверсий нет, расходы распределяются поровну между соответствующими приложениями.

Пример: Если общая стоимость в день 1 составляет $100 и у кампании есть показы, но нет конверсий на эту дату, то:

Ограничения

• Эта функция поддерживается для кроссплатформенных кампаний Google и TikTok (кампаний, цель которых отличается от «мобильное приложение»).

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

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

Скачать файл: CSV, XLS

AppsFlyer отображает кампании, используя в качестве ключа идентификатор кампании.

Чтобы избежать аномалий отображения, убедитесь, что:

• Кампаниям присваивается уникальный идентификатор кампании.
• Вы не используете одно и то же название кампании с разными идентификаторами кампании.

Узнайте больше об изменении названия кампании

Почему я вижу данные о затратах без установок? Это происходит, когда затраты указаны на более высоком уровне иерархии (например, уровень кампании), но информация о результативности (клики и установки) приводится на более низком уровне иерархии (например, на уровне набора объявлений).

AppsFlyer дополняет данные о затратах для недостающих показателей из иерархии верхнего уровня. Это гарантирует полное представление данных о затратах на любом уровне и сводит к минимуму внутренние несоответствия.