Клоакинг ломается не на антиботе, а на грязной логике маршрутизации

Клоакинг ломается не на антиботе, а на грязной логике маршрутизации

Если клоака работает только на «идеальном» трафике, она уже хрупкая. Слабые места обычно одни и те же: IP-репутация не сверяется с гео, user-agent принимается за истину, а реферер и язык браузера вообще не участвуют в решении.

Что имеет смысл проверять в базе:
— согласованность IP, ASN, GEO и часового пояса;
— совпадение языка системы, браузера и лендинга;
— частоту повторных заходов с одного диапазона;
— поведение на пустом реферере и прямом заходе;
— одинаковость маршрута для ботов и ручной модерации.

Дальше смотрите не на «прошёл/не прошёл», а на ветки. Если один сигнал тянет за собой всё решение — это плохая схема. Нормальная клоака держится на нескольких независимых признаках и умеет отдавать серый режим, а не только белый и чёрный.

Ещё одна типовая ошибка — кешировать решение слишком долго. Для антифрода это удобно, для клоакинга часто вредно: пользователь меняет сеть, устройство, язык, а старая метка продолжает вести его не туда.

Если хотите живучую схему, тестируйте не креативы, а правила: что будет при смене IP, чистом браузере, другом языке и повторном визите. Именно там обычно и видно, где система действительно умная, а где просто маскируется под неё.