Как правило, издатели диверсифицируют источники спроса на рекламу, чтобы оптимизировать доход, и привлекают несколько компаний (например, рекламные серверы издателей, платформы со стороны предложения и платформы со стороны спроса), чтобы определить наилучшее объявление для данного рекламного места на странице. Header bidding позволяет издателям получать ставки на рекламное место от различных источников спроса. В последовательной аукционной схеме библиотека Header bidding может использоваться для проведения аукциона с контекстными данными, а Protected Audience — для проведения аукциона с данными, полученными на разных сайтах.
Прежде чем начать, ознакомьтесь с основами технологии header bidding в документации Prebid.js .
Определения
В приведенных ниже таблицах описаны некоторые термины, используемые в этом документе.
Аукционы
| Аукцион | Определение |
|---|---|
| Аукцион для защищенной аудитории | Рекламный аукцион, в рамках которого участники делают ставки на группу по интересам, созданную на другом сайте. |
| Аукцион с участием нескольких продавцов, предназначенный для защищенной аудитории. | Двухуровневый аукцион защищенной аудитории, в котором сначала участвуют несколько параллельных аукционов, участники которых затем передают объявление с наивысшим баллом на финальный аукцион верхнего уровня. |
| аукцион высшего уровня | Финальный рекламный аукцион в рамках многопродавцового аукциона с защищенной аудиторией, который определяет победителей отдельных аукционов. |
| Аукцион компонентов | Вложенный аукцион внутри многопродавцового аукциона с защищенной аудиторией, где каждый продавец компонентов запускает свои аукционы компонентов параллельно. Объявления с наивысшим рейтингом из каждого аукциона компонентов передаются на аукцион верхнего уровня. |
Участники
| Участник | Определение |
|---|---|
| Рекламодатель | Сторона, желающая разместить рекламу и создающая рекламный материал. |
| Издатель | Сторона, предоставляющая рекламное пространство для аукциона. |
| Покупатель | Сторона, участвующая в аукционе по покупке рекламного места у продавца. Обычно это платформа для размещения рекламы (DSP). |
| Сервер рекламы издателя | Сервис, используемый издателями для управления и выбора рекламы для показа на сайте. Сервер рекламы издателя может объединять результаты собственных аукционов, ответы участников аукциона, данные о напрямую проданном рекламном инвентаре и многое другое, чтобы определить рекламу, которая принесет издателю наибольший доход. Рекламный сервер издателя может предоставлять клиентскую библиотеку для взаимодействия с сервером. |
| Продавец высшего уровня | Сторона, которая инициирует (то есть создает) многосторонний аукцион для защищенной аудитории и участвует в аукционе верхнего уровня. |
| Продавец комплектующих | Сторона, которая проводит компонентный аукцион в рамках многопользовательского аукциона Protected Audience для продажи рекламного пространства издателя покупателям. Обычно это платформа со стороны предложения (SSP). |
Настройка последовательного аукциона
В последовательной схеме аукциона сначала выполняются контекстные аукционы, а затем аукцион защищенной аудитории. Такая схема позволяет издателям максимизировать свой потенциал заработка, проводя аукцион с использованием контекстных данных, доступных на странице, а также аукцион с использованием межсайтовых данных в защищенной среде для защиты конфиденциальности пользователей.
Сначала на странице может быть запущена библиотека Header Bidding для сбора ставок на контекстном аукционе Publisher Ad Server. Затем скорректированная выигрышная цена контекстного аукциона может быть введена в аукцион Protected Audience в качестве минимальной ставки. На этапе оценки продавец верхнего уровня может снизить цены ставок компонентного аукциона ниже минимальной ставки, присвоив им нулевую оценку при расчете показателя привлекательности. Если ни одна ставка компонентного аукциона Protected Audience не превышает минимальную ставку, то пользователю показывается выигрышное объявление контекстного аукциона. Если аукцион Protected Audience возвращает победителя, это означает, что его ставка превышает минимальную, и пользователю показывается выигрышное объявление Protected Audience.
В этом примере последовательной настройки аукциона на странице могут быть последовательно проведены три основных аукциона:
- Контекстный аукцион с использованием библиотеки Header Bidding
- Контекстный аукцион, проводимый рекламным сервером издателя.
- Аукцион с участием публики, не имеющей отношения к бренду.

Подробное описание обзорной диаграммы:
- Перед началом аукциона пользователь добавляется в группу по интересам на сайте рекламодателя.
- Когда пользователь позже посещает страницу издателя, Prebid.js запускает контекстный аукцион для сбора ответов на ставки от участников, подавших заявки через заголовок страницы. На этом этапе покупатели могут предоставлять сигналы, а продавцы — конфигурации компонентов аукциона, которые будут использоваться в последующем аукционе для защищенной аудитории. Prebid.js предоставляет модуль для распространения этих сигналов и конфигураций на аукцион для защищенной аудитории.
- Полученные Prebid.js ответы на ставки отправляются на рекламный сервер издателя для проведения контекстного аукциона на стороне сервера.
- Сервер размещения рекламы издателя может объединять результаты собственных аукционов, результаты аукциона Header Bidding, данные о прямых продажах рекламного инвентаря и многое другое, чтобы определить объявление, которое принесет издателю наибольший доход. Победившее объявление возвращается в клиентскую библиотеку сервера размещения рекламы издателя.
- Скорректированная цена ставки победителя контекстного аукциона, а также сигналы покупателя (
perBuyerSignals) и конфигурации компонентов аукциона продавца, собранные Prebid.js, могут быть переданы в аукцион защищенной аудитории клиентской библиотекой рекламного сервера издателя. - Многопродавцовый аукцион с защищенной аудиторией выполняется продавцом верхнего уровня. На этапе оценки продавец верхнего уровня может сравнить цену выигрышной ставки каждого компонента аукциона с скорректированной ценой выигрышной ставки контекстного аукциона. Если цена компонента ниже цены контекстного аукциона, продавец верхнего уровня возвращает оценку желательности, равную 0. Если все ставки оценены в 0, то вызов
runAdAuction()возвращает null, что означает, что должна быть показана реклама, выигравшая контекстный аукцион. - Клиентская библиотека Publisher Ad Server отображает либо выигрышное объявление для защищенной аудитории, либо контекстное объявление в зависимости от того, что было возвращено вызовом
runAdAuction(). - Пользователю показывается победившее объявление.
Контекстные аукционы с использованием Prebid.js и рекламного сервера издателя.

В конфигурации с последовательным аукционом все контекстные аукционы выполняются до запуска аукциона для защищенной аудитории. В конфигурации, описанной в этом документе, мы запускаем контекстный аукцион header bidding с помощью Prebid.js, результаты которого передаются на серверный аукцион, проводимый рекламным сервером издателя.
Сначала издатель инициирует контекстный аукцион с использованием технологии Header Bidding, вызывая Prebid.js с флагом , указывающим на то, что после этого будет выполнен аукцион для защищенной аудитории. Затем Prebid.js собирает ответы на ставки и отправляет их на рекламный сервер издателя для проведения контекстного аукциона на стороне сервера. На этапе сбора ответов на ставки покупатели и продавцы имеют возможность предоставить конфигурации компонентов аукциона и сигналы покупателей ( perBuyerSignals ), которые будут использоваться для последующего аукциона для защищенной аудитории, если они хотят принять участие. Эта конфигурация компонента аукциона в конечном итоге будет передана в последующий аукцион для защищенной аудитории.
- Инициализация контекстного аукциона. Пользователь переходит на страницу издателя.
- На странице издателя загружается клиентская библиотека рекламного сервера издателя и определяются рекламные места.
- На странице издателя загружается Prebid и запускается контекстный аукцион Header Bidding.
- Контекстный аукцион продавца А (проходящий параллельно с контекстным аукционом продавца Б). Prebid.js отправляет запрос на размещение ставки продавцу А.
- Продавец А получает ответы на ставки и сигналы от покупателей (perBuyerSignals).
- Продавец А проводит контекстный аукцион.
- Продавец А формирует конфигурацию аукциона компонентов, включая
perBuyerSignals. - Продавец А отвечает Prebid.js, указывая выигрышную ставку и конфигурацию своего компонента аукциона.
- Контекстный аукцион продавца B (проходит параллельно с контекстным аукционом продавца A). Prebid.js отправляет запрос на ставку продавцу B.
- Продавец B получает ответы на ставки и
perBuyerSignals. - Продавец B проводит контекстный аукцион.
- Продавец B формирует конфигурацию аукциона компонентов, включая сигналы для каждого покупателя.
- Продавец B отвечает Prebid.js, указывая выигрышную ставку и конфигурацию своего компонента аукциона.
- Контекстный аукцион на рекламном сервере издателя. Ответы на ставки, собранные Prebid.js, отправляются на рекламный сервер издателя для проведения контекстного аукциона.
- Конфигурации аукциона компонентов с сигналами покупателей передаются в клиентскую библиотеку рекламного сервера издателя.
- Рекламный сервер издателя запускает контекстный аукцион для определения лучшего объявления среди кампаний, продаваемых напрямую, программных ставок, контекстных ставок Prebid и других вариантов размещения.
- Рекламный сервер издателя возвращает скорректированную выигрышную ставку.
Учитывайте контекстную рекламу с помощью рекламы для защищенной аудитории.

На этом этапе контекстные аукционы завершены, и клиентская библиотека рекламного сервера издателя может передать продавцу верхнего уровня скорректированную цену выигрышной ставки контекстного аукциона, конфигурации компонентов аукциона и сигналы от покупателей, участвующих в аукционе защищенной аудитории. Цена ставки контекстного аукциона в качестве минимальной может быть передана в конфигурацию аукциона в качестве сигнала для оценки на аукционе верхнего уровня.
- Браузер получает от продавца скрипт оценки, а также надежные сигналы оценки для каждого объявления.
- Браузер выполняет логику оценки продавца верхнего уровня для каждой выигрышной ставки во всех компонентных аукционах. Внутри скрипта
scoreAd()продавца верхнего уровня эта логика имеет доступ к контекстной скорректированной цене выигрышной ставки аукциона, которая могла быть передана в качествеsellerSignalsв конфигурации аукциона. Скрипт может сравнить выигрышную контекстную цену ставки с ценой ставки компонента Protected Audience и вернуть оценку привлекательности 0, если контекстная цена выше. В противном случае скрипт вычисляет оценку привлекательности, вероятно, на основе цены ставки компонента Protected Audience. - Браузер выбирает объявление с наивысшим баллом привлекательности, полученным на основе логики оценки продавца верхнего уровня.
- Если аукцион Protected Audience выигрывает, он возвращает объект
FencedFrameConfigили непрозрачный URN в клиентскую библиотеку рекламного сервера издателя. - Библиотека на стороне клиента устанавливает атрибут
configогороженного фрейма в объектFencedFrameConfigили устанавливает атрибутsrciframe в непрозрачный URN выигрышного объявления защищенной аудитории. - Браузер получает от покупателя объявление, выигравшее аукцион в рамках защищенной аудитории.
- Браузер отображает рекламу пользователю.
- Если контекстный аукцион выигрывает, аукцион защищенной аудитории возвращает значение
null. - Браузер устанавливает атрибут
srcдля iframe на контекстную рекламу, которая оказалась выигрышной. - Браузер получает от покупателя контекстное объявление, выигравшее аукцион.
- Браузер отображает рекламу пользователю.