地址栏先提供第一条证据
先抄下最终主机名文字、发生时间和浏览器第一条提示。不要只写“官网打不开”，因为DNS失败、TLS警告、HTTP错误与页面脚本异常需要不同处理。
出现陌生主机名、证书警告或要求远程控制时停止。本站不要求密码、验证码、Cookie、完整订阅或付款资料。
DNS决定能否走到页面之前
DNS把主机名转换为连接所需的信息。若同一地址在两个网络得到不同结果，只能确认解析环境或缓存不同，不能直接判定账号失效。
记录网络类型和时间即可，不必公开IP或私人配置。调整网络条件时，其他浏览器和账号状态保持不变，才能看出变化发生在哪一层。
HTTP响应只描述一次请求
IETF的HTTP语义说明响应对应一次请求结果。页面返回200，表示该请求得到可处理内容，不代表账号有效、会话已经建立，也不保证之后持续可用。
保存状态码或页面第一条提示，再观察是否真正出现账号反馈。连续刷新会覆盖早期现象，也可能让排查记录失去时间顺序。
账号反馈和Cookie会话分开看
MDN说明Cookie会受到域名、路径、期限和安全属性限制。浏览器显示一次登录成功，不代表关闭后仍会保持，也不能替代App内部会话。
关闭并重新打开浏览器，观察是否保持同一状态。若再次出现登录页，只能记录会话未保持；公开资料无法判断具体账号为何如此。
一张四层记录足够继续处理
按DNS、HTTP、账号反馈和会话保持四行整理，每行只写时间、公开提示与脱敏结果。最早失败的那一行就是下一步处理起点。
如果网页版正常而App异常，转到App版本核验比较发布来源与更新差异；若出现安全警告，使用异常停止层指南，不要绕过系统提示。