Peut-on utiliser solvethree sans fournir de proxy ?

Pour reCAPTCHA Enterprise, envoyez un nom d’hôte, une action et exactement un paramètre de proxy à POST /v1/tasks. Authentifiez-vous avec une clé API d’espace de travail via l’autorisation Bearer, en conservant la clé sur votre serveur. Le site cible doit déjà disposer d’un profil actif accessible à votre espace de travail ; la requête elle-même n’en crée pas.

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

Remplacez le nom d’hôte, l’action et l’URL de proxy de l’exemple par les valeurs de votre cible et les identifiants de votre proxy. recaptchaType vaut enterprise-v3 par défaut ; il n’est donc pas nécessaire ici. N’ajoutez pas de champ type ou url.

requestId est facultatif, ce n’est pas un paramètre obligatoire supplémentaire. Si la création de la tâche dépasse le délai, renvoyer la même requête avec le même identifiant permet de retrouver la tâche existante plutôt que d’en créer une autre. Ne réutilisez pas cet identifiant avec des paramètres différents.

Au lieu de proxy, vous pouvez fournir proxyCandidates avec jusqu’à douze URL de proxy HTTP ou HTTPS distinctes. Ces URL ne doivent contenir ni chemin, ni paramètres de requête, ni fragment. Les candidats permettent à solvethree d’essayer d’autres points de sortie ; ils ne suppriment pas l’obligation de fournir des proxys et ne garantissent pas que l’un d’eux fonctionnera.

Configurer un proxy dans votre client HTTP fait passer votre connexion à l’API par ce proxy. Cela ne remplace pas le paramètre proxy ou proxyCandidates dans le corps de la tâche. Ces réglages contrôlent des connexions différentes : votre requête vers solvethree et le proxy utilisé pour la résolution.

Vous devez également prévoir la requête ultérieure vers la cible. Soumettez la solution avec le proxy ayant fonctionné et l’identité de navigateur userAgent et secChUa renvoyée. Si votre fournisseur de proxy fait tourner les points de sortie, utilisez sa fonctionnalité de session ou de maintien d’un point de sortie afin que la résolution et la soumission puissent partager le même.

Seule une tâche ready contient une solution utilisable. Cela signifie que la solution a été générée, pas que votre requête applicative a réussi. Une connexion proxy fonctionnelle — ou la désignation résidentielle, mobile ou datacenter d’un fournisseur — ne permet pas de déterminer un score CAPTCHA.

Il s’agit de modèles d’intégration différents, pas de formats de requête interchangeables. Vérifiez le type exact de tâche pris en charge et les exigences de soumission dans la documentation de chaque prestataire, notamment la documentation reCAPTCHA v3 de CapSolver. N’appliquez pas les exigences d’identité de navigateur ou de proxy de solvethree à un autre prestataire sans vérifier son contrat d’API.

• Pour solvethree, additionnez le prix de résolution et les frais de votre fournisseur de proxy. Incluez les frais d’accès, de trafic ou de fonctionnalités de session facturés par l’offre choisie.
• Pour une offre avec proxy fourni par le prestataire, comparez le prix par tâche et confirmez que les proxys inclus s’appliquent exactement à la tâche Enterprise dont vous avez besoin.
• Incluez le travail d’intégration : solvethree exige la configuration du profil de site et du proxy, ainsi que l’utilisation du proxy ayant fonctionné et de l’identité renvoyée lors de la soumission. Comparez ces exigences à celles documentées par l’autre prestataire.

Les résolutions solvethree échouées sont remboursées. Vérifiez séparément la facturation du proxy plutôt que de considérer que ce remboursement couvre l’utilisation de services tiers.

Si vous ne pouvez pas fournir de proxy, l’API solvethree actuelle ne répond pas à cette exigence. Si vous le pouvez, comparez les services selon votre processus réel de résolution et de soumission, et non uniquement selon les catégories de proxy ou le prix de résolution.