Data Clean Room — создание отчетов по внутренним событиям приложения

Премиум

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

Создание отчета по внутренним событиям приложения

Чтобы создать отчет по внутренним событиям приложения, следуйте инструкциям, подробно описанным на вкладках ниже.

Примечание. Для удобства чтения необходимые шаги разделены на вкладки. Для создания отчета необходимо выполнить все шаги. (Как указано, некоторые шаги не актуальны для отчетов, которые не используют пользовательские источники.)

Выполните предварительные шаги

  1. Перейдите на вкладку Reports (Отчеты) в DCR.
  2. Нажмите кнопку + New report (+ Новый отчет).
  3. Выберите In-app events (Внутренние события приложения) в качестве типа исходных данных, затем нажмите Next (Далее) в правом нижнем углу экрана.
  4. Введите имя отчета.
    • Это может быть любое имя, которое позволит вам идентифицировать этот отчет на платформе DCR.
    • Важно! Убедитесь, что имя этого отчета отличается от имен других отчетов в вашем аккаунте, иначе вы не сможете сохранить отчет.
    • Требования к имени отчета:
      • Длина: 2-80 символов.
      • Допустимые символы:
        • буквы (A–Z, a–z)
        • цифры (0–9), имя не может начинаться с цифры
        • дефис (-) не может быть первым символом имени
      • Недопустимые символы:
        • пробелы
        • все остальные символы или специальные символы

Выбор источников

Укажите исходные данные, которые будут использоваться для отчета:

Источники внутренних событий приложения

  • Приложения: Выберите одно или несколько приложений в своем аккаунте AppsFlyer.
  • Период времени: Выберите количество дней исторических данных, за которые DCR будет выполнять поиск внутренних событий приложения (от 1 до 30 дней).
  • События: Выберите одно или несколько внутренних событий приложения для включения в отчет.
    • Доступные события включают все внутренние события приложения из выбранных приложений, настроенных для передачи данных в AppsFlyer через SDK или межсерверный API (S2S).
  • Типы источников: Выберите один или несколько типов данных о внутренних событиях приложения:
    Установки

    Внутренние события приложения, связанные с атрибуцией установок

    • Установка регистрируется после того, как пользователь загрузит, установит и запустит мобильное приложение.
    Повторное вовлечение

    Внутренние события приложения, связанные с повторным взаимодействием

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

    Внутренние события приложения, связанные с реатрибуцией

    • Реатрибуция регистрируется, когда бывший пользователь определенного приложения (который удалил его) участвует в кампании ретаргетинга для этого приложения и впоследствии переустанавливает его.

Источники данных

  1. [Необязательно] Добавьте дополнительные источники для использования в отчете. При выборе дополнительных источников обратите внимание на существенную разницу между отчетами, в которых используются и не используются пользовательские источники.
    • Отчет, не использующий пользовательские источники, извлекает определенные параметры и значения событий из необработанных данных по внутренним событиям приложения.
    • Отчет, использующий пользовательские источники, извлекает определенные параметры и значения событий из необработанных данных по внутренним событиям приложения, а затем сопоставляет эти данные с данными на уровне пользователя из ваших пользовательских источников (например, данными из ваших систем BI или CRM).
  2. Выполните следующие шаги в зависимости от того, использует ли ваш отчет пользовательские источники:
    • Если в вашем отчете не используются пользовательские источники, перейдите к разделу Выбор параметров, а затем продолжите выполнение шагов на всех оставшихся вкладках.
    • Если в вашем отчете используются пользовательские источники, продолжите выполнение шагов на вкладке Объединение источников (следующей) и на всех оставшихся вкладках.

Следующий шаг актуален только для отчетов, использующих пользовательские источники.

Объединение источников (только для отчетов, содержащих пользовательские источники)

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

  • Отчеты по внутренним событиям приложения включают все выбранные события, соответствующие ключевому идентификатору в течение выбранного периода времени.

Что такое ключевой идентификатор?

Вы можете сопоставить любой из этих идентификаторов данных по внутренним событиям приложения в качестве ключевого идентификатора:

  • Идентификатор AppsFlyer (af_id): Уникальный идентификатор приложения, сгенерированный AppsFlyer при установке,
    • Этот идентификатор указывается во всех событиях, записанных AppsFlyer.
    • Новый идентификатор AppsFlyer генерируется в случае удаления приложения с последующей переустановкой.
  • Идентификатор клиента (CUID): Уникальный идентификатор пользователя, обычно генерируемый и устанавливаемый владельцем приложения во время регистрации пользователя.
    • Для использования CUID для сопоставления данных ваше приложение должно быть настроено на отправку CUID в AppsFlyer через SDK или межсерверный API (S2S).

 Важно!

Не все медиа-источники допускают сопоставление с использованием CUID. Настоятельно рекомендуется использовать идентификатор AppsFlyer.

Схемы сопоставления (прямые/косвенные)

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

 Пример

dcr_mapping_identifiers_in-app events.png

В сценарии, показанном выше:

  • Пользовательский идентификатор источника №1 AF напрямую сопоставляется с идентификатором ключа внутреннего события приложения af_id.
  • Пользовательский источник №2 сопоставляется косвенно: user_code --> AF --> af_id.
  • Пользовательский источник №3 отображается косвенно (посредством более длинной цепочки):
    user_id --> user_code --> AF --> af_id.
  • Пользовательский идентификатор источника №4 напрямую сопоставляется с идентификатором ключа внутреннего события приложения af_id.
    • Обратите внимание, что его можно было бы сопоставить косвенно (через идентификатор пользовательского источника №3 user_id), но любой из вариантов работает надлежащим образом.

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

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

Выбор параметров

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

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

Извлечение параметров из event_value

Когда отчеты по внутренним событиям приложения передаются в AppsFlyer через SDK или API S2S, большая часть необработанных данных содержится в одном поле под названием event_value. Это структурированное поле данных включает в себя все конкретные параметры внутренних событий приложения, настроенные для событий, которые ваши приложения отправляют в AppsFlyer.

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

Извлечение параметров из поля event_value для использования в отчетах DCR:

  1. В списке Dimensions from sources (Параметры из источников) нажмите кнопку extract_dimension_button.png.

    Откроется окно Extract field from event_value (Извлечение поля из event_value).

  2. В поле Report field (Поле отчета) введите имя извлеченного параметра, которое должно отображаться в отчете.
  3. Из списка Event_value parameter (Параметр event_value) выберите параметр внутреннего события приложения, который должен быть сопоставлен по умолчанию с полем отчета (параметром), определенным вами в шаге 2.
    • Доступные параметры включают те, которые были настроены в выбранных внутренних событиях приложения в выбранных приложениях.
  4. Сопоставление по умолчанию может отличаться в зависимости от приложения и/или события. В этом случае:
    1. Нажмите кнопку Add exception (Добавить исключение)
    2. Выберите приложение и событие, для которых поле отчета должно быть сопоставлено по-другому.
    3. Выберите параметр внутреннего события приложения, который следует сопоставить с полем отчета для этой комбинации приложения и события.
    4. Выполните следующие действия для настройки необходимого вам исключений.
  5. Завершив настройку сопоставления для извлеченного параметра, нажмите Save and add another (Сохранить и добавить еще), чтобы извлечь еще один параметр из поля event_value, или Save (Сохранить), чтобы вернуться на главный экран.

Редактирование извлеченных параметров:

  1. В списке Dimensions from sources (Параметры из источников) или Report dimensions (Параметры для отчета) наведите курсор на имя параметра, который вы хотите изменить.
  2. Нажмите кнопку more_options_button.png справа от параметра.
  3. Выберите Edit extracted field (Редактировать извлеченное поле).
  4. При необходимости внесите изменения в имя поля отчета и/или сопоставление параметров.
  5. Нажмите Save (Сохранить), чтобы сохранить изменения.

Удаление извлеченных параметров:

  1. В списке Dimensions from sources (Параметры из источников) или Report dimensions (Параметры для отчета) наведите курсор на имя параметра, который вы хотите удалить.
  2. Нажмите кнопку more_options_button.png справа от параметра.
  3. Выберите Delete field (Удалить поле).
    • Внимание! Если удалить извлеченное поле из списка Report dimensions (Параметры для отчета), определение извлеченного поля будет удалено. Чтобы удалить поле из отчета с сохранением определения, нажмите вместо этого кнопку Remove (Удалить).

Выбор параметров для отчета

Параметры отчета по внутренним событиям приложения могут включать следующее:

Выбор параметров для включения в отчет:

  1. Выберите один или несколько параметров в списке Dimensions from sources (Параметры из источников) слева и нажмите кнопку Add (Добавить) в центральной части экрана, чтобы добавить их в список Report dimensions (Параметры для отчета).
    • Для поиска параметров в списках можно использовать строку поиска.
  2. Чтобы удалить параметр, выберите его в спискеReport dimensions (Параметры для отчета) и нажмите кнопку Remove (Удалить), чтобы вернуть его в список Dimensions from sources (Параметры из источников).
  3. Повторяйте этот процесс, пока не добавите все параметры, которые хотите включить в отчет.

Примечание. По умолчанию все отчеты группируются по параметру внутреннего события приложения media_source. Если вы не хотите использовать этот параметр в своем отчете, вы можете удалить его из списка параметров для отчета.

[Необязательно] Настройка отображаемых имен параметров

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

Настройка отображаемых имен параметров:

  1. В списке Report dimensions (Параметры для отчета) наведите курсор на имя параметра, отображаемое имя которого вы хотите изменить.
  2. Нажмите кнопку редактирования edit_button.png справа от параметра.
  3. Измените имя на отображаемое имя параметра, которое будет использоваться в отчете (до 50 символов).
  4. Нажмите ОК, чтобы сохранить отображаемое имя, или «X», чтобы отменить его.

Примечание. Чтобы изменить имя извлеченного параметра, воспользуйтесь инструкциями по редактированию извлеченных параметров (выше).

Сохранение конфиденциальности при группировке по параметрам (перегруппировка)

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

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

 Пример перегруппировки

Предположим, вы настроили отчет по следующим параметрам (по порядку):

  • Параметры внутренних событий приложения:
    • media source
    • campaign
    • adset_name
    • ad_id
  • Параметры из пользовательского источника:
    • user_type

Перед перегруппировкой

После первоначального анализа данных DCR определяет, что данные будут разбиты следующим образом:

media
source
campaign adset
name
ad
id
user
type
rev
D0
rev
D7
count reportable?
media_source UA_100 green kjh867 buyer 1 4 120

media_source UA_101 green jkj987 ultra 2 23 220

media_source UA_200 green lkh123 beg 6 7 X

X

media_source UA_200 green ilk945 beg 3 21 X

X

media_source UA_200 green plm654 beg 8 17 X

X

В текущем виде последние три строки не подлежат включению в отчет, поскольку в каждой из них слишком мало пользователей. (Для включения этого медиа-источника в отчет требуется минимум y пользователей. Здесь у нас есть только x.)

Согласно логике перегруппировки, DCR сначала «исключает» последний включенный в список параметр внутреннего события приложения (в данном случае ad_id). Затем система снова анализирует данные, чтобы определить, какие строки подлежат включению в отчет.

После перегруппировки

После применения логики перегруппировки отчет выглядит следующим образом:

media
source
campaign adset
name
ad
id
user
type
rev
D0
rev
D7
count reportable?
media_source UA_100 green kjh867 buyer 1 4 120

media_source UA_101 green jkj987 ultra 2 23 220

media_source UA_200 green RESTRICTED beg 17 45 y (x+x+x)

Результаты:

  • Последняя строка теперь объединяет данные, которые ранее находились в трех строках. Теперь объединенная строка содержит количество пользователей, равное y, и может быть включена в отчет.
  • Исключенный параметр теперь отмечен как RESTRICTED (ОГРАНИЧЕНО).
  • Если бы все еще имелись строки, не подлежащие включению в отчет (менее y пользователей), система DCR продолжила бы анализировать данные с использованием итеративного метода, исключая один параметр за другим до достижения одного из следующих результатов:
    • в отчет можно включить все строки; или
    • больше нет параметров внутренних событий приложения для исключения

Примечание. По умолчанию DCR применяет перегруппировку только к параметрам внутренних событий приложения по умолчанию (а не к извлеченным параметрам внутренних событий приложения или параметрам из пользовательского источника). Если данные, сгруппированные по параметрам внутренних событий приложения по умолчанию, приведут к появлению строки, содержащей менее y пользователей, данные в этой строке будут отмечены как «ОГРАНИЧЕНО».

  • Ниже приведена дополнительная опция, которую можно использовать для применения перегруппировки также и к параметрам из пользовательского источника.

[Необязательно] Управление приоритетом параметров

По умолчанию параметры внутренних событий приложения исключаются в порядке, обратном порядку их отображения в списке параметров для отчета. Однако вы можете изменить последовательность по умолчанию и/или применить перегруппировку к выбранным параметрам из пользовательского источника (если применимо), чтобы сохранить наиболее важные для вас параметры.

Изменение порядка исключения параметров:

  1. Нажмите кнопку Manage dimension priority (Управление приоритетом параметров).
  2. Выберите параметр и перетащите его в нужное место в списке (или переместите его при помощи кнопок со стрелками справа).
    • Если параметр отмечен как Highest priority (Наивысший приоритет) (в верхней части списка), это значит, что он будет исключен последним, если потребуется перегруппировка.
  3. [Необязательно] Чтобы применить перегруппировку к параметрам из пользовательского источника (для отчетов, использующих пользовательские источники):
    1. Нажмите Use advanced options to refine regrouping (Использовать расширенные опции для оптимизации перегруппировки)
    2. Выберите параметры из пользовательского источника, к которым вы хотите применить перегруппировку.
    3. Выбранные параметры добавляются в список Manage dimension priority (Управление приоритетом параметров).
      • По умолчанию эти параметры добавляются в конец списка как имеющие самый низкий приоритет при перегруппировке. Однако вы можете изменить их порядок так же, как и с параметрами внутренних событий приложения, как описано выше.
  4. Нажмите ОК, чтобы сохранить изменения.
    • Список Report dimensions (Параметры для отчета) на главном экране остается в исходном порядке, но измененный порядок сохранен. (Нажмите кнопку Manage dimension priority (Управление приоритетом параметров) еще раз, чтобы просмотреть или изменить свой выбор.)

Выбор метрик

Метрики — это числовые данные, которые вы собрали в отношении пользователя приложения (примерами могут служить доход, количество открытий приложения, LTV и т. д.), и это может быть любое числовое поле данных из ваших источников, которое вы классифицировали как метрику.

Извлечение метрик из event_value

Так же, как и для параметров для отчета, вы можете извлекать параметры внутренних событий приложения из поля event_value для использования в качестве метрик в своих отчетах.

Извлечение параметров из поля event_value для использования в отчетах DCR:

  1. В списке Metrics from sources (Метрики из источников) нажмите кнопку extract_metric_button.png.

    Откроется окно Extract field from event_value (Извлечение поля из event_value).

  2. В поле Report field (Поле отчета) введите имя извлеченной метрики, которое должно отображаться в отчете.
  3. Из списка Event_value parameter (Параметр event_value) выберите параметр внутреннего события приложения, который должен быть сопоставлен по умолчанию с полем отчета (метрикой), определенным вами в шаге 2.
    • Доступные параметры включают те, которые были настроены в выбранных внутренних событиях приложения в выбранных приложениях.
  4. Сопоставление по умолчанию может отличаться в зависимости от приложения и/или события. В этом случае:
    1. Нажмите кнопку Add exception (Добавить исключение)
    2. Выберите приложение и событие, для которых поле отчета должно быть сопоставлено по-другому.
    3. Выберите параметр внутреннего события приложения, который следует сопоставить с полем отчета для этой комбинации приложения и события.
    4. Выполните следующие действия для настройки необходимого вам исключений.
  5. Завершив настройку сопоставления для извлеченной метрики, нажмите Save and add another (Сохранить и добавить еще), чтобы извлечь еще одну метрику из поля event_value, или Save (Сохранить), чтобы вернуться на главный экран.

Редактирование извлеченных метрик:

  1. В списке Metrics from sources (Метрики из источников) или Report metrics (Метрики для отчета) наведите курсор на имя метрики, которую вы хотите изменить.
  2. Нажмите кнопку more_options_button.png справа от метрики.
  3. Выберите Edit extracted field (Редактировать извлеченное поле).
  4. При необходимости внесите изменения в имя поля отчета и/или сопоставление параметров.
  5. Нажмите Save (Сохранить), чтобы сохранить изменения.

Удаление извлеченных метрик:

  1. В списке Metrics from sources (Метрики из источников) или Report metrics (Метрики для отчета) наведите курсор на имя метрики, которую вы хотите удалить.
  2. Нажмите кнопку more_options_button.png справа от метрики.
  3. Выберите Delete field (Удалить поле).
    • Внимание! Если удалить извлеченное поле из списка Report metrics (Отчет по метрикам), определение извлеченного поля будет удалено. Чтобы удалить поле из отчета с сохранением определения, нажмите вместо этого кнопку Remove (Удалить).

Выбор метрик для отчета

Выбор метрик для включения в отчет:

  1. Выберите одну или несколько метрик в списке Metrics from sources (Метрики из источников) слева и нажмите кнопку Add (Добавить) в центральной части экрана, чтобы добавить их в список Report metrics (Метрики для отчета).
    • Для поиска метрик в списках можно использовать строку поиска.
  2. Для каждой метрики в списке метрик для отчета выберите, хотите ли вы, чтобы данные были представлены в отчете как:
    • сумма числовых значений; или
    • количество различных значений
  3. Чтобы удалить метрику, выберите ее из списка метрик отчета и используйте кнопку Удалить , чтобы вернуть ее в список метрик из источников.
  4. Повторяйте этот процесс, пока не добавите все метрики, которые хотите включить в отчет.

[Необязательно] Настройка отображаемых имен метрик

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

Настройка отображаемых имен метрик:

  1. В списке показателей отчета наведите указатель мыши на название метрики, отображаемое имя которой вы хотите изменить.
  2. Нажмите кнопку редактирования edit_button.png справа от метрики.
  3. Измените имя на отображаемое имя метрики, которое будет использоваться в отчете (до 50 символов).
  4. Нажмите ОК, чтобы сохранить отображаемое имя, или «X», чтобы отменить его.

Примечание. Чтобы изменить имя извлеченной метрики, воспользуйтесь инструкциями по редактированию извлеченных метрик (выше).

[Необязательно] Выбор идентификаторов для подсчета

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

Если вы хотите добавить столбцы для отдельных подсчетов других идентификаторов из ваших источников, это можно сделать так:

  1. Выберите один или несколько идентификаторов в списке Identifiers from sources (Идентификаторы из источников) слева и нажмите кнопку Add (Добавить) в центральной части экрана, чтобы добавить их в список Distinct count identifiers (Отдельные идентификаторы для подсчета).
    • Для поиска идентификаторов в списках можно использовать строку поиска.
  2. Чтобы удалить идентификатор, выберите его в списке Distinct count identifiers (Отдельные идентификаторы для подсчета) и нажмите кнопку Remove (Удалить), чтобы вернуть его в список Identifiers from sources (Идентификаторы из источников).
  3. Повторяйте этот процесс, пока не добавите все идентификаторы, подсчет которых хотите включить в отчет.

Настройка параметров и сохранение отчета

График (только для отчетов без пользовательских источников)

Отчеты без пользовательских источников запускаются в соответствии с заданным вами графиком.

Чтобы определить график отчетов:

  1. Выберите, следует ли запускать отчет ежедневно или один или несколько дней в неделю.
  2. Выберите время запуска отчета (часовой пояс — UTC).

 Важно!

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

  • Для источников, расположенных в хранилищах данных (BigQuery и Snowflake), DCR распознает создание новой версии источника, когда обнаруживает новое значение в столбце v таблицы источника.
    • Важно! Чтобы обеспечить полноту отчета, обязательно заполняйте таблицу источника полным набором данных при каждом изменении значения столбца.
  • Для источников, расположенных в облачных хранилищах (Amazon S3 и GCS), DCR распознает создание новой версии источника, когда обнаруживает, что новая версия файла источника была загружена вместе с сопутствующим файлом _SUCCESS.

AppsFlyer постоянно сканирует новые версии источников для текущей даты и 2 дней до нее.

Место назначения отчета

DCR передает отчеты в выбранные вами облачные сервисы с помощью AppsFlyer Data Locker. Таким образом, указание места назначения отчета подразумевает выбор или создание соединения с Data Locker.

  • Примечание. Получение отчетов DCR не требует премиум-подписки на Data Locker. Если вы заинтересованы в получении других отчетов AppsFlyer через Data Locker, свяжитесь с вашим менеджером или отправьте письмо по адресу hello@appsflyer.com.

Чтобы задать место назначения отчета и сохранить отчет:

  1. Выберите из списка доступных подключений Data Locker в вашем аккаунте AppsFlyer.
    • Если в вашем аккаунте не определены подключения:
      • В вашем браузере откроется новая вкладка (со страницей AppsFlyer Data Locker)
      • Откроется окно Новое подключение. Следуйте этим инструкциям для создания подключения.
    • Если у вас уже есть подключения, но вы хотите использовать новое, нажмите на кнопку dcr_new_connection_data_locker_button.png:
      • В вашем браузере откроется новая вкладка (со страницей AppsFlyer Data Locker)
      • Откроется окно Новое подключение. Следуйте этим инструкциям для создания подключения.
    • После создания подключения вернитесь на вкладку DCR в браузере и выберите только что созданное подключение из списка подключений Data Locker.
  2. Нажмите Save (Сохранить), чтобы сохранить отчет.
  3. Новый отчет теперь отображается на вкладке Reports (Отчеты) в Data Clean Room.

Справочник

Параметры внутренних событий приложения по умолчанию

Помимо параметров, извлеченных из event_value, и параметров из ваших пользовательских источников (если применимо), для группировки отчетов можно использовать следующие параметры внутренних событий приложения:

  • media_source (включен как параметр для отчета по умолчанию)
  • ad
  • ad_id
  • ad_type
  • adset_id
  • adset_name
  • app_id
  • app_version
  • attributed_touch_type
  • brand
  • campaign
  • campaign_id
  • channel (канал)
  • city
  • conversion_type
  • country
  • device_type
  • dma
  • engagement_type
  • event_name
  • event_revenue_currency
  • geo_region
  • is_attributed
  • keywords
  • match_type
  • модель
  • партнер
  • platform
  • site_id

Метрики внутренних событий приложения по умолчанию

Помимо метрик, извлеченных из event_value, и метрик из ваших пользовательских источников (если применимо), в отчеты можно включать следующие метрики внутренних событий приложения:

  • event_revenue
  • event_revenue_u_s_d