先画出请求路线
DNS 回答“去哪里”；TCP 或 QUIC 回答“通道能否建立”；TLS 回答“身份与加密能否协商”；HTTP 回答“服务返回什么”；浏览器层负责缓存、扩展、Service Worker 与渲染。将错误文字、发生时间和受影响域名放到对应层。
- 保留原始错误页，不先刷新覆盖
- 记录域名、时间、设备和网络
- 从最靠前的失败层开始验证
用对照缩小边界
同一地址换浏览器、同一设备换网络、同一网络换设备，分别控制浏览器状态、接入路径和设备配置。一次只换一个变量，才知道恢复由什么引起。
- 私密窗口对照正常窗口
- 有线或热点对照当前 Wi-Fi
- 另一设备对照当前设备
把恢复当成一次可复验结论
恢复后重新执行原请求，确认地址、证书、状态码和页面行为均符合预期；随后撤销临时设置。仅一次成功可能是缓存或瞬时波动，不足以证明根因。
边界提醒：诊断结论应写成“观察到什么、改变了什么、如何复验”，不要写成没有证据的运营商或产品归因。
常见问题
必须从 DNS 开始吗？
不必。若浏览器已明确显示证书或 HTTP 状态码，可从对应层开始；但仍要确认前序层确实已完成。
刷新能算验证吗？
刷新只能说明当前请求结果，最好同时记录时间并做一个受控对照。