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

Узнайте, как покупатель рекламы (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.