Рекламная биржа

Происхождение и история термина

Английское ad exchange буквально обозначает биржу рекламы. Смысл рыночной аналогии — соединить продавца и покупателя и определить результат торгов по общим правилам. Однако в рассматриваемой системе продаются рекламные показы, а не ценные бумаги. Именно такой объект торговли указывает Google. ^[1]

Важная документированная веха развития этой инфраструктуры — создание OpenRTB. Это открытая спецификация: описание сообщений, которыми программы обмениваются во время торгов. Проект начался в ноябре 2010 года с участия трёх платформ покупателей и трёх платформ продавцов. Сначала участники согласовывали обмен списками блокировок, затем — запросы и ответы для торгов рекламой. ^{[2, § 1.2]} Эта дата относится к проекту OpenRTB, а не к изобретению рекламной биржи или первому употреблению термина.

Общий формат сообщений решает понятную задачу. Если продавец называет размер баннера одним способом, а покупатель ожидает другое описание, программы могут не понять друг друга. Стандарт уменьшает такие различия, но не устанавливает все коммерческие условия участников. IAB Tech Lab прямо разделяет совместимость обмена данными и способы ведения бизнеса. ^{[2, § 1.1]}

Спецификация продолжает обновляться. Апрельский PDF OpenRTB 2.6 за 2022 год — фиксированная редакция; на проверенной странице релизов IAB последней отмечена версия 2.6-202606. ^[7] Поэтому старый PDF пригоден для объяснения истории, но при разработке подключения нужно сверять используемые поля с нужным выпуском и документацией партнёра.

Суть и механизм

Представим учебную ситуацию: на сайте студенческого журнала есть место для прямоугольного баннера. Рекламный инвентарь — это доступные для рекламы места и показы. Владелец журнала хочет продать показ, а несколько рекламодателей готовы за него конкурировать. Для начала разберём роли, не привязывая их к одной компании.

DSP, Demand-Side Platform, — платформа покупателя: она помогает рекламодателю или агентству оценивать показы и делать ставки, в том числе на разных биржах. ^[1] SSP, Sell-Side Platform, — платформа со стороны продавца; в OpenRTB такие платформы перечислены среди поставщиков рекламного инвентаря. ^{[2, § 1.1]} В нашей функциональной схеме рекламный сервер обрабатывает запрос и возвращает объявление. Пример сочетания задач — Adfox: Яндекс описывает его как систему управления рекламой, к которой подключена монетизация. ^{[4, 11]} Эти названия описывают задачи, поэтому при разборе конкретного продукта полезно выяснять, какие именно задачи он выполняет.

Биржа находится в месте встречи предложений. В базовой схеме OpenRTB запрос возникает на сайте или в приложении, биржа направляет покупателям запросы на ставки, оценивает ответы и определяет победителя по правилам торгов. Затем возможны отдельные уведомления о выигрыше и о событии, за которое начисляют оплату. ^{[2, § 2]}

Для нашего журнала это можно представить как последовательность вопросов. Какой баннер поместится в отведённом месте? Кто из подключённых покупателей хочет его показать? Сколько каждый готов предложить? Какие ответы подходят под условия? Какое из допустимых предложений выигрывает? Такое объяснение помогает увидеть, почему одного сравнения цен недостаточно: сначала объявление должно подходить к рекламному месту и условиям сделки.

Название запроса в документации — BidRequest, ответа — BidResponse. Это сообщения между программами, а не формы, которые сотрудник вручную заполняет для каждого посетителя. Например, Google Open Bidding использует эти структуры, но поддерживает не все возможности OpenRTB и добавляет собственные поля. Время, отведённое на ответ, определяется параметром конкретного запроса. ^[3] Следовательно, программа покупателя должна знать условия подключения, а не только название стандарта.

После выбора остаётся ещё один важный шаг: объявление должно быть доставлено, а нужное событие — зарегистрировано. Уведомление о победе сообщает результат торгов. Уведомление о начислении оплаты сообщает, что возникло основание учесть расход; OpenRTB допускает разные правила такого учёта. ^{[2, § 2]} Поэтому фраза «мы выиграли тысячу аукционов» сама по себе ещё не отвечает на вопрос, сколько показов оплатили.

Виды и классификации

Полезнее разделять способы сделки, чем пытаться вывести единую классификацию компаний. В справке Google Ad Manager описаны следующие типы операций. Это классификация конкретной платформы; она не означает, что любая рекламная биржа предоставляет все перечисленные варианты. ^[6]

Таблица показывает два независимых вопроса: кто получает доступ и как устанавливается цена. Ограниченный круг покупателей не равен фиксированной цене: в частном аукционе всё ещё идут торги. И наоборот, автоматизированная сделка с фиксированной ценой не становится аукционом только потому, что программы выполняют её без ручного заказа каждого показа. ^[6]

Слово «программатик» в этом контексте означает автоматизированную покупку и продажу рекламы. Учебное разграничение таково: биржа — место организации торгов, RTB — способ торговаться в реальном времени, а программатик описывает автоматизацию шире. Наличие в документации Google как аукционных, так и фиксированных сделок позволяет увидеть эту разницу на конкретных операциях. ^[6]

Как применяется на практике

Продолжим учебный пример журнала. Для одного баннерного места пришли три предложения: 40, 50 и 60 рублей за тысячу показов. Такая единица цены называется CPM, от Cost Per Mille: стоимость тысячи показов. ^[10] Все числа здесь придуманы для объяснения, а комиссии, налоги и дополнительные приоритеты пока исключены.

Установим правила модели: допускаются только баннеры нужного формата, среди них выигрывает наибольшая ставка, а цена победителя равна его собственной ставке. Объявление покупателя со ставкой 60 рублей не соответствует требуемому формату. После его исключения остаются 40 и 50 рублей. Побеждает предложение 50 рублей. Это аукцион первой цены в нашей учебной модели; выбранные условия нельзя переносить на любую реальную интеграцию без проверки её правил.

Цена 50 рублей за тысячу не означает списание 50 рублей за один показ. Если в модели оплата начисляется за каждый учтённый показ, стоимость одного равна 50 / 1000, то есть 0,05 рубля. Две тысячи таких показов при неизменной цене дадут 100 рублей. Для этого вывода нужны оба условия: все показы учтены одинаково и цена каждого действительно соответствует заданному CPM.

Российский пример объединения спроса — монетизация Adfox. Яндекс описывает единый RTB-аукцион, в котором участвуют баннеры DSP, объявления Яндекс Директа и медийная реклама Яндекса. В справке также перечислены собственные продажи площадки, монетизация Яндексом, внешняя монетизация и собственное промо. ^[4] То есть издатель работает с несколькими источниками рекламы внутри системы управления, а слово «биржа» само по себе не описывает весь Adfox.

В рабочем разборе редакция журнала могла бы сопоставить не только выручку, но и путь объявления. Например, проверить, почему дорогой ответ исключён, какое предложение выбрано и какой показ затем вошёл в расчёт. Это предлагаемый редакцией способ диагностики: он связывает деньги с конкретными решениями, вместо того чтобы оценивать подключение по одному большому числу в отчёте.

Как измерить или проверить

Начинать стоит с определения счётчиков. Для учебного отчёта условимся: запрос — одно обращение к одному покупателю; ответ — сообщение, полученное до окончания ожидания; положительная ставка — ответ с предложением участвовать. Тогда ответ без ставки учитывается как ответ, но не как предложение купить показ. Это правило нашего расчёта, а не обязательное название показателя во всех системах.

За день одному покупателю отправили 1000 запросов, получили 800 ответов, из которых 600 содержали положительные ставки. Доля ответов среди запросов составит 800 / 1000 × 100 = 80%. Доля запросов с положительной ставкой равна 600 / 1000 × 100 = 60%. Если же спросить, какая часть полученных ответов содержит ставку, получится 600 / 800 × 100 = 75%. Знаменатель меняет смысл показателя: все три числа верны, но отвечают на разные вопросы.

Теперь допустим, что из этих ставок 300 выиграли, а оплачиваемое событие зарегистрировано для 270 выигрышей. Доля выигрышей среди положительных ставок равна 50%, а доля оплачиваемых событий среди выигрышей — 90%. Разность составляет 30 событий. Из одной разности нельзя установить причину: для этого нужны условия учёта и сведения о конкретных показах. Различение выигрыша и оплаты опирается на схему уведомлений OpenRTB; сами числа и выбранные доли — учебные. ^[2]

При сверке двух отчётов удобно сначала привести их к одному периоду и одной единице измерения. В нашем примере отчёт, включающий 800 любых ответов, нельзя напрямую сравнивать с отчётом о 600 положительных ставках. Их разница в 200 объясняется определением, а не потерей данных. Так же важно различать рубли за один показ и рубли за тысячу: ошибка единицы увеличит результат в тысячу раз.

Для издателя полезен и отдельный расчёт суммы после договорных удержаний. В учебном примере начислено 10 000 рублей, удержано 1500 рублей, остаётся 8500 рублей. Это ещё не чистая прибыль: пример не учитывает другие расходы и налоги. Если два предложения посредников сравнивают по доходу издателя, состав удержаний должен быть одинаково раскрыт, иначе одинаковая начисленная сумма не означает одинаковые поступления.

Есть и предел арифметики: при нуле запросов долю ответов рассчитать нельзя, потому что деление на ноль не определено. В таком отчёте уместна запись «нет запросов», а не автоматически поставленные 0%. Нулевой процент при ненулевом числе запросов означал бы другую ситуацию — запросы были, но ответов не было.

Ошибки, ограничения и спорные вопросы

Первая типичная ошибка — путать максимальную ставку с максимальным доходом. В учебном аукционе предложение 60 рублей было непригодным, поэтому не принесло издателю денег. Даже допустимую ставку нужно связать с правилами цены, начислением оплаты и удержаниями. Сравнение чисел без этих условий не отвечает на вопрос о полученной сумме.

Вторая ошибка — принимать успешное подключение за гарантию коммерческого результата. Техническая совместимость означает, что программы умеют обмениваться нужными сообщениями. Она сама по себе не определяет привлекательность предложения рекламодателя и не объясняет, почему посетитель решит купить товар. OpenRTB устанавливает формат взаимодействия, а не общий для всех участников бизнес-процесс. ^{[2, § 1.1]}

Третья ошибка возникает, когда неполные данные принимают за полные. Допустим, журнал видит только выигравшие предложения. По такой выборке нельзя вычислить долю всех отклонённых ставок: в ней отсутствует нужный знаменатель. Сначала нужно выяснить, какие события доступны в отчёте, а затем выбирать показатели. Это ограничение исходных данных, которое не исправляется более сложной формулой.

Спор о полезности посредника также требует предметного сравнения. В редакционной модели для оценки нужны его функция, договорные удержания и наблюдаемый результат. Само присутствие дополнительной компании не доказывает ни улучшения, ни ухудшения. Для учебного журнала осмысленный вопрос звучит конкретно: что изменилось в поступлениях при сопоставимом объёме и условиях показов?

Наконец, каталог заказа публикаций у авторов и аукцион отдельных показов — разные предметы анализа. Если покупатель согласовывает готовый пост, дату его выхода и цену размещения, описанная здесь модель ставок за отдельные показы к такой сделке не подходит. Название сервиса не заменяет разбор того, что именно продаётся.

Правовой аспект

В российском законе № 38-ФЗ «О рекламе» используются понятия рекламной системы и её оператора: статья 3, пункты 13 и 14, в редакции закона от 04.08.2026. Система организует распространение рекламы через чужие интернет-ресурсы, а оператор обеспечивает её функционирование. ^[5] Поэтому юридическая роль участника определяется его деятельностью, а не английским названием продукта.

Часть 16 статьи 18.1 требует пометку «реклама» и указание рекламодателя и (или) страницы с информацией о нём. Исключение в этой части касается рекламы в теле- и радиопрограммах и передачах, распространяемых через интернет. Часть 17 устанавливает условие присвоения идентификатора оператором рекламных данных. ^[5] Такой оператор, сокращённо ОРД, выполняет задачу учёта рекламы; его нельзя автоматически отождествлять с биржей.

Статья 18.1 вступила в силу 1 сентября 2022 года по закону № 347-ФЗ. Изменения части 17, включившие социальную рекламу, действуют с 1 марта 2025 года по закону № 479-ФЗ. ^{[8, 9]} Наличие аукциона не заменяет маркировку, а идентификатор не заменяет остальные требования закона. Это общий правовой контекст, а квалификация конкретных договоров и распределение обязанностей требуют отдельного рассмотрения.

Частые вопросы

Связанные термины

• DSP (платформа покупателя)
• SSP (платформа продавца)
• Рекламный сервер
• Рекламный инвентарь
• Header bidding
• Программатик-продажи