IVT в bid stream — не одна метка, а набор разных паттернов, которые надо детектить отдельно

IVT в bid stream — не одна метка, а набор разных паттернов, которые надо детектить отдельно

IVT обычно делят на GIVT и SIVT, но в операционке полезнее смотреть на источник сигнала: data center traffic, headless/browser automation, spoofed app/web environment, повторяемые device IDs и аномалии по session depth. Один и тот же bid request может быть “чистым” по одному признаку и токсичным по другому.

— GIVT ловится правилами: known bot UA, invalid IP ranges, отсутствующий JS, несостыковка app bundle / domain, неверный referrer.
— SIVT требует корреляции: CTR/CVR outlier по placement, всплеск одинаковых user-agent + одинаковый time-to-click, неестественный scroll / viewability pattern, частые resets MAID.
— На уровне supply path смотрят на cluster repeatability: один и тот же seller, floor, device signature и низкая вариативность креативного exposure.

Практика детекта: нормализуйте bid request до canonical schema, стройте feature set по IP / UA / device / publisher / placement, затем сравнивайте не только с глобальной базой, но и внутри конкретного инвентаря. Иначе “редкий” шаблон в одном паблишере станет шумом, а в другом — единственным маркером фрода.

Если воронка выглядит слишком ровно, проверяйте не метрики, а повторяемость сигналов: fraud почти всегда оставляет след в распределениях.