Ad-fraud в маркетинговом стеке: где он прячется и как его отлавливать

Ad-fraud редко выглядит как один «плохой» источник. Чаще это цепочка мелких искажений: бот-показы, фейковые клики, подмена device-идентификаторов, невалидные install events и мусорные postback’и. Если смотреть только на верхнеуровневый CPA, проблема долго остаётся невидимой.

Проверять надо не креатив, а путь события:
— аномально ровные интервалы кликов и конверсий;
— слишком короткий time-to-convert для сложного оффера;
— повторяемые user-agent, IP-диапазоны и device fingerprint;
— высокий bounce rate при «успешных» конверсиях;
— несовпадение атрибуции между DSP, трекером и CRM.

Отдельно смотрите на SDK- и pixel-слой. Если один и тот же инвентарь даёт много событий без нормальной сессии, а в серверных логах нет сопоставимого поведения, это признак не качества трафика, а синтетики. Для CTV и in-app важны ещё аномалии по app bundle, placement и частоте одинаковых install-фрагментов.

Полезная практика — держать простую матрицу доверия: источник, формат инвентаря, глубина верификации, доля невалидных событий, расхождение между first-party данными и отчётом вендора. Когда хотя бы два слоя начинают расходиться, трафик нужно не «оптимизировать», а изолировать и пересчитать.

Чем раньше вы строите контроль на уровне событий, тем меньше шансов оплатить не аудиторию, а её имитацию.