¿Puedes usar solvethree sin proporcionar un proxy?

Para reCAPTCHA Enterprise, envía un nombre de host, una acción y exactamente un parámetro de proxy a POST /v1/tasks. Autentícate con una clave de API del espacio de trabajo mediante autorización Bearer y mantén la clave en tu servidor. El sitio de destino ya debe tener un perfil activo disponible para tu espacio de trabajo; la solicitud en sí no lo crea.

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

Sustituye el nombre de host, la acción y la URL del proxy del ejemplo por los valores de tu destino y tus credenciales del proxy. recaptchaType usa enterprise-v3 de forma predeterminada, por lo que no es necesario aquí. No añadas un campo type ni url.

requestId es opcional, no otro parámetro obligatorio. Si se agota el tiempo de espera de la creación de la tarea, reenviar la misma solicitud con el mismo ID recupera la tarea existente en lugar de crear otra. No reutilices ese ID con parámetros de entrada distintos.

En lugar de proxy, puedes proporcionar proxyCandidates con hasta doce URL de proxy HTTP o HTTPS distintas. Esas URL no deben tener ruta, consulta ni fragmento. Los candidatos permiten que solvethree pruebe salidas de red alternativas; no eliminan la necesidad de proporcionar proxies ni garantizan que alguno funcione.

Configurar un proxy en tu cliente HTTP dirige tu conexión con la API a través de ese proxy. No sustituye al parámetro proxy o proxyCandidates del cuerpo de la tarea. Estas opciones controlan conexiones distintas: tu solicitud a solvethree y el proxy utilizado para la resolución.

También debes planificar la solicitud posterior al destino. Envía la solución usando el proxy que funcionó y la identidad del navegador devuelta en userAgent y secChUa. Si tu proveedor de proxies rota las salidas, usa su función de sesión o de fijación para que la resolución y el envío puedan compartir una salida.

Solo una tarea ready contiene una solución utilizable. Eso significa que se ha generado la solución, no que la solicitud de tu aplicación haya tenido éxito. Una conexión de proxy que funciona —o la etiqueta residencial, móvil o de centro de datos de un proveedor— no determina una puntuación de CAPTCHA.

Son modelos de integración distintos, no formatos de solicitud intercambiables. Comprueba el tipo de tarea exacto admitido y los requisitos de envío en la documentación de cada proveedor, incluida la documentación de reCAPTCHA v3 de CapSolver. No traslades los requisitos de identidad del navegador o de proxy de solvethree a otro proveedor sin comprobar su contrato.

• Para solvethree, suma el precio de resolución a los cargos de tu proveedor de proxies. Incluye cualquier función de acceso, tráfico o sesión que facture el plan elegido.
• Para una oferta que no requiere aportar un proxy, compara su precio por tarea y confirma que los proxies incluidos se apliquen a la tarea exacta de Enterprise que necesitas.
• Incluye el trabajo de integración: solvethree requiere configurar el perfil del sitio y el proxy, así como usar el proxy que funcionó y la identidad devuelta durante el envío. Compáralo con los requisitos documentados del otro proveedor.

Las resoluciones fallidas de solvethree se reembolsan. Comprueba la facturación del proxy por separado en lugar de considerar que ese reembolso cubre el uso de terceros.

Si no puedes proporcionar un proxy, la API actual de solvethree no se ajusta a ese requisito. Si puedes, compara los servicios según tu flujo real de resolución y envío, no solo por las etiquetas de los proxies o el precio de resolución.