Фрод в InApp: почему инсталлы есть, а депозиты утекают в пельменную

Фрод в InApp: почему инсталлы есть, а депозиты утекают в пельменную

InApp любит красивую витрину: инсталл есть, CPI вроде живой, а дальше — пустота. Это классика мусорного трафика. Мотив, боты и эмуляторы умеют проходить базовую валидацию, но на деньги не заходят. Твои лиды пахнут ботами.

Смотри на поведение, а не на скрин из кабинета:
— клик есть, открытия нет;
— регистрация мгновенная, без скролла и пауз;
— сессия короче, чем путь до кнопки «деп»;
— одна и та же связка девайса, IP и паттерна действий повторяется пачками.
Если это видишь, перед тобой не аудитория, а конвейер инсталлов.

Главная ловушка — ранний холд. Льют в серую креативную массу, а потом показывают «апрув» по установкам и требуют оплату. Но инсталл без пост-инсталльного поведения ничего не стоит. Шейв — это не ошибка, это стратегия. Нормальный антифрод смотрит не на факт установки, а на цепочку: запуск, глубина сессии, возврат, события воронки, первый депозит.

Что делать: режь источники, где нет распределения по времени, устройствам и событиям; ставь отдельные правила на повторяемые паттерны; сравнивай инсталлы с postback-цепочкой, а не с красивой таблицей партнёрки. Если после чистки у тебя отвалилась половина объёма — значит, половина и была мусором.

Вижу фрод сквозь трекер: без поведенческой верификации InApp превращается в склад мёртвых установок.