Обзор отчетов с сырыми данными

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    

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

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

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

Данные о кликах и показах

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

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

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

Sessions (Сеансы)

Удаления

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

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

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

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

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

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

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

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

• Отчет содержит:
  • Копии постбэков, передаваемых атрибутированному медиа-источнику.
  • Поля сырых данных и дополнительные поля, описанные в этом разделе.
• Отчет не содержит: 
  • Данные об установках SRN.
  • Данные о внутренних событиях, относящихся к Meta Ads, Twitter и 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 (Доступ к агрегированным данным по внутренним событиям).