Антифрод в клоакинге ломается не на трафике, а на плохих сигналах

Антифрод в клоакинге ломается не на трафике, а на плохих сигналах

Что бросилось в глаза за практику: антифрод чаще всего ошибается не потому, что «бот умнее», а потому что стек собирает слишком мало связных признаков. Один IP, один user-agent и один клик — этого хватает для грубого отсечения, но не для уверенного решения. Нужен набор сигналов, который складывается в профиль, а не в случайный флаг.

Проверьте базовые точки:
— совпадает ли IP-тип с гео и ASN;
— не конфликтуют ли язык браузера, часовой пояс и страна;
— есть ли следы headless, нестандартных шрифтов, пустых storage;
— повторяется ли один и тот же fingerprint между разными сессиями;
— не выглядит ли поведение слишком ровным: одинаковая глубина, одинаковые паузы, одинаковый маршрут.

Отдельная ошибка — делать антифрод слишком жёстким на первом касании. Если резать всех с низкой историей, вы убиваете не ботов, а новых живых пользователей с VPN, корпоративной сетью или мобильным NAT. Лучше строить риск-оценку: низкий риск — пропуск, средний — дополнительная проверка, высокий — блок или редирект на безопасную ветку. Так стек меньше шумит и проще дебажится 🧩

Если хотите, чтобы антифрод работал стабильно, сначала соберите логику сигналов, потом пороги, и только потом включайте автоматическое решение.