Клоакинг ломается не на фильтре, а на дыре между логикой и трекингом

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

Что проверять в первую очередь:
• совпадает ли IP/ASN/гео с тем, что видит трекер
• не течёт ли fingerprint через WebGL, Canvas, язык, часовой пояс
• одинаково ли ведут себя редиректы для прямого захода и перехода с креатива
• нет ли лишних запросов к сторонним доменам до решения по трафику

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

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