Floor price (минимальная цена)
Floor price
Floor price — ценовой порог, которому должна соответствовать ставка покупателя, чтобы пройти ценовой отбор в рекламном аукционе. Он задаёт нижнюю границу допуска, но сам по себе не гарантирует продажу показа или доход владельца площадки.
Такое понимание опирается на документацию Prebid и OpenRTB. Порог задаёт продавец или обслуживающая его система; ставка выражает предложение покупателя. Поэтому это разные числа: первое задаёт условие, второе проверяется на соответствие ему. [2, 3]
Кратко
- Порог обычно читают вместе с CPM — ценой за тысячу показов — и валютой. Именно так устроены поля
bidfloorиbidfloorcurв OpenRTB. [3] - Сообщить покупателю минимум и отклонить ответ ниже него — разные действия; Prebid позволяет управлять ими отдельно. [2]
- В правилах Google Ad Manager сравнение учитывает сумму после вычета доли Google. [1]
- Результат изменения порога полезно оценивать по доходу и количеству оплаченных показов вместе; учебный расчёт ниже показывает причину.
Происхождение и история термина
Документация IAB Tech Lab позволяет проследить развитие способов передавать минимальную цену. В ранних реализациях OpenRTB пороги описывались для возможности показа и для отдельной сделки. Первоначальная версия OpenRTB 2.6, выпущенная в апреле 2022 года, добавила для аудио и видео параметр mincpmpersec: минимальную CPM в расчёте на секунду длительности объявления. [3, 7]
Этот шаг важен для понимания термина: одинаковая цена за короткий и длинный ролик не выражает одинаковое требование продавца к стоимости времени. Позднее спецификация получила пороги для диапазонов длительности. История полей показывает усложнение ценового условия, но не устанавливает автора самого понятия floor price. [3]
Суть и механизм
Представим сайт с местом для баннера. В учебном аукционе продавец установил минимум 50 рублей CPM, а два покупателя предложили 40 и 70 рублей CPM. При одинаковой валюте, одинаковом учёте удержаний и включённом отсечении первая ставка не проходит ценовой отбор, вторая проходит. Однако прохождение одного условия ещё не описывает весь выбор победителя и расчёт оплаты.
Число 50 здесь относится к тысяче показов, хотя запрос может описывать одну возможность показа. В OpenRTB bidfloor содержит минимум в CPM, а bidfloorcur — валюту. Следовательно, 50 рублей CPM нельзя прочитать как плату 50 рублей за один баннер. [3]
Отдельный вопрос — к какой сумме применяется сравнение. Google Ad Manager использует стоимость ставки после своей доли. Например, при условной ставке 100 рублей CPM и условной доле платформы 20% остаётся 80 рублей CPM: порог 90 рублей CPM не пройден. Это учебная подстановка в механизм документации, а не утверждение о тарифе Google. [1]
Наконец, система должна выполнить само отсечение. В Prebid параметр enforcement.enforceJS=false сохраняет передачу порога адаптерам — компонентам связи с покупателями, — но отключает его применение модулем к ответам JavaScript. Наличие числа в запросе поэтому ещё не доказывает, что модуль отклонил дешёвую ставку. [2]
Виды и классификации
Ниже — редакционная группировка признаков из документации, а не единый отраслевой классификатор.
| Признак | Что различают | Основание |
|---|---|---|
| Источник значения | Задано в настройках или получено динамически от сервиса | Prebid описывает оба способа [2] |
| Действие | Передача сигнала или применение отсечения | В Prebid это отдельные настройки [2] |
| Денежная база | Сумма покупателя или сумма после доли платформы | Google описывает второй вариант [1] |
| Учёт длительности | Общий минимум или условие для аудио/видео определённой длины | OpenRTB содержит соответствующие поля [3] |
Эти признаки отвечают на разные вопросы. Динамическое получение числа описывает его происхождение, а отсечение — действие системы. Ни один из этих признаков сам по себе не доказывает прибыльность настройки: для такого вывода нужны результаты её применения.
Как применяется на практике
Международные реализации показывают разные стороны задачи: Prebid управляет передачей и проверкой порога, а Google Ad Manager применяет ценовые правила к определённым видам спроса. Например, Google прямо исключает кампании, согласованные через Programmatic Direct — механизм прямых программных сделок. [1, 2]
Для российской практики полезен пример Adfox. При создании кампании с внешним монетизатором справка предлагает выбрать порог CPM или CPC — стоимость клика. При этом смысл поля раскрывается через правила конкретной системы. [4]
Из сравнения следует практический вывод: переносить одинаковое число из одной панели в другую недостаточно. Сначала надо понять, используется ли оно для отклонения ответа покупателя или для сравнения кампаний. У одинаковых надписей могут быть разные последствия.
Как измерить или проверить
Основа расчёта — эффективная цена тысячи состоявшихся показов, eCPM. В справке Google она определяется через доход и число показов. Для учебной задачи с оплатой только показов используем эту же связь, предварительно выбрав одинаковую денежную базу: [6]
Здесь R — доход в рублях, I — число оплаченных показов, eCPM — рубли за тысячу таких показов. Вторая формула получена из первой перестановкой множителей, а не из модели выбора оптимального порога.
Учебный пример. Издатель сравнивает два условных результата для одного баннерного места. В каждом варианте было 1000 возможностей показа; одной возможности соответствует не более одного оплаченного показа. Резервные объявления дохода не приносят, все удержания уже учтены.
| Показатель | Вариант А | Вариант Б |
|---|---|---|
| Возможности показа | 1000 | 1000 |
| Оплаченные показы | 800 | 600 |
| eCPM оплаченных показов, руб. | 50 | 60 |
| Доход, руб. | 800 × 50 / 1000 = 40 | 600 × 60 / 1000 = 36 |
| Доля оплаченных возможностей | 800 / 1000 = 80% | 600 / 1000 = 60% |
В варианте Б тысяча оплаченных показов стоит дороже, но общая выручка ниже на 4 рубля, или на 10% относительно А. Увеличение средней цены не компенсировало потерю объёма. Доля оплаченных возможностей здесь — специально определённый показатель примера; название «заполнение» в отчёте платформы может иметь другой знаменатель.
Числа не предсказывают, сколько показов останется после конкретного повышения floor. Для собственного сравнения редакция предлагает заранее зафиксировать рекламное место, валюту, период, удержания и определение возможности показа. Затем сопоставить доход, оплаченные показы и причины отсутствия продажи. Сравнение разных периодов само по себе не отделяет действие порога от изменения состава спроса.
Ошибки, ограничения и спорные вопросы
Самая простая ошибка — сравнить ставку за один показ с порогом за тысячу. Другая — сравнить сумму до удержания с минимумом после него. В обоих случаях числа выглядят сопоставимыми, хотя измеряют разное. [1, 3]
Ещё одна ошибка — назвать рост eCPM доказательством успеха. В учебном примере рост средней цены сопровождается снижением дохода. Если учитывать только проданные показы, потеря непроданных возможностей исчезает из поля зрения.
При проверке технического сбоя полезно разделить три вопроса: какое правило выбрано, какое значение отправлено покупателю и какое отсечение выполнено. Такое разделение следует из устройства Prebid. Оно помогает не принимать сообщение порога за доказательство его исполнения. [2]
Правовой аспект
В России ч. 1 ст.5 Федерального закона от 13.03.2006 № 38-ФЗ «О рекламе» в редакции от 04.08.2026 требует добросовестности и достоверности рекламы. Для этой общей нормы исходная дата вступления в силу — 01.07.2006, согласно ч. 1 ст.39 закона. [5]
Ценовой отбор решает другую задачу. Из требований закона следует, что высокая ставка сама по себе не подтверждает допустимость содержания объявления. Проверка конкретных материалов и договоров остаётся отдельной правовой работой; расчёт дохода в примере её не заменяет.
Частые вопросы
Floor и ставка — одно и то же?
Floor всегда становится ценой продажи?
Можно передать минимум без отсечения?
Да, соответствующее различие предусмотрено настройками Prebid. [2]
Какой порог лучше?
Учебный расчёт не даёт универсального значения. Он показывает, какие результаты сопоставлять: доход, оплаченный объём и общее число возможностей.
Связанные термины
Источники
- Google. (n.d.). Pricing rules. Google Ad Manager Help. https://support.google.com/admanager/answer/9298008?hl=en (дата обращения: 24.10.2026). ↑ а б в г д е ж з
- Prebid.org. (n.d.). Price floors module. Prebid.js documentation. https://docs.prebid.org/dev-docs/modules/floors.html (дата обращения: 24.10.2026). ↑ а б в г д е ж з и к
- IAB Tech Lab. (n.d.). OpenRTB 2.6 specification, §3.2.4, §3.2.12; Implementation notes, §7.11. GitHub, ветка main. https://github.com/InteractiveAdvertisingBureau/openrtb2.x/blob/main/2.6.md ; https://github.com/InteractiveAdvertisingBureau/openrtb2.x/blob/main/implementation.md (дата обращения: 24.10.2026). ↑ а б в г д е ж з
- Яндекс. Добавление кампании // Adfox: справка. URL: https://www.yandex.ru/support/adfox/ru/campaigns/add-new (дата обращения: 24.10.2026). ↑ а б
- Российская Федерация. О рекламе: Федеральный закон от 13.03.2006 № 38-ФЗ, ч. 1 ст.5, в ред. от 04.08.2026 // КонсультантПлюс. URL: https://www.consultant.ru/document/cons_doc_LAW_58968/f67f81c57fdcdacc2643d19d59369f7e185e1156/ . Историческая дата вступления нормы: ч. 1 ст.39, текст в ред. от 23.04.2024, с.62: https://www.mos.ru/upload/documents/files/7516/38-FZ-2024.pdf (дата обращения: 24.10.2026). ↑
- Google. (n.d.). Interactive report metrics: Ad server average eCPM. Google Ad Manager Help. https://support.google.com/admanager/table/16431202?hl=en (дата обращения: 24.10.2026). ↑
- IAB Tech Lab. (2024, January 23). OpenRTB (Real-Time Bidding): Previous versions. https://iabtechlab.com/standards/openrtb/ (дата обращения: 24.10.2026). ↑
Служебный блок
- Версия
- 2.0
- Факты проверены
- Подготовка
- Редакция Медиатрона
- Публикация
- утверждена владельцем издания 4 ноября 2026 г.
Редакция Медиатрона. Факты сверены с первоисточниками на дату проверки, публикация утверждена владельцем издания.
Нашли ошибку? info@mediatrone.ru