Proxyless или с прокси: кому на самом деле нужен прокси при решении капчи

Что говорит документация

У Anti-Captcha в описании типа RecaptchaV2TaskProxyless сказано прямо: reCAPTCHA не защищена от того, что задание решено с одного IP-адреса, а форма с полученным g-response отправлена с другого. То есть решателю ваш адрес не нужен — токен переносится между адресами и остаётся валидным.

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

Где совпадение адреса всё же требуется

Исключения названы в документации 2Captcha: использование прокси не обязательно в большинстве случаев, но для некоторых видов защиты необходимо — например, страницы Cloudflare и DataDome требуют совпадения IP. Про тип RecaptchaV2Task там же сказано, что он нужен, когда совпадение адреса требуется на сервисах Google вроде поиска или YouTube, и что плохие прокси резко снижают процент успеха и увеличивают время решения.

Как это устроено у четырёх сервисов

• Anti-Captcha и 2Captcha: два отдельных типа задач. В варианте с прокси поля proxyType, proxyAddress, proxyPort обязательны, и вместе с ними обязателен userAgent.
• CapMonster Cloud: отдельного «proxyless»-типа нет вовсе. Один тип RecaptchaV2Task, у которого поля прокси необязательные, а по умолчанию сервис использует собственные встроенные прокси, подходящие для большинства сайтов.
• CapSolver: в документации по reCAPTCHA v2 перечислены ReCaptchaV2TaskProxyLess, ReCaptchaV2EnterpriseTask и ReCaptchaV2EnterpriseTaskProxyLess — то есть для обычной v2 задокументирован именно proxyless-путь.

Есть и третья ось, о которой обычно не думают: у 2Captcha параметр apiDomain выбирает, с какого домена грузить виджет — google.com или recaptcha.net. Для целей, где обращения к google.com блокируются на сетевом уровне, это единственный способ вообще получить решение, и от прокси он не зависит.

Ловушка: написание типа задачи у вендоров разное

Это стоит отдельного абзаца, потому что ошибка выглядит как проблема с ключом или с балансом. Anti-Captcha и 2Captcha пишут тип как RecaptchaV2TaskProxyless — со строчной «less» и строчной «c» в Recaptcha. CapSolver пишет ReCaptchaV2TaskProxyLess — с заглавными «C» и «L». Скопированное между вендорами имя не находится, и в ответ приходит ошибка про неизвестный метод или неподдерживаемый тип задачи.

// Anti-Captcha / 2Captcha — без прокси
{ "type": "RecaptchaV2TaskProxyless" }

// Anti-Captcha / 2Captcha — с прокси: поля обязательны, userAgent тоже
{ "type": "RecaptchaV2Task",
  "proxyType": "http", "proxyAddress": "...", "proxyPort": 8000,
  "userAgent": "..." }

// CapSolver — другое написание того же смысла
{ "type": "ReCaptchaV2TaskProxyLess" }

// CapMonster Cloud — один тип, поля прокси необязательные
{ "type": "RecaptchaV2Task" }

userAgent переносится вместе с токеном

Второе поле, о котором забывают. В задачах с прокси у Anti-Captcha userAgent обязателен наравне с адресом. CapMonster Cloud возвращает userAgent в ответе и предупреждает, что его нужно применять при отправке формы — то есть решение и отправка должны выглядеть как один и тот же клиент. Актуальную строку сервис публикует отдельным адресом в своём API.

Где мы честно не поможем

reCAPTCHA v3 и Enterprise v3 — не наш случай. 2Captcha не принимает прокси на этих типах, объясняя это тем, что прокси резко снижают процент успеха. ZennoLab рекомендует под v3 качественные, желательно резидентные адреса. Anti-Captcha в примерах кода предупреждает против арендованных адресов прокси-сервисов. Мы продаём серверные адреса и не обещаем результата там, где вендор сервиса сам от прокси отказывается.

Что проверить до покупки

• Проверяет ли ваша цель совпадение адресов. Если нет — прокси нужен только программе, и тип задачи берите proxyless.
• Достижима ли цель по IPv6. reCAPTCHA и Turnstile — да, hCaptcha — нет: у его домёнов нет AAAA-записей, и под него нужен IPv4.
• Сколько одновременных сессий держит ваш капча-софт: тариф считается по числу одновременных подключений, а не по числу адресов.

И ещё одно, из соседней статьи про потоки: у части программ вспомогательные модули расходуют потоки отдельно от основной задачи, поэтому складывать нужно всё, что запущено одновременно.