Bot detection в трекере ломается не на капче, а на несогласованности сигналов

Bot detection в трекере ломается не на капче, а на несогласованности сигналов

Почти все открытые схемы сводятся к одному: сервер сравнивает UA, IP/ASN, cookie, timing и поведение клика. Если один слой выбивается, сессия уходит в bot-score. Поэтому задача не “спрятаться”, а не создавать конфликтов между слоями.

Проверяй минимум 4 вещи:
— IP и GEO должны совпадать с заявленным сценарием
— Accept-Language, timezone и locale не должны спорить друг с другом
— скорость цепочки редиректов и загрузки крео не должна быть машинной
— повторные визиты с одного fingerprint должны вести себя одинаково

В трекере полезно держать раздельные правила для first click и repeat visit. Для первого захода допускай более жёсткий фильтр по ASN и datacenter-сетям, для повторного — не меняй payload и не пересобирай landing-цепочку. Иначе бот-система видит “рваную” историю и режет доверие к сессии.

Отдельно смотри на пустые события: клики без mousemove, слишком короткий dwell time, одинаковые интервалы между действиями. Такие паттерны лучше ловить на своей стороне до отправки в postback и не тащить в атрибуцию лишний шум.

Если трекер видит цельную картину с первого запроса, bot-score обычно падает без ручных костылей.