Почему reCAPTCHA v3 режет score: 4 слоя сигнала, которые надо стабилизировать

Почему reCAPTCHA v3 режет score: 4 слоя сигнала, которые надо стабилизировать

reCAPTCHA v3 не “проверяет капчу”, а собирает поведенческий профиль. Снижение score почти всегда связано не с одним триггером, а с суммой мелких несостыковок: чистый IP, но пустая история браузера; нормальный mouse-move, но рваные тайминги кликов; хороший JS fingerprint, но подозрительный маршрут до формы.

Пробиваем защиту любой сложности: держите стабильным весь стек, а не один параметр. • один и тот же user-agent, viewport и timezone на всю сессию • один IP на прогрев и на отправку формы • предсказуемые интервалы между DOM-событиями • не рвите цепочку редиректов, если токен собирается на разных страницах.

Бенчмарк сервисов решения капчи здесь почти не помогает, если фронт сам даёт анти-фроду лишний шум. Логика обхода поведенческих паттернов: сначала прогрев страницы без агрессивных запросов, потом имитация чтения, затем действие с токеном. Любой скачок — новая вкладка, смена сети, внезапный submit — часто сбрасывает накопленный score.

Снижаем косты на распознавание: не пытайтесь “поднять” score точечно. Работает только связка из чистого профиля, ровного поведения и одинакового контекста между загрузкой, взаимодействием и отправкой.