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

Узнайте, как покупатель рекламы (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() , когда пользователь снова посещает страницу издателя, и покупатель может использовать эти данные для управления доставкой рекламы.

What's next?

We want to engage in conversations with you to ensure we build an API that works for everyone.

Discuss the API

Like other Privacy Sandbox APIs, this API is documented and discussed publicly.

Experiment with the API

You can experiment and participate in conversation about the Protected Audience API.