ChatGPT 打不开或一直加载：先区分服务状态、登录与对话页

先区分入口、登录跳转与对话页的失败

查看官方服务状态
家庭网络、移动网络和另一台设备同时出现相同故障时，先查看 OpenAI 状态页。状态页没有事件不能排除所有局部故障，但可以避免在已知事件期间反复改动本地设置。
确认故障页面和登录方式
区分首页、登录页、授权跳转和已登录对话页。使用注册时相同的登录方式，并保留 ChatGPT 页面给出的具体错误。
使用干净的浏览器环境对照
在更新后的受支持浏览器中，用干净配置或私密窗口测试。重点检查被阻止的必要 Cookie、损坏的站点数据、脚本拦截和扩展影响；一次只改变一个条件。
更换一条已知稳定的网络
同一设备在另一条网络恢复时，再比较原网络的公网出口、DNS、代理和路由。不要连续轮换多个出口，否则无法判断是哪一个变量改变了结果。
根据复现范围决定去向
只有浏览器失败就继续处理浏览器；只有网络失败就检查出口；只有账号失败就按页面提示和官方支持处理账号问题。

只有相同 ChatGPT 页面在干净浏览器会话中随网络切换稳定恢复时，原网络的公网出口、DNS 解析、代理链路或路由才更值得检查。运行 ChatGPT 检测时，应记录当前 IPv4、IPv6、地区、ASN、网络类型和连接状态，而不是只看一个环境分。

代理、VPN、Tor、机房或风险来源属于网络信号，可以解释不同网络之间的差异，但不能单独证明 ChatGPT 拒绝了这个 IP。切换网络后恢复也只说明网络变量值得继续对照，不等于已经定位到具体拦截规则。

双栈网络可能通过 IPv4 打开本站，却通过 IPv6 请求 ChatGPT 的部分资源。两个地址族位于不同国家、ASN 或网络类型时，应分别查看对应结果，不能把两张出口卡合并成一个结论。

WebRTC 出口可以补充浏览器可观测的公网路径，但它不等于 ChatGPT 一定使用该地址。只有当网站出口、WebRTC 和故障现象稳定重复时，这组对照才有诊断价值。

以下来源用于支持文中的技术机制或政策边界。文章中的对照排查仍属于诊断过程，不能替代账号结论。