Por que seu token reCAPTCHA v3 recebe uma pontuação baixa
Uma pontuação alta em uma página de demonstração não comprova o que você obterá no destino. O reCAPTCHA v3 avalia a interação para um site e uma ação específicos. Comece pelo resultado real do destino e depois verifique os parâmetros que você pode controlar.
Nesta página
A pontuação de uma demonstração não é a pontuação do destino
O Google documenta o reCAPTCHA v3 como retornando uma pontuação de 0.0 a 1.0 e uma ação, que o site avalia no backend. Uma pontuação alta em uma demonstração comprova o resultado daquela demonstração. Ela não comprova a pontuação nem a aceitação de um token enviado a outro site ou para outra ação.
Se o destino disponibilizar detalhes da avaliação, inspecione a validade do token, a ação e os motivos relevantes junto com a pontuação. As avaliações do Enterprise contêm informações de risco que o site interpreta para seu próprio fluxo de trabalho; não existe um limite universal de aceitação. Se tudo o que você consegue observar é uma rejeição, trate-a como rejeição — não como uma pontuação baixa medida.
A solicitação de reCAPTCHA documentada pelo solvethree não tem um parâmetro que force uma pontuação mínima. Verifique os parâmetros da integração em vez de procurar uma configuração mágica de pontuação.
Verifique a solicitação que você realmente está enviando
- A resolução usa um produto ou uma ação presumidos.
Compare o site e a ação da tarefa com o fluxo atual do destino. No fluxo reCAPTCHA v3 Enterprise do solvethree, o valor padrão de recaptchaType é enterprise-v3; o gateway também aceita v3.
Experimente: Use o hostname e a ação exata da interação protegida. Se houver dúvida sobre a ação, siga Encontre a ação do reCAPTCHA antes de solicitar outra resolução.
- A página ou sua configuração de reCAPTCHA mudou.
Compare o hostname, a ação e o tipo de reCAPTCHA atuais com o perfil configurado no seu espaço de trabalho.
Experimente: Atualize o perfil para a página real antes de executar outro lote. Mantenha os parâmetros da tarefa alinhados com esse perfil.
- A resolução e o envio usam proxies diferentes.
Compare o proxy usado na resolução bem-sucedida com o proxy usado na solicitação da aplicação. Se você forneceu proxyCandidates, não presuma que o primeiro candidato foi o bem-sucedido.
Experimente: Envie pelo proxy bem-sucedido. Com uma lista de candidatos, use o índice vencedor retornado ou a função auxiliar do SDK para selecioná-lo.
- Sua aplicação mantém sua própria identidade de navegador após a resolução.
Inspecione o User-Agent e os client hints enviados, em vez de verificar apenas os valores armazenados na aplicação.
Experimente: Use os valores retornados de userAgent e secChUa com o proxy bem-sucedido ao enviar ao destino pretendido. Não combine o token com uma identidade de navegador ou uma URL de destino sem relação.
Fontes e referência da API
Execute sua primeira tarefa.
Comece com $5 em créditos no espaço de trabalho.