Клоакинг ломается не на «плохом софте», а на одной из трёх ошибок в схеме

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

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

Рабочая схема держится на трёх слоях: первичный антибот, затем гео/устройство/язык, потом поведенческий фильтр. Важно не усложнять каждую ступень до непрозрачности: чем больше пересечений между правилами, тем проще поймать ложное срабатывание. Лучше, когда каждый слой отвечает за свой класс сигнала и не дублирует соседний.

Ещё одна типовая ошибка — одинаковые решения для всех источников. Поиск, пуш, поп, соцсети и прямые заходы дают разные паттерны, и один набор условий здесь работает только на бумаге. Нормальная архитектура строится так, чтобы можно было отключить один слой и сразу увидеть, где именно началась деградация.

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