RTB (Real-Time Bidding, торги в реальном времени) — технология автоматизированной покупки и продажи рекламных показов через мгновенный аукцион. Когда пользователь открывает веб-страницу, в долю секунды проводится аукцион между рекламодателями за право показать этому конкретному пользователю своё объявление. Победитель аукциона платит минимальную сумму для победы, а его реклама появляется на странице.
RTB является основой программатик-рекламы — автоматизированной экосистемы цифровой рекламы. Весь этот процесс занимает менее 100 миллисекунд — быстрее, чем загружается страница.
Участники RTB-экосистемы
- Publisher (издатель) — сайт с рекламным инвентарём (размещает рекламные места).
- SSP (Supply Side Platform) — платформа издателей для продажи инвентаря.
- Ad Exchange — биржа рекламных показов, связывает SSP и DSP.
- DSP (Demand Side Platform) — платформа рекламодателей для автоматической закупки.
- DMP (Data Management Platform) — платформа данных об аудиториях.
Часто задаваемые вопросы
Как работает RTB-аукцион пошагово?
RTB-аукцион за 100 миллисекунд: 1) Пользователь открывает страницу сайта-издателя. 2) SSP издателя отправляет bid request (запрос на ставку) на Ad Exchange с информацией: URL страницы, данные о пользователе (cookie, демография, интересы), тип и размер рекламного места. 3) Ad Exchange передаёт запрос подключённым DSP. 4) DSP рекламодателей анализируют bid request: подходит ли этот пользователь под таргетинг? Какую ставку выставить? 5) DSP отправляют ставки обратно на Ad Exchange. 6) Ad Exchange выбирает победителя (highest bid). 7) Объявление победителя доставляется пользователю. 8) Победитель платит по принципу second-price auction (чуть больше второй ставки). Весь процесс: 50–100 мс. Пользователь видит рекламу, уже «адаптированную» под него.
Чем RTB отличается от прямой покупки рекламы?
RTB vs прямые размещения: Прямая покупка (direct deals): рекламодатель напрямую договаривается с сайтом о фиксированном размещении. Фиксированная цена, гарантированный объём, конкретная площадка. Подходит для premium-размещений и брендинга. RTB/программатик: автоматическая покупка на тысячах площадок по данным об аудитории. Гибкость: таргетируйте нужных пользователей везде, где они бывают. Оплата по реальному CPM аукциона. Когда что использовать: Прямая покупка: когда важна конкретная площадка (реклама на Авито, Forbes), премиум-бренды, гарантированный объём. RTB: масштабный охват нужной аудитории, ретаргетинг, перфоманс-кампании. Preferred Deals и Private Marketplace: промежуточный вариант — RTB-технология, но с фиксированной ценой и отобранными издателями.
Как RTB связан с SEO и digital-маркетингом?
Точки пересечения RTB и SEO: 1) Ретаргетинг SEO-аудиторий: пользователи, пришедшие с органики и не конвертировавшиеся, становятся аудиторией для RTB-ретаргетинга. SEO генерирует аудиторию → RTB «возвращает» её. 2) Данные о поведении: RTB-системы используют cookie и пиксели для формирования аудиторных сегментов. Эти данные также помогают лучше понять аудиторию сайта → инсайты для SEO-контента. 3) Охват за пределами поиска: SEO работает только в поиске. RTB охватывает пользователей на всех сайтах интернета. Вместе они создают полное присутствие бренда. 4) Брендовый эффект: RTB медийная реклама повышает узнаваемость бренда → растут брендовые поисковые запросы → рост органического CTR и брендового SEO-трафика. 5) Data-driven подход: оба канала требуют аналитики. Объедините данные RTB и SEO в единой сквозной аналитике.
Что такое Header Bidding и чем лучше классического RTB?
Header Bidding — технологическая эволюция RTB: Проблема классического RTB (Waterfall): Ad Exchange обращался к DSP последовательно (по приоритету). Если первый DSP не купил → запрос ко второму, и так далее. Это невыгодно издателям: они не получали максимальную ставку. Header Bidding (одновременный аукцион): все DSP получают bid request одновременно → реальный аукцион по наивысшей ставке. Издатель максимизирует доход. Техническая реализация: JavaScript-код в <head> страницы отправляет запросы всем DSP параллельно до загрузки рекламы. Для SEO это важно: Header Bidding добавляет JS на страницу → потенциально замедляет загрузку → ухудшает Core Web Vitals (LCP, CLS). Решение: используйте lazy loading рекламных слотов, Prebid.js с оптимизированными настройками таймаута.
