ChatGPT Plus 发不出消息：免费账号正常时的排查思路
同一个浏览器里，ChatGPT Plus 账号输入内容后点击发送没有反应，免费账号却正常。文章从浏览器会话、Cookie 与本地存储、扩展插件、代理网络和账号状态几个层面拆解原因，给出从无痕窗口测试到联系官方支持的排查清单，并说明哪些做法有风险、哪些只能等待服务恢复。
输入框里已经打好字，点击发送却没有反应；同一个浏览器里换成免费账号，消息又能正常发出。这个现象看起来像账号问题，实际排查时往往要同时看会话数据、浏览器扩展和网络出口。Plus 账号与免费账号的鉴权、风控和会话状态不完全相同，所以同一台设备、同一个网络下出现一个能用、一个不能用，并不矛盾。
下面按从易到难的顺序整理原因和可操作步骤。需要先说明：这类问题没有统一的单一解法，清理 Cookie、换浏览器、换网络、等一段时间都可能有效，取决于故障发生在哪一层。
先判断是哪一类“发不出去”
| 现象 | 更可能的方向 | 优先动作 |
|---|---|---|
| 点击发送无反应，输入框内容不变，也没有明显报错 | 前端脚本被拦截、站点数据异常、请求根本没有发出 | 无痕窗口、清理站点数据、禁用扩展 |
| 页面提示 CORS、Failed to fetch 或网络错误 | 代理软件、浏览器扩展、证书或网络中间层干扰 | 打开开发者工具看控制台，换网络对比 |
| 消息已发出但长时间没有回复 | 账号风控、服务端排队或临时故障 | 查订阅状态、看官方状态页、稍后重试 |
| 只有 Plus 账号异常，免费账号正常 | 账号会话、账号级风控或灰度差异 | 退出全部会话、清理站点数据、联系支持 |
常见原因：为什么免费账号反而正常
浏览器会话与站点数据
ChatGPT 会在 Cookie、localStorage、IndexedDB、Service Worker 中保存登录态、设备信息和风控标记。两个账号在同一浏览器切换时，如果旧会话没有清理干净，或者 Plus 账号的会话数据损坏，就可能出现页面能打开、发送按钮没反应。只清 Cookie 有时不够，还需要清站点数据。有人清 Cookie 后恢复，也有人清了 Cookie 和本地存储仍无效，说明它只覆盖一部分场景。
扩展插件与浏览器配置
广告拦截、隐私保护、脚本管理、翻译、代理切换类扩展都可能拦截或改写请求。表现可能是按钮无响应，也可能是控制台报跨域错误。用无痕窗口或另一个浏览器配置测试，能快速判断是不是扩展或缓存导致。
网络出口与代理链路
代理软件端口冲突、规则分流错误、DNS 或证书问题，会让部分请求走直连、部分请求走代理。这样页面可能正常加载，但发送消息的接口失败。控制台里的 CORS 报错不一定是 ChatGPT 前端配置错误，普通用户也无法修改服务端跨域策略；更常见的是扩展或代理中间层改写了请求。有人换到另一个稳定的网络出口后恢复，也有人隔天自行恢复，说明链路和服务端临时状态都可能参与其中。
账号级状态与临时故障
Plus 订阅状态、支付方式、账号安全验证、风控策略都可能影响会话。开启 2FA 本身是安全措施，通常不是发送失败的修复手段；如果账号被要求重新验证，完成验证才有意义。另外，服务端灰度或临时故障也会造成只有某个账号不行的假象，过一段时间自行恢复。
排查清单：按顺序做，别一上来就反复换节点
- 先用无痕窗口做对照。 在无痕窗口登录 Plus 账号，其他扩展默认关闭。如果无痕正常，问题大概率在原浏览器的缓存、Cookie 或扩展；如果无痕也异常，继续下一步。
- 退出账号并清理站点数据。 先退出 ChatGPT，再删除
chatgpt.com、openai.com、auth.openai.com的 Cookie、本地存储、缓存和 Service Worker。不同浏览器的入口在设置中的隐私或站点数据管理里，也可以从开发者工具的 Application 面板删除。清理前确认不会影响其他网站的重要数据。 - 逐个排除扩展。 先全部禁用，再只启用登录和输入所需的最少扩展。广告拦截、隐私防护、脚本管理、翻译、代理切换类插件要重点检查。一次只启用一个，确认问题是否复现。
- 做网络对比。 在同一设备上切换 Wi-Fi 和手机热点，观察是否恢复。检查代理软件是否出现端口冲突、规则分流错误或日志中的连接失败。Windows 可用
netstat -ano | findstr :端口号，macOS/Linux 可用lsof -i :端口号，确认代理监听端口是否被其他程序占用。不要为了绕过风控频繁切换冷门 IP，这可能触发更严格的安全校验，也不符合服务条款。 - 检查账号状态。 确认 Plus 订阅是否仍在有效期内，是否有支付失败或需要重新验证的提示。在账号安全设置中退出其他会话，必要时修改密码并开启两步验证。联系官方支持时提供发生时间、账号类型、浏览器版本、控制台报错截图和请求编号，但不要发送密码、验证码或 Cookie。
- 给服务端故障留出时间。 查看官方状态页和公告，换一个时段重试。如果只有某个账号异常，且清理数据、换浏览器、换网络都无效，保留证据联系支持，比继续反复操作更稳妥。
如果本地网络出口经常波动，或者需要长时间在线运行 Claude Code 等工具，可以考虑把浏览器或命令行环境放到网络稳定的远程 Mac 上，例如整台机器放在新加坡机房的独享远程 Mac，按月远程使用。它改善的是本地设备性能和长期在线稳定性，不解决账号封禁、订阅欠费或服务端故障；使用前也要确认符合服务条款和所在地区支持范围。
注意事项
- 不要购买、共享账号，也不要共用登录后的 Cookie。这类做法会带来账号安全、支付和隐私风险，出问题后也很难获得官方支持。
- 不要频繁更换冷门 IP 来规避风控或地区限制。合规的替代做法是使用稳定、可解释的网络环境，并在服务支持范围内使用。
- 清理站点数据前先确认影响范围；如果浏览器里保存了其他网站的重要登录态，先做好备份或改用独立浏览器配置。
- 两步验证是账号安全措施，不是万能的发送故障修复手段。不要因为一次发送失败就反复重置密码。
- 涉及账号状态、服务可用性和地区支持的规则会变化，以官方最新说明为准。
小结
这类问题的排查顺序可以概括为：先分清是请求没发出、请求失败，还是消息已发出但没有回复；再用无痕窗口和清理站点数据排除浏览器因素；接着禁用扩展、对比网络；最后检查账号状态并联系官方支持。免费账号正常只能说明当前网络基本可达，不能直接证明 Plus 账号没有问题。多数情况下，清理会话数据和修复不稳定网络链路最值得先做；如果操作后仍然只有 Plus 账号异常，保留证据走官方支持渠道，比不断换节点更可靠。
