ChatGPT 送不出訊息、跳出 Network Error、Too many requests 或整頁 503 時，先別急著改密碼、刪對話或重辦帳號。第一件事是分辨這是 OpenAI 的服務異常，還是只有你這台裝置有問題——這兩種狀況的處理方式完全相反。
最快的判斷方式：打開 OpenAI 官方狀態頁，再看 Downdetector 或社群同時間有沒有大量回報。如果是大範圍中斷，你要做的是保住工作內容、換工具先做完事情，然後等它恢復。
最快的處理順序是：
- 先查 status.openai.com 與 Downdetector，確認是不是大範圍中斷。
- 複製還沒送出的 prompt、附件重點與重要回答，先貼到別的地方存好。
- 重新整理頁面，另開一個新對話再試一次。
- 用無痕視窗開啟，並停用可能干擾頁面的瀏覽器擴充功能。
- 清除 ChatGPT 網站的 cookie 與快取，登出後重新登入。
- 換瀏覽器、換網路（例如手機熱點）或換裝置，確認是不是只發生在單一環境。
- 仍然不行時，改用備援工具把事情做完，再到 OpenAI 說明中心 回報或聯絡支援。
這個順序的重點在第 1 步：先確認是不是大範圍當機，比反覆清快取更重要。 如果是 OpenAI 端的問題，你在本機做再多排除都不會有用。
ChatGPT 錯誤訊息對照表：先照這張表判斷
| 你看到的狀況 | 先做什麼 | 怎麼判斷 |
|---|---|---|
| Network Error、回應寫到一半中斷 | 先複製已產生的內容，重新整理再送一次 | 常見於長回應串流被中斷；若每次都在同一長度斷掉，改用較短的分段提問 |
| Too many requests、429 | 先查官方狀態頁，再等一段時間重試 | 不一定是你用超量：服務過載或中斷時也可能跳同一訊息 |
| Conversation not found、對話載不出來 | 重新整理、開新對話、登出再登入 | 對話過長或登入 session 出問題時常見；先確認網路正常 |
| Something went wrong | 重新整理或按重新產生 | 這是通用錯誤，本身不指向特定原因，先當一次性失敗處理 |
| 整頁 503 或完全打不開 | 直接查狀態頁，不要清帳號資料 | 大量使用者同時回報時，優先當服務中斷處理 |
| 工作急著完成 | 換 Claude、Gemini、Perplexity 或本機模型 | 先把事情做完再回頭處理；可參考 免費 AI 工具推薦 |
個人使用者的重點是不要把長 prompt 卡在輸入框裡；團隊的重點是不要讓單一 AI 服務變成整條流程的唯一入口。如果你正在決定主力工具怎麼分工，可以看 AI 工具比較；需要離線或處理敏感資料時，可以看 Ollama 本機 LLM 教學。
為什麼「Too many requests」最容易被誤判？
這是最值得單獨講的一個訊息。多數人看到 Too many requests 的第一反應是「我今天問太多次了」，於是乖乖等一小時。
但實際上它至少有三種成因：你短時間送出太多請求、你的方案額度用完，以及平台本身負載過高把請求擋下來。DataStudios 的整理就指出，ChatGPT 本身處於中斷狀態時，即使你的用量在額度內，也可能看到這個訊息。
所以正確順序是先查狀態頁，再判斷是不是自己的用量問題。反過來做，你可能白等一小時，而問題其實出在 OpenAI 那端。
至於各方案的實際訊息額度：OpenAI 會依方案與當下負載動態調整，第三方整理的數字多半是概估且會過期。要確認你自己的額度，請以 OpenAI 官方方案說明 與帳號內顯示為準——這種會變動的數字，不值得照抄二手來源。
ChatGPT 真的常當機嗎？先看實際紀錄
會。而且頻率比多數人以為的高。
2026 年 7 月 25 日，OpenAI 發生一次 ChatGPT、Codex 與 API 同時受影響的中斷。根據 The Next Web 的報導，當時 API 儀表板列出 12 個受影響元件、ChatGPT 顯示 15 個、Codex 4 個；使用者遇到的是 503，OpenAI 在約一小時內從調查轉為監控狀態。同一篇報導指出，那已經是四天內第四次服務中斷。
同一份報導引用官方狀態頁的紀錄提到，自 2025 年秋季以來，OpenAI 平均每月約有 18 起事件。
先說清楚：這不代表 ChatGPT 特別爛。任何雲端服務都會中斷，Gemini 也發生過同類事件。這個數字真正的用處，是幫你把期待調到正確位置：
如果你已經把 ChatGPT 放進每天的工作流，就不該把它當成永遠會在的基礎設施。 備援要在平常就準備好，等當機那天才臨時找替代品，通常就是最忙、最沒空試新工具的時候。
個人與團隊的備援怎麼準備
個人：至少熟悉一個替代工具，讓你在 ChatGPT 掛掉時不用從頭學。實務上最省事的組合是「主力一個、備援一個、離線一個」——例如主力 ChatGPT、備援 Claude 或 Gemini、離線用本機模型跑草稿。可以先從 免費 AI 工具推薦 建一組不用付費的替代入口。
團隊或已接進流程：如果 ChatGPT 已經接進客服、文件、程式或內部營運，一次中斷就會直接把流程卡住——客服回不了、文件產不出、部署等在那裡。這種情況要把四件事寫進設計裡：切換備援模型的條件、請求失敗後的排隊與重試、出問題時的人工接手，以及事件紀錄與監控。
老實說一句：這篇能幫你的是判斷與排除順序，不是讓 ChatGPT 立刻恢復。 如果確認是 OpenAI 端的大範圍中斷，任何本機操作都救不回來，最務實的做法就是換工具先把事情做完。
FAQ
怎麼知道 ChatGPT 是全球當機還是只有我不能用？
先看 OpenAI 官方狀態頁有沒有標示 incident，再看 Downdetector 或社群同時間的回報量。如果多人同時回報、且你在不同瀏覽器與網路都失敗，優先當服務中斷處理；如果只有你的單一裝置或帳號持續失敗，才往瀏覽器、擴充功能、網路與帳號方向排除。
看到「Too many requests」一定要等一小時嗎？
不一定。這個訊息可能來自你的請求頻率、方案額度，也可能來自平台負載過高或服務中斷。先查官方狀態頁：如果正在中斷，等額度重置是白等。若確認服務正常，才依方案額度稍後重試，並避免短時間連續送出大量請求。
ChatGPT 當機時，我沒送出的內容會不會不見？
有可能。所以第 2 步就是先複製還沒送出的 prompt 與重要回答，貼到筆記或文件裡。已完成的對話通常在服務恢復後仍在，但正在串流、尚未存檔的回應可能遺失，養成先複製再重試的習慣最保險。
需要為了當機去訂閱付費方案嗎？
不建議把付費當成解決當機的方法。付費方案主要影響額度、速度與可用模型，大範圍服務中斷時付費帳號一樣會受影響——2026 年 7 月 25 日那次中斷就同時波及 ChatGPT、Codex 與 API。與其為此升級，不如先準備一個免費的替代工具。
參考來源
- OpenAI 官方狀態頁 status.openai.com
- OpenAI 說明中心：Troubleshooting ChatGPT error messages
- OpenAI hit by another outage as ChatGPT, Codex, and APIs go down together — The Next Web（2026-07-25 事件）
- ChatGPT “Too Many Requests”: causes, limits, and how to avoid the 429 error — DataStudios
- Downdetector：OpenAI 即時回報狀況
坦白保留：這裡給的是判斷與排除順序。錯誤訊息的內部定義只有 OpenAI 最清楚，官方未公開完整對應表；上面對成因的說明是依官方說明中心與公開報導歸納，實際狀況請以官方狀態頁與說明中心為準。