Configura perfiles para más de una acción de reCAPTCHA

En Perfiles de sitio, configura un perfil por nombre de host, acción de captura y tipo de reCAPTCHA. En este ejemplo, ambos perfiles usan accounts.example.com y Enterprise v3.

1. 1.

   Añade el perfil de inicio de sesión

   Elige Añadir un sitio. Introduce la URL HTTPS de la página donde se ejecuta la acción de inicio de sesión, selecciona Enterprise v3 y establece la Acción de captura en login. El formulario también admite valores opcionales de URL de navegación, Clave del sitio y Referer. Envía el formulario con Añadir sitio.

2. 2.

   Añade el perfil de pago

   Repite el proceso para la página de pago en el mismo nombre de host, manteniendo Enterprise v3 y estableciendo la Acción de captura en checkout.

3. 3.

   Confirma que ambos perfiles estén activos

   Debe haber un perfil activo disponible para tu espacio de trabajo antes de resolver. Si una captura falla, inspecciona el motivo mostrado antes de reintentarlo. Enviar una tarea con un nombre de host y una acción no crea el perfil que falta.

Envía cada objeto de abajo como una solicitud POST /v1/tasks independiente. Autentícate con la clave de API de tu espacio de trabajo mediante Authorization: Bearer y mantén esa clave en el servidor.

[
  {
    "site": "accounts.example.com",
    "action": "login",
    "proxy": "http://USER:PASSWORD@PROXY:PORT",
    "requestId": "login-flow-001"
  },
  {
    "site": "accounts.example.com",
    "action": "checkout",
    "proxy": "http://USER:PASSWORD@PROXY:PORT",
    "requestId": "checkout-flow-001"
  }
]

Sustituye los marcadores de nombre de host y proxy por el nombre de host de tu destino y la URL de tu proxy. Cada solicitud proporciona un proxy; no añadas también proxyCandidates. Al omitirse, recaptchaType tiene el valor predeterminado enterprise-v3. No añadas campos type ni url a estas solicitudes de reCAPTCHA.

Los dos valores de requestId identifican tareas lógicas independientes. Usa un ID nuevo para una resolución nueva. Si se agota el tiempo de espera de la creación de la tarea, reutiliza el mismo ID con la misma solicitud para recuperar la tarea existente; reutilizar un ID con entradas distintas genera un conflicto.

Para el nombre de host y el tipo de reCAPTCHA correspondientes, una acción de ejecución que coincide exactamente selecciona su perfil: login selecciona el perfil de inicio de sesión y checkout selecciona el perfil de pago.

Una acción de ejecución diferente requiere un único destino capturado inequívoco. Si hay más de un destino posible, no des por hecho que solvethree elige un perfil arbitrario. Usa la acción de captura configurada siempre que sea posible. Si se informa de que la selección es ambigua, compara el nombre de host, el tipo de reCAPTCHA y la acción de la tarea con los perfiles de la consola y usa la respuesta real de la consola o la API para diagnosticar la discrepancia.

Una clave de sitio única para cada acción no es la regla de enrutamiento. Configura los perfiles por nombre de host, acción de captura y tipo de reCAPTCHA en lugar de intentar distinguir las acciones mediante las claves de sitio.