Запрос на участие в торгах (Bid Request)

Запрос на участие в торгах (Bid Request) — это структурированное сообщение, которое рекламная биржа или платформа продавца (SSP) отправляет в момент, когда становится доступен рекламный слот. Оно описывает показ, контекст страницы или приложения, а также всё известное о пользователе и устройстве, чтобы потенциальные покупатели могли решить, участвовать ли в торгах и сколько предложить.

Что содержится в bid request#

Согласно протоколу OpenRTB, на котором стандартизируется большая часть индустрии, bid request — это JSON-объект, содержащий довольно постоянный набор полей: объект impression, описывающий размер и формат рекламного слота; идентификатор издателя и сайта или приложения; данные геотаргетинга, такие как страна и регион; тип устройства и информация о подключении; а также любые данные о пользователе или first-party-данные, которые продавец имеет право передать. Если показ является частью согласованной сделки, запрос также содержит идентификатор сделки, ссылающийся на неё.

Каждая платформа покупателя (DSP), подключенная к этой бирже, получает один и тот же запрос одновременно, обычно в рамках строгого окна ответа, измеряемого в миллисекундах. Логика ставок каждого DSP оценивает запрос на соответствие активным кампаниям и либо возвращает ответ с ценой и креативом, либо отказывается от участия в торгах.

Почему bid request важны для покупателей#

Качество и полнота bid request напрямую влияют на то, что DSP может с ним сделать. Запрос с богатыми контекстными сигналами и четкой идентификацией сайта или приложения позволяет алгоритму покупателя принять обоснованное решение. Скудный или плохо размеченный запрос, без проверки app-ads.txt или с неполным объектом цепочки поставок (supply chain object), дает DSP меньше информации для работы, и осторожные покупатели часто делают ставки консервативно или полностью пропускают такие запросы, чтобы не торговаться вслепую.

Здесь же происходит фильтрация мошенничества или его пропуск. Bid request, который заявляет, что представляет инвентарь премиального издателя, но не сопровождается соответствующими записями ads.txt или sellers.json, подтверждающими это заявление, — это именно тот сигнал, который DSP и покупатели используют для отклонения поддельного или неправильно представленного инвентаря ещё до участия в торгах.

Объем bid request как рыночный сигнал#

Покупатели редко видят отдельные bid request напрямую, но совокупная картина — сколько запросов генерирует определенное размещение или гео, и как это соотносится с фактическими ответами на торги — является полезным индикатором реального рыночного спроса. Для конкурентного анализа, в отличие от сырых логов аукционов, наблюдение за тем, какие креативы и рекламодатели фактически выигрывают и запускаются вживую в сетях, расскажет о рынке больше, чем просто объем bid request. Индекс ad intelligence OpenAdLibrary создан именно для этого: для видимости на уровне креативов в реальном времени, а не для вывода о рынке на основе внутренней механики аукционов.

FAQ#

Все ли DSP видят один и тот же bid request?

В рамках одного раунда аукциона — да, подключенные DSP обычно получают один и тот же запрос одновременно. Разница заключается в том, как собственная логика каждого DSP решает, участвовать ли в торгах и сколько предложить.

Как быстро DSP должен ответить на bid request?

Окно для ответа обычно измеряется десятками или низкими сотнями миллисекунд. Оно настолько узкое, что DSP, не успевший ответить вовремя, просто считается не сделавшим ставку за этот показ.

Всегда ли данные о пользователе включены в bid request?

Нет. То, что включено, зависит от согласия пользователя, регулирования, а также от того, что издатель и его SSP настроены передавать. Многие запросы сегодня содержат меньше данных на уровне отдельного пользователя, чем раньше, делая больший акцент на контекстных и first-party-сигналах.

Что происходит, если в bid request отсутствуют данные о цепочке поставок?

Покупатели и их инструменты обнаружения мошенничества часто рассматривают неполные данные о цепочке поставок или ads.txt как сигнал о риске. Некоторые DSP всё равно сделают ставку, но более консервативно, в то время как другие настроены пропускать такие запросы полностью.