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

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