Краткий обзор: Расширенные агрегированные отчёты в Data Locker содержат агрегированные данные с оптимальной актуальностью, точностью, детализацией и неограниченным объёмом.
Расширенные агрегированные отчёты в Data Locker
Расширенные агрегированные отчеты в Data Locker:
- Обеспечьте эффективный и сохраняющий конфиденциальность способ создания внутренних BI-систем на основе агрегированных данных: Данные об атрибуции, событиях и доходах со всеми возможными показателями и метриками.
- Вы можете загружать данные в свои BI-системы и использовать их как часть процессов оптимизации и повышения эффективности кампаний.
- Обладают максимальной актуальностью и точностью: Данные поступают несколько раз в день и обновляются в каждой последующей версии отчета со всеми доступными данными за этот день.
- Помогает дополнить сырые данные, которые могут быть ограничены или закрыты из-за политики обмена данными с медиа-источниками или политики сохранения конфиденциальности. Ограничения затрагивают такие поля, связанные с атрибуцией, как campaign и adset.
Настройка
Чтобы получить расширенные агрегированные отчеты, выполните одну из следующих процедур.
Получаете ли вы в настоящее время данные через Data Locker? | Процедура |
---|---|
Да |
|
Нет |
|
Доступные отчеты
Расширенная агрегированная версия (с учётом когорты)
Факты об отчёте
Обзор |
Когортный отчет по версиям содержит все ваши агрегированные данные, объединенные в когорты, с детализацией показателей кампании. Отчет обновляется каждые несколько часов, чтобы обеспечить максимальную актуальность и точность данных. |
Доступные отчёты | Для загрузки доступны следующие отчёты. Типы отчётов подробнее описаны в когортном дэшборде.
|
Отчётный период | Пользователи, совершившие конверсию в течение предыдущих 1095 дней. Другими словами, каждый день в отчеты попадают события пользователей, которые совершили конверсию в течение предыдущих 1095 дней. |
Структура отчёта | Схема отчета (включенные в него измерения и метрики) фиксирована и не подлежит редактированию. |
Обновление данных |
|
Часовой пояс | UTC |
Структура директории и имен файлов | Подробнее |
Влияние политики партнеров по хранению данных |
Учтите, что некоторые партнеры проводят политику хранения данных. В этом случае события, произошедшие после окончания периода удержания, считаются органическими в когортных отчетах. Пример: SRN «A» придерживается политики хранения данных в течение 180 дней. События пользователей до 180 дня атрибутируются сети SRN «A». События, происходящие после 180 дней, считаются органическими. |
Структура отчёта
Отчет состоит из показателей и метрик.
Формат полей следующий:
- Измерения: Строка. Максимальная длина строки является динамической и в большинстве случаев зависит от того, как вы заполняете элементы рекламной иерархии.
-
Показатели: Число. Примечание: Формат поля selected_currency — это строка.
Доступны такие метрики, как доход, уникальные пользователи, совершившие событие, и частота события. Для расчета метрик, связанных с затратами, таких как ROI и ROAS, вам нужны метрики дохода и затрат. Метрики дохода находятся в когорте, а метрики затрат предоставляются через ROI360 Cost ETL.
Параметры
Имя поля | Описание | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
app_id | |||||||||||
media_source | |||||||||||
conversion_type | Возможные значения: install, install_unified (представляются установки в объединённом отчёте), re-engagement, re-attribution. | ||||||||||
attributed_touch_type (атрибутированный тип взаимодействия) | Возможные значения: click (клик), impressions (показы), pre-install (предварительная установка), unknown (неизвестно), tv (ТВ), null (пустое) | ||||||||||
days_post_attribution (дни после атрибуции) |
|
||||||||||
event_date |
|
||||||||||
conversion_date (дата конверсии) |
|
||||||||||
event_name (название события) | Обозначает событие. Некоторые имена событий имеют определенное значение, другие относятся к внутренним событиям, заданным рекламодателем в приложении.
|
||||||||||
campaign |
Иерархия кампаний Рассмотрим: Изменение названия кампании не поддерживается. Следовательно, с одним идентификатором кампании может быть связано несколько названий. |
||||||||||
campaign_id | Иерархия кампаний | ||||||||||
рекламный набор | Иерархия кампаний | ||||||||||
adset_id | Иерархия кампаний | ||||||||||
ad | Иерархия кампаний | ||||||||||
ad_id | Иерархия кампаний | ||||||||||
канал |
Иерархия кампаний. [Обновлено 27 октября 2021 г.] В настоящее время Meta ads не отображает канал в данных, предоставляемых через механизм Google Install Referrer. |
||||||||||
site_id | Иерархия кампаний | ||||||||||
is_primary_attribution | Используется для обозначения и удаления дубликатов данных ретаргетинга | ||||||||||
geo | Код страны по ISO, полученный из IP-адреса пользователя. | ||||||||||
агентство |
|
||||||||||
install_app_store (магазин приложений) | Только приложения для Android: Магазин Android, из которого было загружено приложение. Заполняется рекламодателями, внедряющими атрибуцию Android для нескольких магазинов. Если пусто, это означает Google Play Store. | ||||||||||
keywords (ключевые слова) | Слово или слова, появляющиеся в поисковых запросах пользователя. В соответствии с отчётами рекламной сети. | ||||||||||
keyword_id | Идентификатор ключевого слова, возвращённый рекламной сетью. |
Метрики
Имя поля | Описание | Формат |
---|---|---|
unique_users | Количество уникальных пользователей, выполнивших событие | Число |
revenue_usd |
|
Число |
event_count | Сколько раз произошло событие. | Число |
selected_currency | 3-буквенный код валюты (USD, EUR), установленный вами в настройках приложения. Формат ISO-4217. Это та же валюта, которая используется для отображения выручки в Cohort в пользовательском интерфейсе. | Строка |
revenue_selected_currency |
|
Число |
first_inapp |
|
Число |
Структура каталога и имен файлов
Путь к отчету состоит из следующей иерархии папок:
В следующем формате:
Иерархия папок с отчетами
Пример иерархии папок отчётов с версиями когорты в корзине рекламодателя:
bucket | └── t=cohort_unified_versioned | ├── dt=2024-05-05 | | | └── version=1714890235 | | | | | ├── part-00000-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz | | | | | ├── part-00001-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz | | │ | | └── part-00002-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz | | | | | └── version=1714890286 | | | ├── part-00000-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz | | | ├── part-00001-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz | │ | └── part-00002-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz | | . . . .
Условные обозначения:
- dt: Дата, когда произошли события, включенные в отчет.
- t: тип отчета.
- version: Временная метка Unix, когда была создана версия.
Версии отчётов и актуальность данных
- В течение дня. Отчёты отправляются каждые несколько часов.
- Отчеты содержат все данные, доступные на данный момент за день. То есть 18 апреля каждая версия отчета содержит все доступные на этот момент данные за 18 апреля.
- Загружайте только последнюю доступную версию отчета.
Версия | Отчет включает данные, которые AppsFlyer получил к (время в UTC) | Сценарий | Время доступности отчета (время в UTC) |
---|---|---|---|
1 | День 0 в 4 утра | Частичные данные за день 0 | День 0 в 8:00 |
2 | День 0 в 8:00 | Частичные данные за день 0 | День 0 в 13:00 |
3 | День 0 в 12:00 | Частичные данные за день 0 | День 0 в 18:00 |
4 | День 0 в 16:00 | Частичные данные за день 0 | День 0 в 21:00 |
5 | День 0 в 20:00 | Частичные данные за день 0 | День 0 в 23:59 |
6 | День 0 в 23:59 | Полные данные о конверсиях и событиях в приложении за день 0 (исключая события S2S, которые AppsFlyer получает в период между днем 0 в 23:59 вечера и днем 1 в 2:00) | День 1 в 4:00 |
7 | День 1 в 3:00 | Полные данные о конверсиях и событиях в приложении за день 0, а также все доступные на данный момент данные о доходах от рекламы, отправленные через S2S | День 1 в 8:00 |
8 | День 1 в 11:00 | Полные данные о конверсиях и событиях в приложении за день 0, а также все доступные на данный момент данные о доходах от рекламы, отправленные через S2S | День 1 в 18:00 |
9 | День 1 в 17:00 | Полные данные о конверсиях и событиях в приложении за день 0, а также все доступные на данный момент данные о доходах от рекламы, отправленные через S2S | День 1 в 23:59 |
10 | День 8 в 7:00 | Полные данные о конверсиях и событиях в приложении за день 0, а также полные данные о доходах от рекламы, отправленные через S2S, с учетом всех потенциальных проблем, которые могли возникнуть на стороне сети доходов от рекламы | День 8 в 13:00 |
Расширенные агрегированные отчёты (с учетом часовых поясов когорты)
Факты об отчёте
Обзор |
Когортный отчет по часовым поясам содержит все ваши агрегированные данные, объединенные в когорты, со всей детализацией показателей кампании, в соответствии с локализованными часовыми поясами. Отчет обновляется каждые несколько часов, чтобы обеспечить максимальную актуальность и точность данных. |
Доступные отчёты | Для загрузки доступны следующие отчеты. Типы отчетов подробнее описаны в дашборде когорты.
|
Отчётный период |
Пользователи, совершившие конверсию в течение предыдущих 1095 дней. Другими словами, каждый день в отчеты попадают события пользователей, которые совершили конверсию в течение предыдущих 1095 дней. Примечание: Если день еще не начался в вашем местном часовом поясе, отчеты с учетом часового пояса будут приходить без данных. |
Структура отчёта | Схема отчета (включенные в него измерения и метрики) фиксирована и не подлежит редактированию. |
Обновление данных |
|
Часовой пояс | Любой часовой пояс, кроме UTC. Это означает, что в отчетах отсутствуют данные по всем приложениям с настройками часового пояса UTC в AppsFlyer. |
Структура директории и имен файлов | Подробнее |
Влияние политики партнеров по хранению данных |
Учтите, что некоторые партнеры проводят политику хранения данных. В этом случае события, произошедшие после окончания периода хранения, не учитываются в отчетах когорты. Пример: SRN «A» придерживается политики хранения данных в течение 180 дней. События пользователей до 180 дня атрибутируются сети SRN «A». События, происходящие после 180 дней, не учитываются. Примечание: События отображаются на обзорном дэшборде как органические. |
Структура отчёта
Отчет состоит из показателей и метрик.
Формат полей следующий:
- Измерения: Строка. Максимальная длина строки является динамической и в большинстве случаев зависит от того, как вы заполняете элементы рекламной иерархии.
-
Показатели: Число. Примечание: Формат поля selected_currency — это строка.
Доступны такие метрики, как доход, уникальные пользователи, совершившие событие, и частота события. Для расчета метрик, связанных с затратами, таких как ROI и ROAS, вам нужны метрики дохода и затрат. Метрики дохода находятся в когорте, а метрики затрат предоставляются через ROI360 Cost ETL.
Параметры
Имя поля | Описание | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
app_id | |||||||||||
media_source | |||||||||||
conversion_type | Возможные значения: install, install_unified (представляются установки в объединённом отчёте), re-engagement, re-attribution. | ||||||||||
attributed_touch_type (атрибутированный тип взаимодействия) | Возможные значения: click (клик), impressions (показы), pre-install (предварительная установка), unknown (неизвестно), tv (ТВ), null (пустое) | ||||||||||
days_post_attribution (дни после атрибуции) |
|
||||||||||
event_date |
|
||||||||||
conversion_date (дата конверсии) |
|
||||||||||
event_name (название события) | Обозначает событие. Некоторые имена событий имеют определенное значение, другие относятся к внутренним событиям, заданным рекламодателем в приложении.
|
||||||||||
event_timezone | Часовой пояс для:
|
||||||||||
campaign |
Иерархия кампаний Рассмотрим: Изменение названия кампании не поддерживается. Следовательно, с одним идентификатором кампании может быть связано несколько названий. |
||||||||||
campaign_id | Иерархия кампаний | ||||||||||
рекламный набор | Иерархия кампаний | ||||||||||
adset_id | Иерархия кампаний | ||||||||||
ad | Иерархия кампаний | ||||||||||
ad_id | Иерархия кампаний | ||||||||||
канал |
Иерархия кампаний. [Обновлено 27 октября 2021 г.] В настоящее время Meta ads не отображает канал в данных, предоставляемых через механизм Google Install Referrer. |
||||||||||
site_id | Иерархия кампаний | ||||||||||
is_primary_attribution | Используется для обозначения и удаления дубликатов данных ретаргетинга | ||||||||||
geo | Код страны по ISO, полученный из IP-адреса пользователя. | ||||||||||
агентство |
|
||||||||||
install_app_store (магазин приложений) | Только приложения для Android: Магазин Android, из которого было загружено приложение. Заполняется рекламодателями, внедряющими атрибуцию Android для нескольких магазинов. Если пусто, это означает Google Play Store. | ||||||||||
keywords (ключевые слова) | Слово или слова, появляющиеся в поисковых запросах пользователя. В соответствии с отчётами рекламной сети. | ||||||||||
keyword_id | Идентификатор ключевого слова, возвращённый рекламной сетью. |
Метрики
Имя поля | Описание | Формат |
---|---|---|
unique_users | Количество уникальных пользователей, выполнивших событие | Число |
revenue_usd |
|
Число |
event_count | Сколько раз произошло событие. | Число |
selected_currency | 3-буквенный код валюты (USD, EUR), установленный вами в настройках приложения. Формат ISO-4217. Это та же валюта, которая используется для отображения выручки в Cohort в пользовательском интерфейсе. | Строка |
revenue_selected_currency |
|
Число |
first_inapp |
|
Число |
Структура каталога и имен файлов
Путь к отчету состоит из следующей иерархии папок:
В следующем формате:
Иерархия папок с отчетами
Пример иерархии папок отчётов когорты с версиями по часовым поясам в корзине рекламодателя:
bucket | └── t=cohort_unified_timezone_versioned | ├── dt=2024-05-05 | | | └── version=1714890235 | | | | | ├── part-00000-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz | | | | | ├── part-00001-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz | | │ | | └── part-00002-4762858-d62a-446e-b499-dd05f2d5434d-c000.csv.gz | | | | | └── version=1714890286 | | | ├── part-00000-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz | | | ├── part-00001-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz | │ | └── part-00002-1d295376-d024-4321-8d34-1fbb37cbb58d-c000.csv.gz | | . . . .
Условные обозначения:
- dt: Дата, когда произошли события, включенные в отчет.
- t: тип отчета.
- version: Временная метка Unix, когда была создана версия.
Версии отчётов и актуальность данных
- В течение дня. Отчёты отправляются каждые несколько часов.
- Отчеты содержат все данные, доступные на данный момент за день. То есть 18 апреля каждая версия отчета содержит все доступные на этот момент данные за 18 апреля.
- Варианты использования отчетов могут отличаться в зависимости от географии и часового пояса. Подробнее
- Загружайте только последнюю доступную версию отчета.
Версия | Отчет включает данные, которые AppsFlyer получил к (время в UTC) | Сценарий | Время доступности отчета (время в UTC) |
---|---|---|---|
1 | День -1 в 4:00 | Восточные регионы — частичные данные за день 0 | День -1 в 8:00 |
2 | День -1 в 8:00 | Восточные регионы — частичные данные за день 0 | День -1 в 13:00 |
3 | День -1 в 12:00 | Восточные регионы — частичные данные за день 0 | День -1 в 18:00 |
4 | День -1 в 16:00 | Восточные регионы — частичные данные за день 0 | День -1 в 21:00 |
5 | День -1 в 20:00 | Восточные регионы — частичные данные за день 0 | День -1 в 23:59 |
6 | День -1 в 23:59 | Восточные и центральные регионы — частичные данные за день 0 | День 0 в 4 утра |
7 | День 0 в 4 утра | Все гео — частичные данные за день 0 | День 0 в 8:00 |
8 | День 0 в 8:00 | Все гео — частичные данные за день 0 | День 0 в 13:00 |
9 | День 0 в 12:00 | Все гео — частичные данные за день 0 | День 0 в 18:00 |
10 | День 0 в 16:00 | Все гео — частичные данные за день 0 | День 0 в 21:00 |
11 | День 0 в 20:00 |
|
День 0 в 23:59 |
12 | День 0 в 23:59 | Центральные и западные регионы — частичные данные за день 0 | День 1 в 4:00 |
13 | День 1 в 4:00 |
|
День 1 в 8:00 |
14 | День 1 в 8:00 | Западные регионы — частичные данные за день 0, а также все доступные на данный момент данные о доходах от рекламы, отправленные через S2S | День 1 в 13:00 |
15 | День 1 в 12:00 | Западные регионы – частичные данные за день 0, а также все доступные на данный момент данные о доходах от рекламы, отправленные через S2S в момент обработки отчёта | День 1 в 18:00 |
16 | День 1 в 12:00 | Западные регионы — частичные данные за день 0, а также обновлённые данные о доходах от рекламы, отправленные через S2S (отчёт обрабатывается только после завершения обработки данных о доходах от рекламы) | День 1 в 18:00 |
17 | День 1 в 16:00 | Западные регионы — частичные данные за день 0, а также все доступные на данный момент данные о доходах от рекламы, отправленные через S2S | День 1 в 21:00 |
18 | День 1 в 18:00 | Западные регионы — частичные данные за день 0, а также все доступные на данный момент данные о доходах от рекламы, отправленные через S2S | День 1 в 23:59 |
19 | День 1 в 20:00 | Западные регионы — полные данные о конверсиях, событиях в приложении за день 0 и полные данные о доходах от рекламы, отправленные через S2S | День 1 в 23:59 |
20 | День 1 в 23:59 | Полные данные о конверсиях и событиях в приложении за день 0, а также полные данные о доходах от рекламы, отправленные через S2S, с учетом всех потенциальных проблем, которые могли возникнуть на стороне сети доходов от рекламы | День 2 в 4:00 |
21 | День 8 в 00:00 | Полные данные о конверсиях и событиях в приложении за день 0, а также полные данные о доходах от рекламы, отправленные через S2S, с учетом всех потенциальных проблем, которые могли возникнуть на стороне сети доходов от рекламы | День 8 в 6:00 |
Дополнительные сведения
Регионы часовых поясов
Варианты использования отчетов могут отличаться в зависимости от географии и часового пояса. Используйте следующую таблицу, чтобы понять, какие регионы соответствуют тем или иным часовым поясам.
Регион | Часовой пояс |
---|---|
Восточный | UTC+12 - UTC+3 |
Центральный | UTC+2,5 - UTC-3 |
Западный | UTC-3,5 - UTC-12 |
Информация для разработчиков систем бизнес-аналитики
Объём данных в отчёте
В отчетах содержатся данные об установках в рамках привлечения пользователей, повторных вовлечений и реатрибуции в рамках ретаргетинга, а также о связанных с ними событиях в приложении.
Вы можете загружать в свои BI-системы объединенные отчеты, отчеты о привлечении пользователей и отчеты о ретаргетинге по отдельности или вместе. Если вы загрузите их вместе и захотите самостоятельно отфильтровать представления:
- Для объединенного используйте поле is_primary_attribution=true или null.
- Для привлечения пользователей используйте conversion_type=Install.
- Для ретаргетинга используйте conversion_type=re-engagement или re-attribution.
Если вы просто используете объединенное представление в процессе загрузки данных, вы можете использовать логику разделения данных по типам кампаний, то есть атрибуции пользователей (установки) и ретаргетинг (повторные вовлечения). Для этого используйте conversion_type=install, install_unified, re-engagement или re-attribution. См. Двойная атрибуция событий ретаргетинга.
Соображения на уровне поля
- Чтобы упростить расчёт метрик удержания пользователей, используйте дни после атрибуции.
- Подсчитывайте уникальных пользователей с помощью таких показателей, как название кампании и идентификатор кампании: Если вы можете пренебречь детализацией по названию кампании, вы можете суммировать количество уникальных записей по ID кампании, и метрики будут корректными.
- Вы можете агрегировать данные по полям иерархии кампаний.
- Доход в долларах США рассчитывается по валютному курсу на день события.
Общая информация
Данные всех приложений настраиваются; они могут быть представлены в одном файле или в отдельных файлах для каждого приложения.
Примеры
Ниже приведены примеры некоторых популярных практических применений данных, которые разработчики BI могут извлекать с помощью Data Locker. Каждый пример иллюстрируется оператором SQL и примером визуального представления в Excel.
1. Расчёт удержания
В следующем примере мы:
- Подсчитаем показатели удержания в день 1 и день 7, а также общее количество установок по каждой кампании и объявлению.
- Расчитаем количество событий на каждое событие конверсии, отфильтровав
event_name
, чтобы получитьaf_conversion
. - Отдельно проанализируем кампании по привлечению пользователей в объединённом отчёте, отфильтровав данные следующим образом:
conversion_type IN (install, install_unified)
.
SQL-запрос
select campaign_id, ad_id, sum(if(event_name = 'af_conversion', event_count,0)) as installs, sum(if(event_name = 'af_session' and days_post_attribution = 1, unique_users,0)) / sum(if(event_name = 'af_conversion', event_count,0)) as retention_day1, sum(if(event_name = 'af_session' and days_post_attribution = 7, unique_users,0)) / sum(if(event_name = 'af_conversion', event_count,0)) as retention_day7 from YOUR_DATA_LOCKER_REPORT where conversion_date between '2023-06-01' and '2023-06-08' and app_id = YOUR_APP group by 1,2
Пример в Excel
Идентификатор кампании | идентификатор рекламы | Установки | День удержания 1 | День удержания 7 |
---|---|---|---|---|
12345678 | 987654 | 100 | 30% | 10% |
98765432 | 123456 | 200 | 25% | 15% |
07315466 | 613770 | 300 | 20% | 12% |
2. Расчёт ARPU нескольких внутренних событий в приложении
В следующем примере мы:
- Рассчитаем ARPU для нескольких событий в приложении для одной кампании.
- Отдельно проанализируем ретаргетинговые кампании, отфильтровав данные следующим образом:
conversion_type=re-engagement
иconversion_type=re-attribution
. - Расчитаем количество событий на каждое событие конверсии, отфильтровав
event_name
, чтобы получитьaf_conversion
. - Вычислим общую выручку от нескольких событий, в данном случае
af_purchase
иaf_coins
. - Установим для
days_post_attribution
минимально необходимое значение (в данном случае 7), чтобы минимизировать нагрузку по обработке данных.
SQL-запрос
select campaign_id, sum(if(days_post_attribution <= 1 and event_name in ('af_purchase', 'af_coins') , revenue_usd, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day1, sum(if(days_post_attribution <= 3 and event_name in ('af_purchase', 'af_coins') , revenue_usd, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day3, sum(if(days_post_attribution <= 7 and event_name in ('af_purchase', 'af_coins') , revenue_usd, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day7 from YOUR_DATA_LOCKER_REPORT where conversion_date between '2023-06-01' and '2023-06-08' and days_post_attribution <= 7 and conversion_type in ('re-engagement', 're-attribution') and app_id = YOUR_APP group by 1
Пример в Excel
Идентификатор кампании | Тип конверсии |
ARPU День 1 |
ARPU День 3 |
ARPU День 7 |
---|---|---|---|---|
12345678 | повторное вовлечение | 6.23 | 5.11 | 2.34 |
98765432 | повторное вовлечение | 3.57 | 1.34 | 4.86 |
07315466 | повторная атрибуция | 7.41 | 6.79 | 5.29 |
3. Расчёт коэффициента конверсии внутренних событий приложения для конкретного дня когорты
В следующем примере мы:
- Рассчитаем коэффициент конверсии событий в приложении в день 0 для нескольких показателей (в данном случае дата конверсии, регион, кампания, объявление и идентификатор сайта).
- Проанализируем объединённые данные (как UA, так и ретаргетинговые кампании), фильтруя их следующим образом:
is_primary_attribution=true
. - Расчитаем количество событий на каждое событие конверсии, отфильтровав
event_name
, чтобы получитьaf_conversion
. - Установим для
days_post_attribution
минимально необходимое значение (в данном случае 7), чтобы минимизировать нагрузку по обработке данных.
SQL-запрос
select conversion_date, geo, campaign_id, ad_id, site_id, sum(if(days_post_attribution = 0 and event_name = 'af_complete_tutorial', unique_users, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as day0_af_tutorial_conversion from YOUR_DATA_LOCKER_REPORT where conversion_date between '2023-06-01' and '2023-06-08' and is_primary_attribution = true and app_id = YOUR_APP group by 1,2,3,4,5
Пример в Excel
Дата конверсии | Геоданные | Идентификатор кампании | идентификатор рекламы | Идентификатор сайта | День 0 af_complete_tutorial |
---|---|---|---|---|---|
2022-11-07 | США | 12345678 | 123456 | site_123 | 45% |
2022-11-05 | Великобритания | 98765432 | Null | site_654 | 70% |
2022-10-31 | Корея | 07315466 | Null | Null | 63% |
4. Расчёт ежедневных установок
В следующем примере мы:
- Подсчитаем количество установок по идентификатору приложения, дате конверсии, медиа-источнику, названию события и типу конверсии.
- Отфильтруем данные в объединённом отчёте так, чтобы отобразить установки UA (не ретаргетинг), установив для
conversion_type
значениеinstall
илиinstall_unified
. - Подсчитаем сумму установок, установив
event_name
наaf_conversion
.
SQL-запрос
select app_id, conversion_date, media_source, event_name, conversion_type, sum(events_count) as total from YOUR_DATA_LOCKER_REPORT where conversion_date between '2023-06-01' and '2023-06-08' // If you're querying data from unified reports, edit the line below to: and conversion_type IN ('install', 'install_unified') and conversion_type = 'install' and event_name = 'af_conversion' and app_id = YOUR_APP group by 1,2,3,4,5
Пример в Excel
Идентификатор приложения | Дата конверсии | Медиа-источник | Имя события | Всего |
---|---|---|---|---|
id123456789 | 2022-11-07 | adnet1_int | af_conversion | 105 |
id123456789 | 2022-11-05 | adnet2_int | af_conversion | 216 |
id123456789 | 2022-10-31 | adnet3_int | af_conversion | 327 |
5. Расчёт дохода от рекламы в Facebook
В следующем примере мы:
- Рассчитаем доход за третий день от Facebook по дате конверсии и идентификатору приложения.
- Проанализируем данные Facebook, отфильтровав их следующим образом:
media_source='Facebook Ads'
. - Установим для
days_post_attribution
минимально необходимое значение (в данном случае 7), чтобы минимизировать нагрузку по обработке данных.
SQL-запрос
select conversion_date, app_id, media_source, sum(if(days_post_attribution <= 3, revenue_usd, 0)) as revenue_day3 from YOUR_DATA_LOCKER_REPORT where conversion_date between '2022-06-01' and '2023-05-31' and days_post_attribution <= 3 and media_source = 'Facebook Ads' and app_id in (APP_ID1, APP_ID2, ...) group by 1,2,3
Пример в Excel
Дата конверсии | Идентификатор приложения | Медиа-источник |
Доход День 3 |
---|---|---|---|
2022-11-07 | id123456789 | adnet1_int | 400.45 |
2022-11-05 | id123456789 | adnet2_int | 99.23 |
2022-10-31 | id123456789 | adnet3_int | 13.34 |
6. Расчёт ARPU для идентификатора ключевого слова ASA для когортных дней до 365
В следующем примере мы:
- Рассчитаем ARPU от Apple Search Ads на один идентификатор ключевого слова до 365-го дня когорты.
- Проанализируем данные Apple Search Ads, отфильтровав их следующим образом:
media_source='Apple Search Ads'
. - Расчитаем количество событий на каждое событие конверсии, отфильтровав
event_name
, чтобы получитьaf_conversion
.
SQL-запрос
select media_source, keyword_id, sum(if(days_post_attribution <= 365, revenue_usd,0)) / sum(if(event_name = 'af_conversion', event_count, 0)) as ARPU_day365 from YOUR_DATA_LOCKER_REPORT where conversion_date between '2022-06-01' and '2023-05-31' and media_source = 'Apple Search Ads' and app_id = YOUR_APP group by 1
Пример в Excel
Медиа-источник | ID ключевого слова |
ARPU День 365 |
---|---|---|
adnet1_int | 123456 | 57,019.93 |
adnet2_int | 987654 | 64,867.84 |
adnet3_int | 666854 | 48,160.02 |
7. Расчёт ARPU за 7 дней по времени атрибуции для каждого региона
Следующий пример демонстрирует, как использовать KPI по времени атрибуции. В этом примере мы:
- Рассчитаем ARPU (средний доход на пользователя) за 7 дней по дате атрибуции для каждого региона.
- Отсортируем результаты по количеству конверсий, с отображением 20 лучших регионов.
- Отфильтруем данные таким образом, чтобы
conversion_type='install'
. - В первом столбце укажем регион. Во втором столбце: общее количество конверсий. В последующих столбцах: доход за 7 дней для каждого дня, указанного в качестве строки в запросе.
SQL-запрос
select geo, sum(if(event_name = 'af_conversion', event_count, 0)) total_conversions, sum(if(cohort_day = '2023-07-11' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-11' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_11, sum(if(cohort_day = '2023-07-12' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-12' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_12, sum(if(cohort_day = '2023-07-13' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-13' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_13, sum(if(cohort_day = '2023-07-14' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-14' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_14, sum(if(cohort_day = '2023-07-15' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-15' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_15, sum(if(cohort_day = '2023-07-16' and days_post_attribution <= 7, revenue_usd, 0)) / sum(if(cohort_day = '2023-07-16' and event_name = 'af_conversion', event_count, 0)) as ARPU_day7_2023_07_16 from YOUR_DATA_LOCKER_REPORT where conversion_date between '2023-07-11' and '2023-07-16' and days_post_attribution <= 7 // If you're querying data from unified reports, edit the line below to: and conversion_type IN ('install', 'install_unified') and conversion_type = 'install' and app_id = 'YOUR_APP' group by 1 order by 2 desc limit 20
Пример в Excel
Геоданные | Всего конверсий | ARPU: День 7 для 11.07.2023 | ARPU: День 7 для 12.07.2023 | ARPU: День 7 для 13.07.2023 | ARPU: День 7 для 14.07.2023 | ARPU: День 7 для 15.07.2023 | ARPU: День 7 для 16.07.2023 |
---|---|---|---|---|---|---|---|
Южная Корея | 120660 | 7798,89$ | 6997,37$ | 8258,95$ | 9050,21$ | 10018,04$ | 13765,73$ |
Канада | 35099 | 64867,84$ | 7050,19$ | 5656,33$ | 9553,75$ | 8632,41$ | 11308,06$ |
Чили | 26750 | 48160,02$ | 21249,55$ | 22584,57$ | 24033,07$ | 31118,91$ | 41145,22$ |
8. Расчёт покупок на 7 день после конверсии
В следующем примере мы:
- Рассчитаем общее количество уникальных пользователей, совершивших событие af_purchase через 7 дней после конверсии (в объединенном представлении).
- Рассчитаем коэффициент конверсии для события, то есть долю конверсий, совершивших покупку в течение 7 дней после конверсии.
- Отфильтруем данные таким образом, чтобы
conversion_type='install'
. - Сгруппируем данные по приложениям, дате конверсии,медиа-источникам, кампаниям и рекламным сетям.
Оператор SQL
select app_id, conversion_date, media_source, campaign, adset, sum(if(event_name = 'af_conversion', event_count,0)) as unified_conversions, sum(if(event_name = 'af_purchase', first_inapp, 0)) as af_purchase_day_7_cumulative_unique_users, concat( cast( round( sum(if(event_name = 'af_purchase', first_inapp, 0)) / sum(if(event_name = 'af_conversion', event_count, 0)) * 100.0 ,2) as varchar), '%') as af_purchase_day_7_cumulative_unique_users_conversion_rate from YOUR_DATA_LOCKER_REPORT where conversion_date between '2023-12-01' and '2023-12-31' and is_primary_attribution = true and days_post_attribution <= 7 and app_id in (APP_ID1, APP_ID2, ...) group by 1,2,3,4,5
Пример в Excel
Идентификатор приложения | Дата конверсии | Медиа-источник | Кампания | Группа объявлений | Унифицированные конверсии | Д7 af_purchase кумулятивно | Д7 af_purchase коэффициент конверсий |
---|---|---|---|---|---|---|---|
id123456789 | 05.03.2024 | adnet1_int | campaign_1 | adset_1 | 100 | 20 | 20% |
id123456789 | 07.03.2024 | adnet2_int | campaign_2 | adset_2 | 200 | 10 | 5% |
id123456789 | 31.03.2024 | adnet3_int | campaign_3 | adset_3 | 150 | 15 | 10% |
9. Расчёт DAU
В следующем примере мы:
- Рассчитаем DAU для каждого дня в выбранном диапазоне времени, с группировкой по медиа-источнику, кампании и рекламе.
- Отфильтруем данные таким образом, чтобы
event_name = 'af_session'
. - Подсчитаем сумму уникальных пользователей за 1 день, где каждая дата является отдельным измерением (столбцом).
Примечание:
- Нельзя суммировать несколько дней (например, чтобы получить WAU или MAU).
- DAU основан на активности пользователей, которые конвертировались за последние 1095 дней. Это отличается от данных, которые могут быть видны на дэшборде активности (Activity) и в отчётах, где нет этого ограничения. Смотрите «Дни после конверсии» в разделе характеристики и ограничения.
SQL-запрос
select media_source,campaign_id, ad_id, sum(case when event_date = '2024-08-06' then unique_users end) as dau_2024_08_06, sum(case when event_date = '2024-08-07' then unique_users end) as dau_2024_08_07, sum(case when event_date = '2024-08-08' then unique_users end) as dau_2024_08_08 from YOUR_DATA_LOCKER_REPORT where event_date between '2024-08-06' and '2024-08-08' and event_name = 'af_session' and app_id = YOUR_APP group by 1,2,3
Пример в Excel
Медиа-источник | Кампания | Реклама | DAU за 6 августа | DAU за 7 августа | DAU за 8 августа |
---|---|---|---|---|---|
adnet1_int | campaign_1 | adset_1 | 475 250 | 420 485 | 463 912 |
adnet2_int | campaign_2 | adset_2 | 380 987 | 355 665 | 401 232 |
adnet3_int | campaign_3 | adset_3 | 290 042 | 570 322 | 489 787 |
Характеристики и ограничения
Специфика | |
---|---|
Данные о затратах |
|
Изменения в названиях кампаний | Не поддерживается. Используйте ID кампании для группировки и фильтрации, если названия кампаний были изменены. |
Обновление данных | В течение дня |
Доход от рекламы | Доступно |
Валюта | Для каждой строки доступны доллары США и валюта конкретного приложения |
Часовой пояс | Часовой пояс для конкретного приложения доступен в отчете с версией по часовым поясам. |
Органические данные | Доступно |
Доступны данные о днях после конверсии (установка, реатрибуция, повторное вовлечение) | Доступно 1095 дней. |
Прозрачность агентства |
|
Разделение приложений | Поддерживается |
Данные SKAN | Не включены. То есть данные предоставляются в постбэках iOS, а не через отчёты Data Locker. |
Данные по удалениям | Удаления приложений обрабатываются ежедневно. Таким образом, они появляются только в отчётах, содержащих полные данные за день (не частичные данные). |
Повторные установки |
|