Что такое API Privacy Sandbox для маркетологов

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

Chrome инициировал программу Privacy Sandbox, чтобы решить эту проблему, не разрушая модели монетизации веб-сайтов. Вместо того чтобы предоставлять рекламным сетям неконтролируемый доступ к истории браузера, API Privacy Sandbox обрабатывают данные пользователей локально на устройстве потребителя. Браузер выступает в качестве безопасного посредника, предоставляя рекламным партнерам агрегированные или категоризированные сигналы, не раскрывая необработанные личные данные или постоянные идентификационные токены.

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

API Topics для рекламы на основе интересов

API Topics облегчает рекламу на основе интересов, не передавая явную историю просмотров третьим лицам. В этой модели браузер локально наблюдает за доменами, которые пользователь посещает в течение определенного периода. Он сопоставляет эти посещения со стандартизированной общедоступной таксономией широких тем, таких как «Фитнес», «Путешествия» или «Потребительская электроника».

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

API Protected Audience для ремаркетинга

Ретаргетинг традиционно зависел от сторонних файлов cookie для идентификации пользователей, которые просматривали определенные товары и уходили без покупки. API Protected Audience обрабатывает повторное привлечение пользовательских аудиторий, перенося рекламные аукционы непосредственно в веб-браузер пользователя, что не позволяет рекламодателям отслеживать людей на сайтах издателей.

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

API Attribution Reporting для отслеживания эффективности

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

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

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

• Сторонние файлы cookie для отслеживания заменяются API Topics для широкого таргетинга по интересам и API Protected Audience для групп пользовательского ретаргетинга.
• Цифровые отпечатки устройств и отслеживание IP-адресов смягчаются стандартами Privacy Budget и User-Agent Reduction, которые ограничивают доступную информацию об устройстве.
• Межсайтовые пиксели отслеживания конверсий заменяются API Attribution Reporting, который обрабатывает данные атрибуции локально перед отправкой отчетов.
• Графы межсайтовой идентификации пользователей заменяются API Private Aggregation для предотвращения сопоставления профилей на разных платформах.

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

Например, магазин, работающий напрямую с потребителем и тратящий 30 000 долларов США в месяц на поисковые и социальные каналы, должен убедиться, что его платформа управления согласием (CMP) правильно взаимодействует с API браузера. Одновременно технические команды должны развернуть решения для отслеживания на стороне сервера, такие как Google Tag Manager Server-Side или API «сервер-сервер», чтобы поддерживать непрерывное измерение наряду с механизмами на основе браузера.

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

Запуск рекламных аукционов на устройстве через API Protected Audience требует оптимизации выполнения скриптов, чтобы избежать задержки показов. Рекламные сети должны сбалансировать сложную логику торгов в реальном времени со строгими ограничениями обработки устройств. Кроме того, шум, внесенный в агрегированные сводные отчеты, означает, что кампании с низким объемом могут иметь большую вариативность отчетности по сравнению с кампаниями с высоким объемом.

• Проведите аудит активных тегов контейнеров в Google Tag Manager, чтобы выявить зависимости от сторонних файлов cookie во всем вашем рекламном стеке.
• Подтвердите, что ваша система управления согласием правильно передает нормативные сигналы согласия API браузера Chrome и скриптам рекламных сетей.
• Внедрите управление тегами на стороне сервера вместе с триггерами API браузера, чтобы обеспечить резервную обработку сигналов.
• Протестируйте функции автоматизированных ставок на таких платформах, как Google Ads, которые используют алгоритмическое моделирование конверсий для агрегированных данных.
• Обновите внутренние инструменты аналитической отчетности, чтобы они считывали агрегированные сводные отчеты, а не ожидали детализированных журналов отдельных событий.