Скорость показа рекламы в зависимости от частоты

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

Покинуть группу по интересам

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

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

Использовать сигнал prevWinsMs во время генерации ставки

Для управления частотой можно использовать поле prevWinsMs в browserSignals внутри generateBid() .

Поле prevWinMs содержит выигрышные объявления группы интересов и время с момента их предыдущих побед в миллисекундах. Обратите внимание, что объект ad здесь содержит только поля renderURL и metadata .

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

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

Следующая диаграмма описывает последовательность:

A diagram that describes the sequence for storing click data in a first-party cookie and reading it at a later time for frequency control

  1. Пользователь посещает страницу рекламодателя
  2. Покупатель (рекламодатель/DSP) инициализирует массив данных о кликах в основном файле cookie.
  3. Покупатель (рекламодатель/DSP) добавляет пользователя в группу интересов и задает начальный массив clicks в поле userBiddingSignals .
  4. Позднее пользователь посещает страницу издателя.
  5. Продавец (издатель/DSP) проводит аукцион защищенной аудитории, и победившая реклама отображается пользователю.
  6. Пользователь нажимает на выигрышное объявление.
  7. Пользователь перенаправляется на страницу рекламодателя.
    • URL-адрес перехода по клику содержит название группы интересов в качестве параметра запроса.
  8. Покупатель (рекламодатель/DSP) считывает существующий основной файл cookie
  9. Покупатель (рекламодатель/DSP) добавляет новую временную метку клика к существующим данным о кликах.
  10. Покупатель (рекламодатель/DSP) обновляет группу интересов новыми данными о кликах.
  11. Покупатель (рекламодатель/DSP) обновляет основной файл cookie, используя новые данные о кликах.

Метка времени в поле click userBiddingSignals становится доступной внутри функции generateBid() , когда пользователь снова посещает страницу издателя, и покупатель может использовать эти данные для управления показом рекламы.

Что дальше?

Мы хотим пообщаться с вами, чтобы убедиться, что мы создаем API, который будет работать для всех.

Обсудить API

Как и другие API Privacy Sandbox, этот API документирован и обсуждается публично .

Экспериментируйте с API

Вы можете экспериментировать и участвовать в обсуждении API Protected Audience.