Узнайте, как покупатель рекламы (DSP и рекламодатель), проводящий рекламную кампанию, может контролировать скорость показа рекламы в зависимости от того, как часто пользователь видел рекламу или взаимодействовал с ней. Управление показом рекламы по частоте улучшает качество обслуживания аудитории, позволяя избежать усталости от рекламы, и увеличивает доход за счет охвата большего числа пользователей при том же бюджете. В этом руководстве показаны несколько подходов к работе с частотой показа объявлений.
Покинуть группу по интересам
Вы можете вызвать navigator.leaveAdInterestGroup()
чтобы запросить, чтобы браузер пользователя покинул группу по интересам при нажатии на объявление. Изнутри победившего рекламного фрейма и его подкадров вы можете вызвать leaveAdInterestGroup()
, если источник фрейма совпадает с источником группы по интересам. Один из возможных подходов — добавить внутри рекламного фрейма невидимый подкадр, отвечающий за выход из группы интересов.
Выход из группы интересов по рекламе предотвращает будущие ставки и действует как форма ограничения частоты показов.
Используйте сигнал prevWinsMs
во время формирования ставок.
Для простого контроля частоты вы можете использовать поле prevWinsMs
в browserSignals
внутри generateBid()
.
Поле prevWinMs
содержит объявления-победители группы по интересам, а также время, прошедшее с момента их предыдущих побед в миллисекундах. Обратите внимание, что объект ad
здесь содержит только поля renderURL
и metadata
.
Используйте этот сигнал, чтобы определить, следует ли показывать рекламу. Возврат значения ставки, равного 0, гарантирует, что объявление не выиграет аукцион.
Храните данные о кликах в собственном файле cookie.
Вы также можете использовать собственный файл cookie для хранения информации о кликах. При отображении объявления перезапишите существующую группу интересов данными о кликах в качестве сигналов назначения ставок пользователем ( userBiddingSignals
).
Следующая диаграмма описывает последовательность:
- Пользователь посещает страницу рекламодателя
- Покупатель (рекламодатель/DSP) инициализирует массив данных о кликах в основном файле cookie.
- Покупатель (рекламодатель/DSP) добавляет пользователя в группу по интересам и задает исходный массив
clicks
в полеuserBiddingSignals
. - Позже пользователь посещает страницу издателя.
- Продавец (издатель/DSP) проводит аукцион защищенной аудитории, и победившее объявление отображается пользователю.
- Пользователь нажимает на выигравшее объявление.
- Пользователь попадает на страницу рекламодателя.
- URL перехода по клику содержит название группы интересов в качестве параметра запроса.
- Покупатель (рекламодатель/DSP) считывает существующий собственный файл cookie.
- Покупатель (рекламодатель/DSP) добавляет новую метку времени клика к существующим данным о кликах.
- Покупатель (рекламодатель/DSP) обновляет группу интересов новыми данными о кликах.
- Покупатель (рекламодатель/DSP) обновляет собственный файл cookie новыми данными о кликах.
Временная метка в поле click
userBiddingSignals
становится доступной внутри generateBid()
когда пользователь снова посещает страницу издателя, и покупатель может использовать эти данные для управления показом рекламы.
Что дальше?
Мы хотим пообщаться с вами, чтобы убедиться, что мы создаем API, который будет работать для всех.
Обсудить API
Как и другие API Privacy Sandbox, этот API документирован и обсуждается публично .
Экспериментируйте с API
Вы можете экспериментировать и участвовать в обсуждении API Protected Audience.