reCAPTCHA v3 валится не от капчи, а от мусорного поведенческого профиля

reCAPTCHA v3 валится не от капчи, а от мусорного поведенческого профиля

1) Собираем не токен, а контекст. Score растёт, когда браузер выглядит как живой: стабильный user-agent, корректный timezone, язык, размер окна, шрифты, WebGL/Canvas без грубых подмен. Любая несостыковка между fingerprint и сетевым слоем режет доверие быстрее, чем сам спам-аккаунт.

2) Греем сессию до целевого действия. Перед сабмитом полезны переходы по страницам, короткие паузы, движение мыши, скролл, ввод в поля без отправки. Важно не количество событий, а их связность: одинаковые интервалы, мгновенные клики и пустая история повышают риск сильнее, чем один плохой запрос.

3) Не рвём IP-цепочку. Один и тот же прокси для прогрева, открытия формы и отправки даёт предсказуемый профиль. Ротация между шагами, смешение гео и резкие смены ASN часто обнуляют накопленный score. Для массового парсинга лучше держать чистую сессию и не переиспользовать следы.

4) Проверяем, где именно падает оценка. Логи должны показывать: на каком шаге токен стал слабым, что изменилось в fingerprint, какой сетевой маршрут дал отказ. Без этого оптимизация превращается в перебор прокси и задержек. Стабильный high-score почти всегда строится на согласованности клиента, а не на «магических» параметрах.

Снижаем косты на распознавание: сначала выравниваем браузерный след и поведение, потом уже трогаем тайминги. Եթե scores не держатся — проблема обычно не в reCAPTCHA, а в несовпадении всего стека.