Pourquoi votre jeton reCAPTCHA v3 obtient un score faible
Un score élevé sur une page de démonstration ne permet pas de prévoir ce que vous obtiendrez sur votre cible. reCAPTCHA v3 évalue l’interaction pour un site et une action donnés. Commencez par le résultat réel de la cible, puis vérifiez les paramètres que vous pouvez contrôler.
Sur cette page
Un score de démonstration n’est pas le score de la cible
La documentation Google de reCAPTCHA v3 indique qu’il renvoie un score de 0.0 à 1.0 et une action, que le site évalue côté serveur. Un score élevé sur une démonstration établit le résultat de cette démonstration. Il ne permet pas d’établir le score ni l’acceptation d’un jeton soumis à un autre site ou pour une autre action.
Si la cible expose les détails de l’évaluation, examinez la validité du jeton, l’action et les raisons pertinentes en plus du score. Les évaluations Enterprise contiennent des informations sur les risques que le site interprète selon son propre processus ; il n’existe pas de seuil d’acceptation universel. Si vous ne pouvez observer qu’un rejet, traitez-le comme un rejet, pas comme un faible score mesuré.
La requête reCAPTCHA documentée de solvethree ne comporte aucun paramètre imposant un score minimum. Vérifiez les paramètres de l’intégration plutôt que de chercher un réglage de score magique.
Vérifiez la requête que vous envoyez réellement
- La résolution utilise un produit ou une action supposés.
Comparez le site et l’action de la tâche avec le flux actuel de la cible. Pour le flux reCAPTCHA v3 Enterprise de solvethree, recaptchaType vaut enterprise-v3 par défaut ; la passerelle accepte aussi v3.
Essayez ceci : Utilisez le nom d’hôte et l’action exacte de l’interaction protégée. Si l’action est incertaine, suivez Trouver l’action reCAPTCHA avant de lancer une nouvelle résolution.
- La page ou sa configuration reCAPTCHA a changé.
Comparez le nom d’hôte, l’action et le type de reCAPTCHA actuels avec le profil configuré dans votre espace de travail.
Essayez ceci : Mettez à jour le profil pour la page réelle avant de lancer un nouveau lot. Veillez à ce que les paramètres de la tâche correspondent à ce profil.
- La résolution et la soumission utilisent des proxys différents.
Comparez le proxy ayant permis la résolution avec celui utilisé pour la requête de l’application. Si vous avez fourni proxyCandidates, ne supposez pas que le premier candidat est celui qui a réussi.
Essayez ceci : Effectuez la soumission via le proxy ayant réussi. Avec une liste de candidats, utilisez l’index gagnant renvoyé ou la fonction utilitaire du SDK pour le sélectionner.
- Votre application conserve sa propre identité de navigateur après la résolution.
Inspectez les en-têtes User-Agent et les indications client envoyés, plutôt que les seules valeurs stockées dans votre application.
Essayez ceci : Utilisez les valeurs userAgent et secChUa renvoyées avec le proxy ayant réussi lors de la soumission à la cible visée. N’associez pas le jeton à une identité de navigateur ou à une URL cible sans rapport.
Sources et référence de l’API
Lancez votre première tâche.
Démarrez avec $5 de crédit dans votre espace de travail.