IVT — не одна метка, а три слоя мусора в bid stream: как их разбирать без иллюзий

IVT — не одна метка, а три слоя мусора в bid stream: как их разбирать без иллюзий

В anti-fraud обычно смотрят на три категории: GIVT, SIVT и technical noise. GIVT ловится правилами: data center IP, known bots, invalid UA, suspicious referrers, аномальные spikes по frequency и географии. Это не «сложный ML», а нормальная гигиена: если не фильтруете очевидное, downstream-метрики уже искажены.

SIVT детектится по совокупности сигналов: поведение сессии, тайминги, pattern reuse, несостыковка device graph, короткие dwell time, повторяемые scroll/click траектории. Здесь важны не отдельные триггеры, а score по нескольким источникам: SSP log, publisher logs, MMP/analytics, ad-server events.

Практический чек-лист для команды:
— сверять bid request с server-side логами по request_id;
— строить baseline по geo, device, placement, hour-of-day;
— искать повторяемые цепочки user-agent + IP + ASN;
— отдельно смотреть IVT по supply path, а не только по placement.

Если у вас нет раздельной классификации, любое расследование превращается в спор с вендором. Нужны три артефакта: raw log, правила отсева GIVT и очередь на ручной review SIVT. Тогда можно быстро понять, где фрод, где кривой трафик, а где просто шум.

Без сегментации IVT вы оптимизируете не spend, а собственную слепую зону.