Обзор отчётов по сырым данным

Отчёты предоставляются через инструменты отчётности, перечисленные в этом разделе.

Факторы, которые необходимо учитывать:

• Диапазон дат в отчёте относится к (фактической) дате активности, когда произошло событие. В этом их отличие от агрегированных отчётов, в которых диапазон дат основан на LTV.
• Описания полей см. в словаре полей данных.

Инструменты отчётности

Ограничения инструментов

Замечания по интеграции

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

• Путь пользователя:
  • Имеет общий набор полей.
  • Заполнение полей зависит от контекста пути. Например, в неорганических отчётах указываются медиа-источники, которым атрибутировано привлечение пользователя. Поля атрибуции в органических отчётах не заполнены, поскольку в них медиа-источники отсутствуют. 
• Функциональность: имеет уникальный набор полей или содержит поля пути пользователя и дополнительные поля, актуальные для определенной функции. Например, в отчётах SKAdNetwork есть уникальный набор полей, тогда как в отчётах по постбэкам содержатся поля пути пользователя и дополнительные поля, связанные с отправкой постбэков партнерам. 

Совет! Лучший способ знакомства с отчётами — их просмотр. Вы можете скачать отчёты на странице экспорта данных. 

Для удобства поля пути пользователя разделены на группы в зависимости от контекста.

Группы полей с сырым данными о пути пользователя

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

• Источник появления пользователя: органический или неорганический
• Контекст пути:
  • Взаимодействие с рекламой до установки (показы и клики)
  • Привлечение пользователей
  • Ретаргетинг

отчёты о привлечении пользователей (UA) содержат:

• Показы и клики, имевшие место перед установкой приложения любым потенциальным пользователем, взаимодействовавшим с рекламой.
• Событие установки.
• Последующие внутренние события, выполненные пользователем.

Отчёты о ретаргетинге содержат:

• Показы и клики, имевшие место при ретаргетинге пользователя.
• События конверсии: повторное вовлечение или реатрибуция.
• Последующие внутренние события приложения, произошедшие в рамках повторного вовлечения. Обратите внимание:
  • Данные ретаргетинга всегда неорганические.
  • Внутренние события приложения, произошедшие в результате ретаргетинга, присутствуют как в отчёте по привлечению пользователей, так и в отчёте по внутренним событиям в результате ретаргетинга. См. статью о методологии двойной атрибуции ретаргетинга.

    

Чтобы отследить путь пользователя, используйте комбинацию отчётов, которые относятся к интересующей вас части пути, например, по установкам и внутренним событиям приложения. Далее отсортируйте отчёт по AppsFlyer ID, времени события и типу отчёта. Так вы получите события по конкретному пользователю за период, т. е. путь пользователя. 

• Доступность данных зависит от тарифного плана аккаунта.
• отчёты могут включать органических пользователей, неорганических пользователей, или оба типа, как указано.
• Политики хранения данных, применяемые к отчётам с сырыми данными за прошлые периоды, зависят от инструмента отчётности и источника сырых данных. Как правило, данные доступны за предыдущие 90 дней. Важно! Политики хранения данных не распространяются на агрегированные данные.  

Отчёты о пути пользователя

Клики и показы

Установки и конверсии ретаргетинга

Внутренние события приложений

{"af_level":"10","af_user_journey":"3387","arena":"7","char_type":"paladin"}

Сессии

Удаления

Отчёт о взаимодействии с рекламой по инструментам 

Отчёты о привлечении пользователей по инструментам  

Отчёты с сырыми данными ретаргетинга по инструментам

О пути пользователя

Путь пользователя — это серия шагов, которые выполняет пользователь, прежде чем совершить целевой действие, например, покупку товара или бронирование рейса. Идея анализа пути пользователя состоит в том, чтобы увидеть, что именно пользователь делает в приложении, насколько он активен, и какую ценность он приносит в течение определенного периода.

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

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

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

• Отчёт содержит:
  • Копии постбэков, передаваемых атрибутированному медиа-источнику.
  • Поля сырых данных и дополнительные поля, описанные в этом разделе.
• Отчёт не содержит: 
  • Данные об установках SRN.
  • Данные о внутренних событиях, относящихся к Meta Ads, X Ads и Apple Search Ads. 
  • Постбэки партнерам по неатрибутированным событиям. См. события, атрибутируемые любому партнеру, или органические. 
  • Данные об органических пользователях. См. статью об органических установках.
  • Данные по кампаниям CPA, ориентированным на установку приложений, в которых отключены постбэки об установках.
• С марта 2021 года поля заполняются в соответствии с настройкой режима расширенной конфиденциальности конкретной сети. Это означает, что если режим расширенной конфиденциальности включен, некоторые поля, например идентификаторы пользователей, исключаются. См. спецификацию постбэков для рекламных сетей в режиме расширенной конфиденциальности.
• URI для отчётов по постбэкам, получаемым через Pull API 

отчёты о постбэках (доступны на странице экспорта данных и через Pull API)

Дополнительные поля о отчетах по постбэкам

• См. отчёты с сырыми данными по Protect360 и правилам валидации.
• Для доступа к отчётам Protect360 и отчётам по правилам валидации рекламным сетям и агентствам требуется разрешение рекламодателя.

Чтобы предоставить интегрированному партнеру разрешение на доступ к Protect360:

1. Перейдите в раздел Совместная работа > Активные интеграции. 
2. Выберите интегрированного партнера.
3. На вкладке Permissions (Разрешения) включите Access your Protect360 dashboard & raw data via API (Доступ к дэшборду Protect360 и сырым данным через API).
4. Чтобы предоставить доступ к дэшборду In-app events (CPA) (Внутренние события приложения (CPA)), включите Access aggregate in-app events data (Доступ к агрегированным данным по внутренним событиям).