Методика

Здесь рассказывается, как Ads Data Hub собирает данные и создает отчеты, а также объясняются связанные с этим процессы.

Введение

Ads Data Hub придерживается отраслевых стандартов доступа к данным на уровне кампаний и запросов к таким данным. Эти данные поступают из исходных платформ, таких как YouTube, и видеоинвентаря In-Stream партнерских видеоресурсов Google, приобретенного через Google Рекламу и Дисплей и Видео 360. Эти платформы аккредитованы Советом по медиаизмерениям (MRC). Аккредитация подтверждает, что технология отслеживания Google отвечает отраслевым стандартам в области измерения показателей интерактивной рекламы и что процессы, лежащие в основе этой технологии, точны.

Что входит в аудит

Через интерфейс и API Ads Data Hub выполняются запросы к наборам данных на уровне событий и проводится интеграция данных, не принадлежащих Google, чтобы получить агрегированные данные о показах и видимости для видеокампаний In-Stream на YouTube. Примеры:

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

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

Подходящий трафик Неподходящий трафик
Среды
  • Обычные сайты
  • Мобильные сайты
  • Мобильное приложение
  • Подключенные телевизоры/TVHTML5
  • Веб-версия YouTube TV
  • Приложение YouTube TV
Способ покупки
  • YouTube, продажа через Google Рекламу
  • YouTube, продажа через Дисплей и Видео 360
  • Инвентарь партнерских видеоресурсов Google (GVP), приобретенный через Дисплей и Видео 360 и Google Рекламу.
  • Любой другой инвентарь, кроме приобретенного через Дисплей и Видео 360 и Google Рекламу. Например, инвентарь перекрестных продаж Partner Sold для YouTube.
Формат объявления
  • TrueView: просмотры объявлений In-Stream
  • стандартные объявления In-Stream;
  • объявления-заставки;
  • In-Stream Select;
  • объявления In-Stream без возможности пропуска.
  • видеообъявления в фиде;
  • видеообъявления Masthead;
  • YouTube Shorts;
  • спонсорские кампании;
  • Многоформатные видеообъявления, например кампании с просмотрами видео (VVC) и кампании "Видео – охват" (VRC).
  • любой другой формат, не обозначенный как подходящий.

В таблице ниже описаны показатели, доступные в Ads Data Hub.

Показатель Метод отчетности Google Реклама Дисплей и Видео 360
Показы
общее число показов; Только API
Чистые показы (за вычетом общего недействительного трафика) Выводимый
Показы (всего за вычетом общего и сложного недействительного трафика) Пользовательский интерфейс и API
Общее количество недействительных показов (общий и сложный недействительный трафик) Только API
Просмотры TrueView.
Общее число просмотров TrueView Только API
Просмотры TrueView (исключая общий недействительный трафик) Выводимый
TrueView: просмотры (всего, за вычетом общего и сложного недействительного трафика) Только API
Общее количество недействительных просмотров TrueView (общий и сложный недействительный трафик) Выводимый
Видимость (общий чистый трафик за вычетом общего и сложного недействительного трафика, если не указано иное)
Отслеживаемые показы. Пользовательский интерфейс и API
Неотслеживаемые показы. Пользовательский интерфейс и API
Неотслеживаемые показы (за вычетом общего недействительного трафика) Выводимый
Показы в видимой области экрана. Пользовательский интерфейс и API
Показы вне видимой области экрана. Пользовательский интерфейс и API
Чистые показы в видимой области экрана (за вычетом общего недействительного трафика) Выводимый
Показы вне видимой области экрана (за вычетом общего недействительного трафика) Выводимый
Коэффициент отслеживаемых показов. Пользовательский интерфейс и API
Показатель видимости. Пользовательский интерфейс и API
распределение неотслеживаемых показов; Пользовательский интерфейс и API
распределение показов в видимой области экрана; Пользовательский интерфейс и API
Распределение показов вне видимой области экрана Пользовательский интерфейс и API

Требования к партнерам

Партнерами Ads Data Hub могут быть рекламодатели, агентства, партнеры и сторонние поставщики технологий отслеживания и показа рекламы2. Google проверяет примеры использования у всех партнеров, а также их соответствие требованиям на доступ к продуктам. Все партнеры, использующие Ads Data Hub, имеют доступ только для чтения и могут запрашивать данные Google Рекламы или объединять собственные данные с данными рекламных кампаний на уровне событий. Чтобы получить доступ к платформе, партнеры должны принять Условия использования Google. Google непрерывно фильтрует недействительный трафик.

Идентификаторы устройства

В Ads Data Hub сопоставление по идентификаторам устройств используется как механизм соотнесения действий с рекламой на YouTube, показанной через Google Рекламу и Дисплей и Видео 360 (например, показов, кликов, взаимодействий с объявлениями), со списком идентификаторов устройств, который ведут клиенты агентств и рекламодателей.

Методика сбора данных

В Ads Data Hub рекламодатели, агентства и сторонние поставщики технологий отслеживания и показа рекламы могут вводить свои данные в BigQuery и объединять их с данными кампаний на уровне событий. Запрос Ads Data Hub агрегирует данные о группе пользователей, чтобы мы получили наиболее полные данные и при этом конфиденциальность не была нарушена. Ads Data Hub – это два проекта BigQuery, связанные с помощью API. В один проект загружает свои рекламные данные Google, в другой – клиент.

Ads Data Hub позволяет анализировать данные на уровне пользователей, не нарушая их конфиденциальности. Тем не менее, этот доступ подвержен изменениям в зависимости от ситуации в экосистеме, что является необычным для сервисов Google. Данные о событиях (например, показах и кликах) в Ads Data Hub могут совпадать с данными в других отчетах Google. А вот сведения об отдельных идентификаторах пользователей в Ads Data Hub могут не точно совпадать с уникальными показателями в исходных сервисах Google, поскольку в Ads Data Hub реализованы особые меры защиты конфиденциальности в связи с тем, что там можно работать с данными на уровне событий.

Пользователи, которые отказались от рекламы, не могут быть сопоставлены в Ads Data Hub. Также запросы на сопоставление, полученные от приложений, скорее всего, не дадут результатов, потому что мобильные устройства изолируют трафик приложений и идентификаторы из них. При сопоставлении событий iOS данные должны поступать из приложений для iOS 14.5 или более поздних версий от пользователей, давших разрешение в рамках фреймворка App Tracking Transparency от Apple.

Подробнее о том, как работает Ads Data Hub…

В Ads Data Hub предоставляется доступ к данным из разных сервисов Google (Дисплей и Видео 360, Google Реклама), но во всех них соблюдаются отраслевые стандарты учета кликов, видимости и показов. В Ads Data Hub используются те же методы учета этих показателей, что и в сервисах, данные которых здесь доступны. Подробную информацию можно найти здесь:

Google динамически оптимизирует места размещения объявлений с учетом особенностей взаимодействия с рекламой и потребления, чтобы достигать целей рекламной кампании.

Методы фильтрации

В Ads Data Hub рекламодатели и агентства могут запрашивать данные на уровне событий и получать агрегированные результаты, не нарушая конфиденциальности пользователей. В Ads Data Hub используются те же журналы AdSpam, что и в исходных сервисах (Google Рекламе и Дисплее и Видео 360). Подробную информацию об этом вы найдете в статьях "Описание методик" для этих сервисов в разделе "Фильтрация".

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

  • При первоначальной обработке рекламных событий из журналов в реальном времени выполняется объединение с объединенными журналами спама, чтобы помечать события как спам.
    • Эмпирическое тестирование показало, что таким образом удается выявить примерно 98 % спам-событий.
  • После обработки данные о рекламных событиях корректируются дополнительно. При проверке рассматривается период на достаточное количество дней в прошлое, чтобы выявить все возможные спам-события. Эта процедура выполняется ежедневно, поскольку иногда уровни AdSpam в Ads Data Hub могут расходиться с уровнями в исходных платформах из-за разницы во времени. Однако внутренний анализ показал, что средний уровень расхождений на уровне событий несущественен (<1 %).
    • Эмпирическое тестирование показало, что таким образом удается выявить практически 100 % спам-событий за семидневный период.
  • События, помеченные как спам, исключаются из официальных результатов запроса.

В целом проверки спама незначительно влияют на показатели MRC. Эмпирическое тестирование показало, что на следующий день после события выборка показов за вычетом спама меняется менее чем на 1 % при повторной выборке событий для того же дня в последующие дни. К тому же, через несколько дней проверки обычно прекращаются, а через семь дней останавливаются почти полностью.

Google регулярно контролирует точность обработки спама и последствия этой процедуры.

В исходных сервисах Google, таких как Google Реклама и Дисплей и Видео 360, коэффициент отфильтрованного трафика составляет 100 % (на основе проанализированной выборки данных). Поскольку в Ads Data Hub используются те же журналы AdSpam, что и в исходных сервисах, коэффициент отфильтрованного трафика для собственного трафика Google в Ads Data Hub составляет 100 %.

Фильтрация при проверках конфиденциальности

В Ads Data Hub проводятся проверки конфиденциальности в отношении показателей, аккредитованных MRC. Строки, в которых агрегировано недостаточно данных, чтобы защитить конфиденциальность пользователя (требуется не менее 50 пользователей), или которые не проходят другие проверки конфиденциальности в Ads Data Hub, будут удалены. Это применяется к сводкам по отфильтрованной строке в результатах запроса и API.

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

Вероятность того, что показатели, аккредитованные MRC, будут отфильтрованы из ваших отчетов, возрастает в следующих случаях:

  • В кампаниях, данные о которых вы собираете, регистрируется мало событий (например, из-за низкого бюджета или узкого таргетинга).
  • Вы повторно выполняете собственные запросы до того, как выполните запрос MRC для тех же событий.

Изменения в методологии

Если методология учета в Ads Data Hub изменится, мы сообщим об этом в примечаниях к выпуску, а также в сообщениях от менеджера аккаунта и службы поддержки.

Отчеты Ads Data Hub

Общую информацию о том, как Ads Data Hub создает отчеты, вы найдете в обзорной статье.

Инструкции о том, как получать данные о видимости и недействительном трафике через API или интерфейс Ads Data Hub для разных сервисов закупки, вы найдете в руководстве по видимости и недействительному трафику.


  1. События источника будут проверяться в течение семи дней в рамках фильтрации недействительного трафика (качество рекламного трафика Google). Ads Data Hub и исходные сервисы Google используют одни и те же основные источники, чтобы анализировать недействительный трафик за несколько дней. Однако до полного окончания проверок объем недействительного трафика за определенный день может различаться. ↩

  2. Сторонние поставщики технологий отслеживания и показа рекламы проходят эту проверку, в то время как сторонние поставщики решений для отслеживания продвижения бренда – нет. ↩