Pre-bid filtering — это не «антифрод», а точка, где вы решаете, кому вообще показать аукцион
Фрод не живёт в одном месте. Решение можно принять на уровне:
— SSP / exchange: отрезать GIVT, дубли, мусорные bundle/domain сочетания;
— bidder / DSP: не отвечать на инвентарь с плохим supply path, подозрительным seller chain и низким quality score;
— wrapper / Prebid: не слать bid request туда, где уже есть сигналы риска;
— ad server: использовать только как последний барьер, а не как основную фильтрацию.
Если фильтровать слишком рано, вы режете reach и теряете legit inventory. Если слишком поздно — платите за bid stream, который заранее был токсичным. Поэтому pre-bid правила должны быть асинхронными и объяснимыми: ads.txt / sellers.json, domain/app bundle, geo, device type, viewability history, аномальная частота запросов, mismatch placement id и page context.
Хорошая схема — разделить сигналы на hard block и soft score. Hard block: отсутствует seller authorization, invalid app bundle, явный bot pattern. Soft score: низкая доля viewability, странный path, короткая сессия, повторяемость user-agent. Soft score не должен рубить трафик в ноль; он должен уменьшать приоритет, таймаут или bid floor.
Проверяйте, где именно принято решение: в Prebid config, в bidder adapter, в SSP, в DSP или уже после win notice. Иначе можно долго лечить «фрод», который на самом деле появился из-за слишком агрессивного фильтра на входе. Лучший pre-bid фильтр — тот, который режет мусор до аукциона, но оставляет возможность объяснить каждый блок.
Programmatic Deep — RTB и header bidding
@programmatic_deep
Pre-bid filtering — это не «антифрод», а точка, где вы решаете, кому вообще показать аукцион
Этот пост опубликован в Telegram-канале Programmatic Deep — RTB и header bidding. Подписаться можно по ссылке: @programmatic_deep.