Три цены с разным назначением
В OpenRTB 2.6 bidfloor задаёт минимальную ставку для impression в CPM, а bidfloorcur указывает валюту. Это поля предложения. Итоговая ставка, цена победы и начисление рекламодателю требуют собственных определений.
У площадки может быть несколько форматов, аудиторий, размеров и способов продажи. Даже два запроса с одним доменом не обязаны иметь одинаковый floor. Сравнение начинается с одной и той же возможности показа или достаточно сопоставимой группы, а не с названия издателя.
Низкий заявленный порог также не гарантирует дешёвую покупку. Спрос может поднять фактическую цену выше минимума. Если цена покупателя включает дополнительные расходы, её нельзя напрямую сравнить с порогом продавца без согласованного перехода между базами.
Сигнализация и применение порога различаются
Документация Prebid Server разделяет получение правил, передачу floor участнику и проверку ответа. Она также описывает валютные и bidder-specific корректировки. Это конкретная открытая реализация, а не утверждение о поведении каждой российской SSP.
Из этого следует практический вопрос: на каком этапе зафиксирована обсуждаемая цифра? Значение в правиле поставщика, переданное в запросе и фактически применённое при проверке ответа могут различаться по понятной причине. Разница не доказывает скрытую комиссию, но требует объяснимого преобразования.
Если правило не загрузилось, устарело или не нашло точного совпадения, система может использовать предусмотренный запасной вариант. Поведение зависит от реализации. Отсутствующее поле не следует автоматически читать как обещание бесплатной поставки или отсутствие минимальной цены во всём аукционе.
Карточка проверки одного запроса
| Поле | Что сохранить |
|---|---|
| Контекст | Время, placement, формат, размер, тип сделки |
| Правило | Источник, версия, выбранное условие, fallback |
| Валюта | Валюта правила, запроса и ответа |
| Преобразование | Применённая корректировка и её база |
| Результат | Причина отклонения, цена победы и начисление |
Такую карточку заполняют для разрешённой диагностической выборки. Если пути имеют разные ID, участники заранее согласуют способ сопоставления. Нельзя потребовать от DSP восстановить скрытый внутренний журнал SSP из одного финального CPM.
Для агрегированного сравнения выбираются одинаковые период, среда и условия. Затем проверяется состав выборки. Один путь мог получать преимущественно видео, другой баннеры; среднее по домену в таком случае сравнивает разные продукты.
Учебный переход от net к gross
Предположим, продавцу в вымышленной схеме нужно получить 100 рублей за тысячу показов после удержания. Посредник удерживает 20% именно от суммы покупателя. Тогда gross-база составляет 125 рублей: после удержания 25 рублей остаётся 100. Все числа учебные, не тарифы рынка и не описание алгоритма Prebid.
Если просто добавить к 100 рублям двадцать процентов, получится 120. Удержание 20% от 120 оставит 96. Ошибка возникла из-за базы комиссии. В реальном маршруте необходимы договорные определения и список включённых расходов; нельзя подставлять этот пример вместо них.
Та же осторожность нужна с валютой. Совпадение чисел при разных валютах ничего не доказывает, а пересчёт требует курса и момента его применения. Преобразования должны объясняться на одном запросе, затем проверяться на выборке.
Где искать причину отказа
Отказ из-за floor отделяется от недопуска креатива, тайм-аута, отсутствия спроса и ограничения бюджета. Если все no-bid записаны в «низкую ставку», команда может повышать цену и не исправить реальную проблему.
Сначала AdOps проверяет поля и причины отказа. Аналитик выравнивает базы. Закупщик уточняет коммерческие условия. Только после этого обсуждается изменение допустимой ставки. Повышение порога или bid не является самостоятельной целью: оно должно оцениваться вместе с доступностью, качеством и результатом закупки.
Для российской кампании полезно начать с небольшой выборки одного placement и попросить поставщика восстановить преобразование порога. Сравнение полной стоимости CPM отвечает за общую базу расходов, аудит schain за участников маршрута. Определения RTB, CPM и supply path, а также хаб programmatic помогают связать цену запроса с фактической покупкой.
