Google ReCaptcha v3分数始终为0.9却遭大量垃圾邮件的技术咨询

关于ReCaptcha加载位置 #

我是在全站所有页面的模板中加载ReCaptcha v3脚本，而非仅在联系表单页面加载。原因很简单：v3的核心是通过分析用户整个会话的行为轨迹（比如页面浏览路径、滚动/点击操作、停留时长等）来计算风险分数。如果只在表单页加载，机器人可能直接跳转至表单页提交请求，没有足够的行为数据供Google识别，就会出现"高分但实际是垃圾邮件"的误判情况。全站加载能收集更完整的用户行为数据，大幅提升人机识别的精准度。

关于action参数的使用 #

action参数并非只能用"submit"，它的作用是标记不同的用户交互场景，我会给每个关键行为设置独立的action值：

• 用户首次进入首页：action: "homepage_visit"
• 点击导航进入联系表单页：action: "contact_page_entry"
• 表单输入过程中（比如点击输入框、填写内容时）：action: "form_input_interaction"
• 最终提交表单：action: "contact_form_submit"

通过细分action，你可以在ReCaptcha控制台查看每个场景的分数分布，更容易定位异常行为。比如如果"contact_form_submit"的分数普遍偏高，但垃圾邮件仍多，就可以重点检查这个场景下的机器人模拟行为。

可能遗漏的关键配置项 #

1. 调整分数阈值：别死卡0.9这个分数，结合实际垃圾邮件情况调高阈值（比如0.95），对0.8-0.9区间的请求增加额外验证（比如检查输入内容的语义合理性、是否包含垃圾关键词）。
2. 后端验证必须传用户IP：调用ReCaptcha验证接口时，一定要带上remoteip参数（提交请求的用户真实IP），这个参数是Google精准判断的重要依据，很多人会漏掉导致验证精度下降。
3. 配合蜜罐字段（Honeypot）：在表单里加一个CSS隐藏的输入框，正常用户看不到不会填写，机器人会自动填充。后端检测到该字段有内容直接拦截，能过滤掉一批低级机器人。
4. 查看控制台异常数据：去ReCaptcha后台的"风险分析"和"动作统计"板块，看看有没有异常请求（比如同一IP短时间大量提交、某个action的分数分布异常），这些数据能帮你快速定位问题。

内容的提问来源于stack exchange，提问作者Steve McNiven-Scott