First-price auction в RTB: где утекает margin, если считать его как second-price

First-price auction в RTB: где утекает margin, если считать его как second-price

В second-price победитель платит не свой bid, а цену следующего участника плюс минимальный шаг. В first-price платёж = свой bid. На уровне bid stream это меняет всё: budget pacing, bid shading, win rate и то, как bidder интерпретирует floor.

Ключевая ошибка — оставить логику второй цены в стекe, где уже first-price. Тогда bidder завышает ставку, чтобы не потерять аукцион, а DSP начинает переплачивать за инвентарь с низкой конкуренцией. Если же shade слишком агрессивный, падает win rate и срезается supply в long tail.

Проверка интеграции:
— в ответе bidder должен быть готов к оплате full bid;
— floor в request надо читать как hard constraint, а не как ориентир;
— в отчётах разделяйте clearing price и bid price, иначе CPM-аналитика врёт;
— сравнивайте revenue по одинаковым geo / device / placement, а не по суммарному eCPM 📉

Практика простая: если у вас mixed stack, пометьте, где auction type first-price, а где ещё остался legacy second-price path. Иначе SPO, shading и pacing будут оптимизироваться по разным правилам в одном и том же трафике.

Итог: first-price требует более точного bidding policy и жёсткой сегментации по источникам, иначе переплата видна не в одном отчёте, а везде сразу.