Клоакинг ломают не фильтры, а плохая логика маскировки

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

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

Частая ошибка — делать клоаку «в лоб»: один экран для проверки, другой для пользователя. Такие схемы быстро ловятся по несостыковкам в структуре, скорости загрузки и поведении элементов. Если модератору показывается стерильная страница, а юзеру — агрессивный оффер, риск растет сразу.

Безопаснее строить маскировку так, будто обе версии сайта должны выглядеть естественно и проходить базовую логику проверки. Чем меньше резких отличий, тем дольше схема живет.

Лучший подход — не искать «непалевную кнопку», а выстраивать аккуратную архитектуру и регулярно прогонять ее глазами модератора.