为什么你的 reCAPTCHA v3 令牌评分偏低

Google 的 reCAPTCHA v3 文档说明，它会返回 0.0 到 1.0 的评分和一个操作，由网站在后端进行评估。演示中的高分只能证明该演示的结果，不能证明提交到其他网站或操作的令牌会获得怎样的评分或是否会被接受。

如果目标网站提供评估详情，请在查看评分的同时检查令牌有效性、操作及相关原因。Enterprise 评估包含风险信息，由网站根据自身流程解读；不存在通用的接受阈值。如果你只能观察到请求被拒绝，就应将其视为拒绝，而不是测得的低分。

solvethree 文档中的 reCAPTCHA 请求没有强制最低评分的参数。请检查集成输入，不要寻找能神奇提高评分的设置。

求解使用了未经确认的产品或操作。

将任务的 site 和 action 与当前目标流程进行比较。对于 solvethree 的 reCAPTCHA v3 Enterprise 流程，recaptchaType 默认为 enterprise-v3；网关也接受 v3。

试试这样做： 使用受保护交互的主机名和准确操作值。如果不确定操作，请先按照查找 reCAPTCHA 操作进行检查，再次求解。

页面或其 reCAPTCHA 设置已更改。

将当前主机名、操作和 reCAPTCHA 类型与你的工作区中设置的配置进行比较。

试试这样做： 在运行下一批任务前，更新配置以匹配实际页面。确保任务输入与该配置保持一致。

求解和提交使用了不同的代理。

比较成功完成求解的代理与应用请求使用的代理。如果提供了 proxyCandidates，不要假定成功的是第一个候选代理。

试试这样做： 通过成功完成求解的代理提交。如果使用了候选列表，请使用返回的成功代理索引或 SDK 辅助函数来选择它。

应用在求解后仍沿用自身的浏览器身份。

检查实际发出的 User-Agent 和客户端提示，而不只是应用中存储的值。

试试这样做： 向目标网站提交时，请使用返回的 userAgent 和 secChUa，并使用成功完成求解的代理。不要将令牌与无关的浏览器身份或目标 URL 组合使用。