验证码反复出现时，先记录这五类现象

第一步：说清楚是哪一种验证码

图形选图、字符识别、滑动挑战与短信或邮件一次性代码的交互不同。记录其可见名称和提示文字即可，不需要把有效代码保存到公开笔记。若页面标有第三方提供者，查阅该提供者的官方用户说明；若没有标识，不应仅凭外观认定采用了某项服务。

本页引用 Google reCAPTCHA 帮助作为已知产品的说明实例，不意味着海角论坛使用 reCAPTCHA，也不意味着这些建议适用于所有验证码系统。通用记录方法与具体产品修复步骤需要分开。

五类记录让问题可以被复现

先记验证码出现的位置：打开页面时、提交后，还是跳到另一页之后。再记完成时的反馈：显示通过、提示错误、没有反应或重新载入。时间记录只需达到能关联一次操作的程度，不必持续录屏或收集无关页面。

• 位置：挑战前后页面分别处在哪个操作步骤。
• 反馈：按原文抄下错误文字，区分失败与未加载。
• 环境：浏览器名称、版本、普通或隐私窗口。
• 时间：首次出现时间、等待多久、是否短时间重复提交。
• 复现：此前是否更新浏览器、改过扩展或清理过网站数据。

从环境检查开始，一次只改一项

Google 的 reCAPTCHA 用户帮助建议检查浏览器是否满足要求、JavaScript 是否启用，以及是否有冲突扩展，并指出网站自身集成也可能出错。只有确认使用的是该产品时，才应把这些作为针对性的排查依据；不要为了通过挑战而关闭全部浏览器保护或安装不明插件。

如果准备测试某个已知扩展的影响，先记住原设置，只对确认的页面进行必要对比，完成后恢复。反复刷新或同时切换浏览器、窗口模式与网络，会让哪一个变量产生影响变得难以判断。页面给出等待提示时应按提示暂停，而不是连续请求新挑战。

教学例子：通过挑战后仍回到原页面

虚构教学例子中，读者丙完成选图后看到通过标记，但提交表单时又回到起点。记录应分别写“挑战显示通过”与“表单提交后返回原页”，不能简化为“验证码一定坏了”。这种现象还需要服务方结合请求流程判断。

若持续出现同一问题，可提供脱敏截图、错误文字、操作步骤和浏览器信息。截图应裁掉账号、完整手机号、邮箱、一次性代码及含身份参数的地址。没有反馈渠道时，保留记录并停止重复尝试，比自行猜测服务的风控规则更有用。