Воронка QPS для мест Google Authorized Buyers¶
Атомарный факт: Типичное место, запрашивающее 50,000 QPS, нередко получает значительно меньше, а затем bidder отклоняет большинство того, что фактически поступает.
Разрыв между тем, что вы попросили Google отправить, и тем, что ваш bidder может реально использовать, — это центральная экономическая проблема эксплуатации места в Authorized Buyers.
Этапы (что каждое число означает на самом деле)¶
| Этап | Определение | Кто платит / кого это касается |
|---|---|---|
| QPS | Ограничение, которое вы задаёте в pretargeting. Google ограничивает исходя из уровня вашего аккаунта и недавней эффективности. | Вы платите за соединение; Google решает, сколько фактически проходит |
| Bid requests reached | Запросы, которые фактически дошли до вашего endpoint | Ваши расходы на инфраструктуру |
| Bids | Запросы, по которым ваш bidder решил сделать ставку | Логика вашего bidder |
| Wins | Аукционы, которые вы выиграли (вы платите только за них) | Ваши фактические медиарасходы |
| Impressions | Объявления, показанные после выигрыша | То, что пользователь фактически увидел |
| Clicks | Взаимодействия пользователей с вашими показанными объявлениями | Качество креатива + лендинга |
| Spend | Деньги, покинувшие ваш аккаунт | Единственное число, которое в конечном счёте важно |
Атомарный факт: Наибольшее единичное падение в большинстве мест происходит между QPS (или reached queries) и Bids. Это те потери, которые ваша конфигурация pretargeting должна предотвращать.
Коэффициент потерь¶
Коэффициент потерь = (QPS - Bids) / QPS
Если ваш коэффициент потерь выше 50%, вы платите за поток, который ваш bidder по большей части игнорирует. Этот объём мог бы быть перераспределён на конфиги, где bidder реально делает ставки и выигрывает.
Cat-Scan выводит это на главной странице как основной диагностический показатель.
Почему воронка в Authorized Buyers сложнее, чем в большинстве DSP¶
- Вы ограничены 10 конфигурациями pretargeting на место.
- Гео-таргетинг использует очень грубые сегменты.
- Нет Reporting API в реальном времени; всё поступает из пяти ежедневных CSV.
- Вы не можете видеть «причины отсутствия ставки» со стороны bidder, если не принимаете логи bidder самостоятельно.
Google выполняет большую часть фильтрации на своей стороне, прежде чем трафик когда-либо достигает вас. То, что остаётся, по-прежнему полно шума, который только ваши правила pretargeting и покрытие креативами могут исправить.
Как Cat-Scan делает воронку видимой и управляемой¶
- Восстанавливает полную воронку из пяти отчётов.
- Разбивает её по конфигу pretargeting, гео, издателю, размеру и креативу.
- Показывает выделенный QPS против фактически реализованного объёма на конфиг.
- Позволяет редактировать правила pretargeting, управляющие верхом воронки, с предпросмотром и откатом.
Смотрите живую реализацию в дашборде Cat-Scan (главная страница + маршруты /qps/*) и модель данных, питающую вычисления.
Ключевые метрики, выводимые из воронки¶
- Win rate = Wins / Bids
- CTR = Clicks / Impressions
- CPM (что вы фактически заплатили)
- Эффективные потери (QPS, который вы запросили, но так и не смогли монетизировать)
Когда вы подключаете постклик-данные (AppsFlyer или другой MMP), воронка получает финальный этап «выгодный результат». До тех пор оптимизация ведётся по ставкам + концентрации расходов + win rate.
Связанные материалы¶
- Понимание воронки QPS (полная глава руководства со скриншотами)
- Анализ потерь по измерению в этих пояснениях
- Конфигурации pretargeting
- Логика оптимизации, используемая в production, в репозитории платформы Cat-Scan
Последнее обновление: июнь 2026
Часть технических пояснений RTB.cat / Cat-Scan.
Эта модель воронки реализована и проверена в боевых условиях в платформе Cat-Scan с открытым кодом.
Built from docs c4d2c4f
(platform N/A) — last updated 12 июня 2026 г. 20:59:27.