Corriger un profil de site qui n’est pas devenu actif
Ouvrez Profils de site et vérifiez le statut du profil. Il doit être active pour que solvethree puisse effectuer des résolutions avec ce profil dans votre espace de travail. Envoyer une tâche avec un nom d’hôte et une action ne crée ni n’active de profil.
Sur cette page
Commencer par le statut du profil
- Le profil est en file d’attente, en cours de capture ou de validation.
La capture est toujours en cours. Les boutons de capture sont désactivés pendant son exécution.
Essayez ceci : Attendez que le statut change plutôt que de soumettre le profil à répétition ou de tenter une nouvelle capture. Aucune durée de capture n’est garantie.
- Le profil est en cours d’examen.
Un profil en cours d’examen n’est pas actif. Lisez toute explication ou prochaine étape affichée pour le profil.
Essayez ceci : Suivez les consignes affichées. Si elles ne proposent aucune prochaine étape concrète, contactez l’assistance en indiquant le statut du profil et les informations expurgées des données sensibles répertoriées ci-dessous.
- Le profil est en échec.
Lisez le motif de capture affiché avant de réessayer. Vérifiez s’il signale des paramètres de cible incorrects.
Essayez ceci : Corrigez les paramètres erronés via Modifier la cible lorsque cette option est disponible. Utilisez Réessayer la capture lorsque le profil en échec le propose ; ne réessayez pas avec des paramètres inchangés si le motif indique un problème de saisie.
Certains comptes affichent Ajouter du crédit pour capturer ou Ajouter du crédit pour continuer pendant la configuration. Suivez cette invite si elle apparaît ; ne supposez pas que le crédit est la cause de chaque échec de capture.
Vérifier la page, l’action et le type enregistrés
Ouvrez le profil et utilisez Modifier la cible si cette option est disponible. Si vous n’avez pas ajouté de profil, sélectionnez Ajouter un site. Vérifiez que les paramètres suivants correspondent à la page sur laquelle vous souhaitez effectuer la résolution :
- URL de la page : utilisez l’URL HTTPS exacte de la page où s’exécute le reCAPTCHA visé, et pas seulement la page d’accueil du site.
- Action de capture : vérifiez l’action de cette page. Dans Modifier la cible, il s’agit du champ d’action.
- Type de reCAPTCHA : choisissez Enterprise v3 ou Regular v3 selon la cible. Pour les requêtes API,
recaptchaTypevaut par défautenterprise-v3; Regular v3 utilisev3. - Clé de site : elle est facultative et peut être détectée automatiquement. Un champ vide ne signifie pas à lui seul que le profil est mal configuré.
- URL de navigation et Referer : ces paramètres sont facultatifs. Vérifiez leurs valeurs enregistrées si le motif de capture concerne la manière d’accéder à la page.
Les profils sont propres à un nom d’hôte, une action de capture et un type de reCAPTCHA. Une correspondance exacte de l’action de la tâche sélectionne son profil ; les autres actions d’exécution nécessitent une cible de capture sans ambiguïté. Ne supposez pas qu’un profil actif pour un domaine couvre toutes les actions, et confirmez qu’un profil actif est disponible pour l’espace de travail qui effectue la requête.
Si le profil est déjà actif et que vous devez actualiser sa capture, la commande est Relancer la capture, ou Synchroniser le profil système pour un profil vérifié par le système, et non Réessayer la capture. Le fait qu’un autre profil soit actif ne résout pas une incohérence dans la requête.
Distinguer une erreur de profil inactif d’une réponse 403 de la cible
- La création de tâche renvoie HTTP 403 et la réponse indique que le profil est inactif.
Il s’agit d’une réponse de l’API solvethree, avant que vous ne disposiez d’une solution utilisable.
Essayez ceci : Corrigez le statut ou les paramètres du profil correspondant dans la console. Traitez d’abord la réponse HTTP d’échec ; envoyer à répétition le même corps de tâche n’activera pas le profil.
- La tâche est au statut ready, mais le site cible renvoie HTTP 403.
Il s’agit d’un rejet en aval, et non d’une preuve que le profil est inactif. Une réponse 403 de la cible ne permet pas, à elle seule, d’identifier la protection qui a rejeté la requête.
Essayez ceci : Inspectez la requête sortante vers la cible. Soumettez la solution en utilisant l’identité userAgent et secChUa renvoyée avec elle, ainsi que le proxy qui a fonctionné. N’utilisez pas une autre URL cible ni une autre identité de navigateur ; ready signifie qu’une solution a été générée, pas que le site l’a acceptée.
Si le problème persiste, contactez [email protected] en indiquant le produit, l’horodatage, le nom d’hôte et l’action cibles, le statut du profil et le motif de capture affiché. Incluez l’ID de tâche ou le requestId si vous en disposez, ainsi que le statut HTTP ou l’erreur de tâche et une description de la réponse expurgée des données sensibles. Supprimez les clés API, mots de passe de proxy, jetons, cookies et données client.
Sources et référence de l’API
Toujours bloqué ?
Envoyez au support l’ID de votre tâche et l’erreur reçue.