Можно ли использовать solvethree без собственного прокси?

Для reCAPTCHA Enterprise отправьте имя хоста, действие и ровно один параметр прокси в POST /v1/tasks. Используйте API-ключ рабочего пространства для авторизации Bearer и храните ключ на своём сервере. Для целевого сайта уже должен существовать активный профиль, доступный вашему рабочему пространству; сам запрос его не создаёт.

{
  "site": "accounts.example.com",
  "action": "login",
  "proxy": "http://user:[email protected]:8080",
  "requestId": "example_login_001"
}

Замените пример имени хоста, действия и URL прокси значениями для вашей цели и учётными данными вашего прокси. recaptchaType по умолчанию равен enterprise-v3, поэтому здесь он не нужен. Не добавляйте поля type или url.

requestId необязателен и не является ещё одним обязательным параметром. Если время ожидания создания задачи истекло, повторная отправка того же запроса с тем же ID позволяет получить существующую задачу, а не создать новую. Не используйте этот ID повторно с другими входными данными.

Вместо proxy можно передать proxyCandidates со списком до двенадцати различных URL прокси HTTP или HTTPS. Эти URL не должны содержать пути, строки запроса или фрагмента. Кандидаты позволяют solvethree пробовать альтернативные точки выхода; они не отменяют необходимость предоставлять прокси и не гарантируют, что какой-либо из них сработает.

Настройка прокси в HTTP-клиенте направляет ваше соединение с API через этот прокси. Она не заменяет параметр proxy или proxyCandidates в теле задачи. Эти настройки управляют разными соединениями: вашим запросом к solvethree и прокси, используемым для решения.

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

Только задача со статусом ready содержит пригодное для использования решение. Это означает, что решение сгенерировано, а не что запрос вашего приложения выполнен успешно. Рабочее соединение с прокси — как и обозначение поставщика «резидентский», «мобильный» или «дата-центровый» — не подтверждает оценку CAPTCHA.

Это разные модели интеграции, а не взаимозаменяемые форматы запросов. Проверьте точный поддерживаемый тип задачи и требования к отправке решения в документации каждого провайдера, включая документацию CapSolver по reCAPTCHA v3. Не переносите требования solvethree к идентификационным данным браузера или прокси на другого провайдера без проверки его контракта.

• Для solvethree сложите стоимость решения с расходами на поставщика прокси. Учтите все платные возможности выбранного тарифа: доступ, трафик или функции сессий.
• Для предложения, не требующего прокси от клиента, сравните цену задачи и убедитесь, что включённые прокси применимы именно к нужной вам задаче Enterprise.
• Учтите работу по интеграции: solvethree требует настройки профиля сайта, конфигурации прокси и использования при отправке того же прокси, с которым получено решение, и возвращённых идентификационных данных. Сравните это с документированными требованиями другого провайдера.

За неудачные решения solvethree средства возвращаются. Отдельно проверьте тарификацию прокси: не считайте, что этот возврат покрывает использование сторонних сервисов.

Если вы не можете предоставить прокси, текущий API solvethree не соответствует этому требованию. Если можете, сравнивайте сервисы на основе вашего реального процесса решения и отправки, а не только обозначений прокси или цены решения.