Запит на ставку

Запит на ставку — це структуроване повідомлення, яке рекламна біржа або платформа з боку пропозиції надсилає в момент, коли стає доступним рекламний слот, описуючи показ, контекст сторінки або додатку, а також все, що відомо про користувача та пристрій, щоб потенційні покупці могли вирішити, чи робити ставку і скільки.

Що міститься в запиті на ставку#

Згідно з протоколом OpenRTB, який використовує більшість галузі, запит на ставку — це JSON-об'єкт, що містить досить стандартний набір полів: об'єкт показу, що описує розмір і формат рекламного слота, видавець та ID сайту або додатку, дані геотаргетингу, як країна та регіон, тип пристрою та інформація про з'єднання, а також будь-які дані користувача або first-party дані, які продавець має право передавати. Якщо показ є частиною узгодженої угоди, запит також містить ідентифікатор угоди, що посилається на конкретну домовленість.

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

Чому запити на ставку важливі для покупців#

Якість і повнота запиту на ставку безпосередньо впливають на те, що DSP може з ним зробити. Запит із багатими сигналами контекстного таргетингу та чіткою ідентифікацією сайту або додатку дозволяє алгоритму покупця приймати дійсно обґрунтоване рішення. Розріджений або погано позначений запит, з відсутньою перевіркою app-ads.txt або неповним об'єктом ланцюга поставок, дає DSP менше можливостей для роботи, і обережні покупці часто роблять ставки консервативно або взагалі пропускають такі запити, щоб не робити ставку наосліп.

Це також місце, де шахрайство або відфільтровується, або прослизає. Запит на ставку, який стверджує, що представляє інвентар преміум-видавця, без супровідних записів ads.txt або sellers.json для підтвердження цього твердження, є саме тим сигналом, який DSP та покупці використовують для відхилення підробленого або спотвореного інвентарю ще до того, як зробити ставку.

Читання обсягу запитів на ставку як ринкового сигналу#

Покупці рідко бачать окремі запити на ставку безпосередньо, але агрегована картина — скільки запитів генерує певне розміщення або гео, і як це порівнюється з фактичними відповідями на ставки — є корисним показником реального ринкового попиту. Для конкурентного дослідження, а не сирих журналів аукціонів, бачення того, які креативи та рекламодавці насправді виграють і працюють у реальному часі в мережах, розповідає вам більше про ринок, ніж лише обсяг ставок. Індекс ad intelligence від OpenAdLibrary створено саме для цього: видимість на рівні креативів у реальному часі, а не виведення ринку з аукціонної інфраструктури.

Поширені запитання#

Чи кожен DSP бачить однаковий запит на ставку?

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

Як швидко DSP має відповісти на запит на ставку?

Вікна відповіді зазвичай вимірюються десятками до низьких сотень мілісекунд, настільки жорсткі, що DSP, який не встигає відповісти, просто розглядається як той, що не робить ставку на цей показ.

Чи завжди дані користувача включаються в запит на ставку?

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

Що станеться, якщо в запиті на ставку відсутні дані про ланцюг поставок?

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