Recaptcha v3问题：3个前端应用多数用户评分偏低

问题描述 #

• 接入ReCAPTCHA的接口在用户量增长后，用户评分持续降低，多数分值维持在0.1左右
• 架构情况：3个前端应用共享同一个后端服务，所有前端均使用同一ReCAPTCHA公钥
• 使用依赖：
  • 前端：@nuxtjs/recaptcha
  • 后端：@nestlab/google-recaptcha

核心分析与优化建议 #

1. 多应用共用密钥的潜在影响 #

Google ReCAPTCHA的评分机制会结合域名环境、用户行为模式等维度综合判定。多个前端应用共用同一公钥时，不同应用的用户行为特征（比如操作路径、页面交互频率）差异可能被系统判定为异常模式，尤其是当其中某一个应用存在大量可疑流量时，会牵连其他应用的评分。

2. 低成本密钥拆分方案 #

如果担心更换密钥给后端验证带来困扰，可采用以下方式：

• 为每个前端应用生成独立的ReCAPTCHA公钥，保留原有的后端私钥（Google允许一个私钥对应多个公钥）
• 后端验证时无需修改核心逻辑，只需确保接收前端传来的token，调用Google验证接口即可（验证接口支持自动匹配对应公钥，也可主动传入sitekey做校验，避免跨应用滥用）

3. 其他可能的评分偏低诱因 #

• 流量异常：用户量增长后是否混入大量爬虫、自动化工具请求？可结合后端日志分析请求来源、行为频率
• ReCAPTCHA配置不当：是否开启了v3的严格模式？或者前端调用时机不合理（比如页面刚加载就触发验证，而非用户交互后）
• 用户环境特征：大量用户处于高风险网络环境（比如代理、VPN），也会导致评分偏低

内容的提问来源于stack exchange，提问作者Charles