Pre-bid filtering: если fraud ловится поздно, вы уже платите за мусор

Pre-bid filtering: если fraud ловится поздно, вы уже платите за мусор

Pre-bid layer — это не один фильтр, а цепочка решений до отправки bid request в SSP/DSP. Здесь отсекают заведомо плохие инвентари, анонимные цепочки и технически кривые запросы: отсутствует ads.txt/sellers.json, не совпадает domain/app bundle, ломается device signals, подозрителен supply chain. Если фильтр стоит только на post-bid аналитике, деньги уже ушли в аукцион.

Рабочая схема обычно такая:
— на входе режем invalid traffic по правилам площадки и SSP;
— в wrapper/prebid настраиваем timeout и bidder-specific allowlist/denylist;
— на уровне ad server проверяем seat, domain, schain, IVT-сигналы;
— в аналитике сравниваем request→bid→impression, чтобы видеть, где именно отваливается качество.

Ключевая ошибка — считать fraud только проблемой верификации. Часть решений принимается ещё до auction eligibility: если seller невалиден, supply chain мутный, а user-agent/geo/device не бьются, bid вообще не должен попадать в торги. Иначе вы платите за latency, нагрузку на bidders и ложный fill.

Полезное правило: чем раньше сигнал о риске, тем дешевле его убрать. Не лечите post-bid то, что можно отрезать в pre-bid: сначала чистим вход, потом уже обсуждаем viewability, IVT и brand safety.