Protected Audience API

Protected Audience API (ранее известный как FLEDGE) — это технология интернет-рекламы, разработанная компанией Google (компания Google LLC, Google Ireland Limited — организации признаны иностранными агентами в РФ; Google LLC — владелец одноимённой поисковой системы) для браузера Google Chrome. API (интерфейс прикладного программирования) предназначен для проведения ретаргетинговой рекламы и аукционов рекламных объявлений непосредственно на устройстве пользователя, без передачи данных о его поведении и интересах третьим лицам, включая рекламные платформы и издателей. Является частью инициативы Google «Privacy Sandbox», направленной на замену сторонних файлов cookie (third-party cookies) и других методов межсайтового отслеживания.

История и контекст разработки

Разработка Protected Audience API началась в 2019 году как часть проекта «Privacy Sandbox». Основной предпосылкой стало ужесточение регулирования конфиденциальности данных (например, Общий регламент по защите данных (GDPR) в Европейском союзе и законы штата Калифорния (CCPA) в США) и решение браузеров (Safari, Firefox) блокировать сторонние файлы cookie по умолчанию. Google анонсировал поэтапный отказ от сторонних cookie в Chrome к 2024–2025 годам, что потребовало создания альтернативных механизмов для рекламной индустрии.

Первоначально API назывался FLEDGE (First Locally-Executed Decision over Groups Experiment). В 2022 году, после тестирования и критики со стороны участников рынка и регуляторов, он был переименован в Protected Audience API. С 2023 года API проходит тестирование в рамках Chrome Origin Trials, а с 2024 года — в ограниченном масштабе внедряется для части пользователей Chrome.

Принцип работы

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

1. Формирование аудитории (Interest Groups)

Когда пользователь посещает сайт рекламодателя (например, интернет-магазин), браузер может добавить его в так называемую «группу по интересам» (Interest Group). Группа определяется рекламодателем или его рекламной платформой (DSP — Demand-Side Platform). Данные о членстве в группе хранятся локально, на устройстве пользователя, и не передаются на серверы рекламодателя или издателя. Браузер запоминает:

• Идентификатор группы (например, «покупатели кроссовок бренда X»).
• Срок действия членства (по умолчанию 30 дней).
• Список рекламных объявлений, связанных с этой группой.

2. Аукцион на устройстве (On-Device Auction)

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

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

Аукцион выполняется JavaScript-кодом, который загружается из доверенных источников (Trusted Servers) и выполняется в изолированной среде браузера. Результат аукциона — выбор победившего объявления, которое показывается пользователю. Важно, что ни рекламодатель, ни издатель не получают доступа к данным о других участниках аукциона или к полному списку групп пользователя.

3. Показ рекламы и отчётность

После выбора объявления браузер отображает его на странице. Для целей отчётности (например, подсчёт показов, кликов, конверсий) используется отдельный механизм — Private Aggregation API. Он позволяет рекламодателю получать агрегированные статистические данные (например, «всего 1000 показов и 50 кликов по объявлению для группы X»), но не раскрывает данные о конкретных пользователях.

Ключевые особенности и ограничения

• Локальное хранение данных: Все данные о группах по интересам и связанные с ними объявления хранятся исключительно на устройстве пользователя. Они не передаются на серверы рекламодателя или издателя.
• Ограничение на ретаргетинг: API позволяет показывать рекламу только тем пользователям, которые уже взаимодействовали с рекламодателем (посещали сайт, добавляли товар в корзину). Он не предназначен для поиска новых клиентов (lookalike аудитории).
• Отсутствие кросс-сайтовой идентификации: API не использует уникальные идентификаторы пользователей, такие как сторонние cookie или IDFA (Identifier for Advertisers). Это делает невозможным отслеживание пользователя между разными сайтами.
• Доверенные серверы (Trusted Servers): Для проведения аукционов и генерации отчётов используются специальные серверы, которые должны соответствовать требованиям конфиденциальности. Они не имеют доступа к данным о пользователе, а только к агрегированным данным.
• Время жизни группы: Членство в группе по интересам ограничено по времени (до 30 дней). После этого пользователь автоматически удаляется из группы, и ретаргетинг прекращается.
• Прозрачность для пользователя: Пользователь может просматривать и управлять списком групп по интересам, в которые он входит, через настройки браузера Chrome. Он также может отключить API полностью.

Критика и конкуренция

Protected Audience API подвергается критике с нескольких сторон:

• Рекламная индустрия: Многие рекламодатели и издатели опасаются, что API снизит эффективность ретаргетинга по сравнению с традиционными методами, основанными на сторонних cookie. В частности, отсутствие возможности создавать lookalike аудитории и ограниченная отчётность могут привести к снижению доходов от рекламы.
• Регуляторы: Антимонопольные органы (например, Управление по конкуренции и рынкам Великобритании (CMA) и Европейская комиссия) выражают опасения, что Google может использовать API для укрепления своего доминирующего положения на рынке рекламных технологий, так как только Chrome имеет полный контроль над реализацией и правилами API.
• Конкуренты: Другие браузеры (Safari, Firefox) не поддерживают Protected Audience API, предпочитая собственные решения (например, Privacy Preserving Ad Click Attribution в Safari) или полный отказ от ретаргетинга.
• Эффективность: Тестирования показывают, что доходы от рекламы через API могут быть на 20–40% ниже, чем при использовании сторонних cookie, что делает его менее привлекательным для рекламодателей.

Применение и перспективы

На 2025 год Protected Audience API находится в стадии внедрения. Google планирует сделать его основным механизмом ретаргетинга в Chrome после полного отказа от сторонних cookie. Однако из-за критики и задержек в разработке точные сроки окончательного внедрения остаются неопределёнными.

API может использоваться в следующих сценариях:

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

Источники

• Google Chrome Developers. «Protected Audience API Overview». (2024)
• Privacy Sandbox Documentation. «Protected Audience API». (2024)
• CMA (Competition and Markets Authority). «Investigation into Google’s Privacy Sandbox». (2023)
• European Commission. «Antitrust: Commission opens investigation into Google’s ad tech». (2024)
• IAB Tech Lab. «Privacy Sandbox: A Technical Overview». (2024)
• AdExchanger. «Google’s Protected Audience API: What Advertisers Need to Know». (2024)