Антифрод и клоака должны спорить между собой, а не ломать конверт

Интеграция стороннего антифрода с клоакой полезна только тогда, когда они смотрят на разные сигналы. Клоака решает, кого пускать на лендинг, антифрод — кого не пускать в воронку дальше. Если оба фильтруют по одному и тому же IP/UA, ты получаешь дублирование, лишние редиректы и дырки в логике.

Рабочая схема простая:
— клоака режет сканеры, подозрительные подсети и пустые переходы;
— антифрод проверяет поведение уже на прокладке: время на странице, скролл, повторные клики;
— whitelist держи отдельно от правил клоаки, иначе случайно откроешь доступ мусору;
— логи синхронизируй по одному request-id, иначе искать косяк будешь по косвенным признакам.

На практике ломается не сам антифрод, а порядок проверки. Если сначала идет тяжелый JS-фингерпринт, а потом клоака, часть нормального трафика просто не доживает до ленда. Если наоборот — антифрод не видит тех, кого уже отрезала клоака, и ты не понимаешь, где просадка по CVR.

Смотри на связку как на два фильтра с разной глубиной. Клоака — на входе, антифрод — внутри. Пропускаем только целевых, ботов оставляем алгоритмам.