浏览器出现验证页时先保留页面提示
候选入口中，有页面返回 Cloudflare 质询，读取停在验证这一步。记录时保留验证提示即可。
- 抄下看到的验证提示，区分它与站点正文。
- 对照原来的入口出处，确认访问的是哪一条候选线索。
- 没有读到正文的项目留空，不把验证结果写成服务结论。
验证页只说明当前停在哪一步，面板和客户端的结果要分别看。
解析失败与网页可开但节点不可用分栏处理
如果浏览器显示解析失败，就把提示归入入口访问问题，不先改写成账号密码错误。可对照你保存的入口记录，看看是否存在来自同一出处的变更说明。
| 当前现象 | 先记录什么 | 接着核对什么 |
|---|---|---|
| 浏览器停在质询 | 验证提示与候选来源 | 是否真正读到了正文 |
| 解析失败 | 浏览器的具体提示 | 保存的入口是否有变更线索 |
| 网页能开，节点不可用 | 网页与客户端各自结果 | 订阅获取与客户端变更记录 |
| 登录报错 | 登录时出现的错误文字 | 与原账户记录逐项对照 |
如果页面能打开而节点不能用，两项结果一起记下。
入口、登录和节点是不同的检查对象，每个对象留下自己的结果。
先看原出处有没有新的面板线索，再核对客户端记录有没有变化。
登录错误先按错误原文和账户记录对照
匿名评论里出现过登录报密码错误、找回密码提示邮箱不存在的说法。对照时保留错误原文与发生动作，不把它们统称为网站打不开。
- 登录页面能够显示时，记下提交后出现的具体提示。
- 找回密码与普通登录分开记录，不把两个提示合成一个原因。
- 新旧入口各有结果时，分别标注对应页面，不推断账户迁移。
这些反馈没有给出统一原因，也没有官方找回流程可照搬。
换网址与更新客户端只是用户报告过的动作
有匿名用户提到改用入口并升级程序后重新可用，也有人重新到网站获取订阅链接。记录这些动作时，把执行动作和当事人的结果放在一起，不只保留恢复这个结论。
对照自己的情况，先确定现象属于入口还是客户端，再看对应记录。
下单前的常见疑问
浏览器验证页上的内容该当作站点说明吗？
不要把质询提示填成站点正文。候选入口出现过 Cloudflare 验证，记录停在验证这一步即可。
网站已经打开，但节点仍不能用怎么记？
把网页打开和节点不可用并列留下。匿名评论中也有这类情况，网页和客户端要分别看。
登录提示邮箱不存在，该归到哪类问题？
归入找回密码或账户提示，并保留出现它的具体动作。匿名反馈只报告过这一现象，没有给出原因。