Методика

Введение

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

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

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

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

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

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

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

В аудит входят следующие показатели видимости:

  • общее число показов;
  • общее число просмотров на YouTube;
  • просмотры на YouTube (общий недействительный трафик + сложный недействительный трафик);
  • распределение показов в видимой области экрана;
  • показы в видимой области экрана;
  • коэффициент видимости.

Также в аудит входят следующие показатели недействительного трафика (спама):

Показатель Google Реклама YouTube Резерв Дисплей и Видео 360
Показы (за вычетом общего недействительного трафика)
Общее количество действительных показов
Общее количество недействительных показов
Отслеживаемые показы
Неотслеживаемые показы (за вычетом общего недействительного трафика)
Показы в видимой области экрана (за вычетом общего недействительного трафика)
Показы вне видимой области экрана (за вычетом общего недействительного трафика)
Процент показов в видимой области экрана (за вычетом общего недействительного трафика)
Просмотры на YouTube (общий недействительный трафик + сложный недействительный трафик)
Недействительные просмотры на YouTube

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

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

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

Транзакция по показу рекламы

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

Чтобы рекламодатели могли воспользоваться сопоставлением файлов cookie от Google, у них должны быть аккаунты Google Рекламы и Ads Data Hub. А чтобы начать процедуру сопоставления, необходимо указать целевой домен для пользователей. Также рекламодатели могут заключить партнерство с доменами издателей, чтобы начать сопоставление файлов cookie.

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

В 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. Сам по себе запуск iOS 14.5 в апреле 2021 года не оказал заметного влияния на сопоставление файлов cookie в Ads Data Hub или на сопоставление RDID в целом. Однако Google предполагает, что доля сопоставлений для разных сегментов пользователей будет различаться в зависимости от браузера, поскольку такие браузеры, как Safari или Firefox, активно управляют файлами cookie. Мы продолжим развивать Ads Data Hub, особенно с учетом того, что в Safari, Firefox и Edge сторонние файлы cookie уже не поддерживаются, а в Chrome они перестанут поддерживаться в 2023 году.

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

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

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

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

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

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

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

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

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

В исходных сервисах Google, таких как Google Реклама, Дисплей и Видео 360 и YouTube Резерв, коэффициент отфильтрованного трафика составляет 100 % (на основе проанализированной выборки данных). Поскольку в Ads Data Hub используются те же журналы AdSpam, что и в исходных сервисах, коэффициент собственного отфильтрованного трафика в 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. Сторонние поставщики технологий отслеживания и показа рекламы проходят эту проверку, в то время как сторонние поставщики решений для отслеживания продвижения бренда – нет.