Por qué tu token de reCAPTCHA v3 obtiene una puntuación baja
Una puntuación alta en una página de demostración no determina qué obtendrás en tu destino. reCAPTCHA v3 evalúa la interacción para un sitio y una acción concretos. Empieza por el resultado real del destino y después comprueba los datos de entrada que puedes controlar.
En esta página
Una puntuación de demostración no es la puntuación del destino
Google documenta reCAPTCHA v3 como un sistema que devuelve una puntuación de 0.0 a 1.0 y una acción, que el sitio web evalúa en su backend. Una puntuación alta en una demostración confirma el resultado de esa demostración. No determina la puntuación ni la aceptación de un token enviado a otro sitio o para otra acción.
Si el destino expone detalles de la evaluación, inspecciona la validez del token, la acción y los motivos relevantes junto con la puntuación. Las evaluaciones de Enterprise contienen información de riesgo que el sitio web interpreta para su propio flujo de trabajo; no existe un umbral de aceptación universal. Si solo puedes observar un rechazo, trátalo como un rechazo, no como una puntuación baja medida.
La solicitud de reCAPTCHA documentada de solvethree no tiene ningún parámetro que fuerce una puntuación mínima. Comprueba los datos de entrada de la integración en lugar de buscar un ajuste mágico de puntuación.
Comprueba la solicitud que realmente estás enviando
- La resolución usa un producto o una acción que se han dado por supuestos.
Compara el sitio y la acción de la tarea con el flujo actual del destino. En el flujo de reCAPTCHA v3 Enterprise de solvethree, el valor predeterminado de recaptchaType es enterprise-v3; la pasarela también acepta v3.
Prueba esto: Usa el nombre de host y la acción exacta de la interacción protegida. Si no tienes clara la acción, sigue Buscar la acción de reCAPTCHA antes de volver a resolver.
- La página o su configuración de reCAPTCHA han cambiado.
Compara el nombre de host, la acción y el tipo de reCAPTCHA actuales con el perfil configurado en tu espacio de trabajo.
Prueba esto: Actualiza el perfil para la página real antes de ejecutar otro lote. Mantén los datos de entrada de la tarea alineados con ese perfil.
- La resolución y el envío usan proxies diferentes.
Compara el proxy que logró la resolución con el proxy usado para la solicitud de la aplicación. Si proporcionaste proxyCandidates, no des por hecho que el primer candidato fue el que tuvo éxito.
Prueba esto: Realiza el envío a través del proxy que tuvo éxito. Si usas una lista de candidatos, selecciónalo con el índice ganador devuelto o con la función auxiliar del SDK.
- Tu aplicación conserva su propia identidad de navegador después de la resolución.
Inspecciona el User-Agent y las pistas de cliente que se envían, no solo los valores almacenados en tu aplicación.
Prueba esto: Usa los valores userAgent y secChUa devueltos junto con el proxy que tuvo éxito al realizar el envío al destino previsto. No combines el token con una identidad de navegador o una URL de destino que no correspondan.
Fuentes y referencia de la API
Ejecuta tu primera tarea.
Empieza con $5 de crédito en tu espacio de trabajo.