正跟 AI 对话到一半，页面弹出一句 Something went wrong——这句话的恼人之处在于什么都没说：网络问题？账号问题？还是你刚才那句问话踩了线？网页报错大多长成这种泛化样式，一条提示背后藏着好几种完全不同的病因，病不对路，刷新一百次也没用。这篇按排障篇的规矩做分流：把 ChatGPT 网页端的常见报错归成网络、会话、限额、内容过滤四类，每一类给一条明确的处理路径，最后合成一张排查顺序清单，遇到报错照着走就行。
先分流：四类报错四条路
拿到一条报错，别急着动手，先按四个层面过一遍筛子。网络层：请求根本没到服务器，或响应没回来，表现是转圈后报错、生成中断。会话层：登录态出了问题，页面与账号对不上号，表现是历史记录消失、按钮点了没反应、刷新后被要求重新登录。限额层：额度用尽，服务正常但暂时不让用，表现是提示里带额度字样、过段时间自动恢复。内容过滤层：触发安全策略，生成被中途拦下，表现是固定在某个话题上必现、换个话题就好。四层的处理路径完全不同：网络层查环境，会话层查登录，限额层等重置，内容过滤层改内容。分不清是哪层？按文章末尾的顺序清单走一遍，从影响面最大的开始排除。
Something went wrong：最含糊的一句怎么拆
Something went wrong 与它的近亲 Oops，是 ChatGPT 网页端最常见的两个泛化报错，页面本身不带任何原因信息，拆解全靠交叉验证。第一刀切在网络与会话之间：先做一次会话修复——登出再登入，或开一个无痕窗口登录使用；无痕窗口里正常了，问题多半出在浏览器缓存或插件冲突，清缓存、逐个禁用扩展即可定位。第二刀切在环境：换一个网络环境再试，比如从公司内网切到手机热点——公司内网与校园网对 AI 服务的访问限制是网络层报错的高发来源，换网即好就属于这类。第三刀看平台：两次修复都没用，去服务状态页看一眼，黄色或红色就是平台侧的问题，等恢复即可，别再折腾自己的设备。三刀下来还查不出，把浏览器换个内核再看一次，个别浏览器版本与前端脚本的兼容问题也出现过。
限额提示：You've hit your usage limit 的两个场景
限额类报错的代表句式是 You've hit your usage limit，但这句话出现在两个不同的地方，含义截然不同，处理路径也不同。第一个场景在网页对话里：对话产品按档位设有单位时间内的消息数上限，免费档的窗口更紧，付费档更宽松，到顶后提示出现，处理方式是等额度窗口重置，时间一到自动恢复，无需任何操作；升级档位能放宽上限，但那是花钱解决的问题，不是故障。第二个场景在 API 调用里：usage limit 指的是账户的用量额度，撞上后 API 请求被拒，处理方式是去账单页确认额度与消费情况，预付账户需要充值，月结账户核对信用额度；如果是用量莫名暴涨触顶，先按异常排查——账单对账的完整方法见账单异常排查一篇，key 泄露导致他人盗刷是额度异常消耗的常见原因。两个场景的共同点：都是额度机制正常工作，不是系统故障，等待与核对即可；API 侧限流返回 429 的机制细节，见429 限流一篇。
网络与会话类：交叉验证三步
网络与会话两类合并成一套动作，核心是交叉验证——用变量隔离的办法把病因圈出来。第一步换环境：换网络（内网切热点）加换浏览器（常用浏览器切无痕窗口），两个变量各测一次，四个组合的结果能把问题钉死在某一层。第二步清状态：清浏览器缓存与 Cookie，登出后重新登录，让会话从头建立；登录态过期引起的「历史记录不见了」「每条消息都失败」，重登即愈。第三步换设备：手机与电脑各试一次，设备级的问题（浏览器版本过旧、系统代理设置残留）在这一步现形。三步走完，绝大多数网络与会话类的报错都能定位到具体环节；定位不了的，回状态页确认平台侧。
| 换哪个变量 | 怎么换 | 结果怎么读 |
|---|---|---|
| 网络 | 公司内网切到手机热点再试 | 换网即好，属网络层；内网与校园网的访问限制是高发来源 |
| 浏览器 | 常用浏览器切到无痕窗口登录 | 无痕里正常，多半是缓存或插件冲突，逐个禁用扩展定位 |
| 登录态 | 清缓存与 Cookie，登出后重新登录 | 重登即愈，是登录态过期引起的「历史记录不见了」 |
| 设备 | 手机与电脑各试一次 | 只在某台设备上复现，浏览器版本或系统代理设置残留现形 |
内容过滤类：换表述的前提是合规
有一类报错规律性很强：同样的问题换个说法就正常，固定在某个话题上必现——这是触发了内容安全策略，生成被主动拦截。处理路径只有一条正路：先自查内容本身，涉及暴力、违法、他人隐私的内容本来就不该输入，这不是故障，是机制在正常工作；确认内容合规的前提下，把表述重新组织——个别词汇的组合偶发误伤，换一种问法通常能过。要特别说清另一面：不要把内容策略当对手去反复试探，故意用变形表述冲击过滤边界，轻则单次拒绝，重则触发账号限制，得不偿失。内容过滤类报错与另外三类的分界很清楚：它可复现、与话题强相关、换话题即消失；如果「什么话题都报错」，那就回到网络与会话类重新排查。
页面报错分流速查
- Something went wrong 不带原因，按四层逐一切分
- 网络层：换网络换浏览器交叉验证，内网限制是高发源
- 会话层：登出重登、清缓存、无痕窗口三连
- 限额层：网页端等窗口重置，API 端查账单与额度
- 内容过滤层：自查合规、重新表述，不试探策略边界
- 四层排除后仍异常，去状态页确认平台侧
关于 ChatGPT 页面报错的常见疑问
- 报错时正在进行的重要对话会丢吗？：一般不会。历史记录保存在账号的云端会话里，报错只影响当次交互，网络恢复或重新登录后记录都在；个别会话层故障下页面显示异常，刷新或重登即恢复。重要结论建议随手复制留存，别把对话窗口当唯一存档。
- 网页版报错时，用 API 写程序调同一个模型会受影响吗？：分情况。平台级宕机两条通道一起挂，状态页会同时标红；网页限额与 API 额度是两套独立的账，网页端到顶不影响 API 调用，反过来也一样。排查时别把两边的问题混在一起看，网页与 API 的能力与计费差异见API 与网页版差异一篇。
- 报错截图发给支持团队前，需要准备什么？：三样东西让处理速度翻倍：完整的报错界面截图（带时间）、你已做过的排查步骤清单（换网、重登、无痕各试过没有）、账号档位与发生频率（偶发还是必现）。支持团队按这三样能直接跳过一半的往返问答。
网页报错是用户视角的分流；写程序调 API 时遇到的是另一套结构化报错，字段怎么读、哪些该重试，见API 错误结构一篇。等报错恢复的空档，也可以把卡住的写作或检索任务挪到 DeepSeek、腾讯元宝这类备用渠道先干着，别让一条报错卡死整天的活。
