網站突然跳出 502 Bad Gateway 或 503 Service Unavailable，最容易做的事就是一直按重新整理。
但如果錯誤反覆出現，重整只是把問題暫時藏起來。502／503 通常代表網站請求沒有被正常完成，原因可能在主機資源、PHP、外掛、資料庫，也可能在 CDN 或反向代理。
502 和 503 有什麼不同？
502 Bad Gateway 通常表示閘道或代理伺服器從上游服務收到無效回應；503 Service Unavailable 則表示伺服器目前暫時無法處理這個請求。兩者都可能只是短暫狀況，也可能是主機或 WordPress 持續出問題的訊號。
所以不要只看到錯誤碼就直接判斷「一定是外掛」或「一定要升級主機」。先照順序排除，才不會花錢後問題還在。
第 1 步：先確認是單一頁面，還是整站都出問題
先測首頁、文章頁、登入頁與後台。如果只有結帳、搜尋或某個會員頁出錯，問題可能集中在特定外掛、查詢或動態功能；如果整站都無法開啟，主機、PHP、資料庫或代理層就更值得優先檢查。
第 2 步：看主機資源是否在錯誤發生時爆滿
CPU、記憶體、PHP workers、程序數或資料庫連線如果已經接近限制，流量一增加或後台執行較重的工作，就可能開始出現 502／503。
要看的是錯誤發生當下的資源使用，而不是事後只看一張「平均很低」的圖。平均值正常，不代表尖峰沒有撞到限制。
如果你不確定主機規格怎麼看，可先參考課程網站主機規格怎麼看，CPU、記憶體與尖峰流量的判斷邏輯對一般 WordPress 網站也適用。
第 3 步：檢查 PHP 是否逾時、崩潰或工作程序不夠
WordPress 的動態請求需要 PHP 處理。如果某個請求執行太久、PHP 程序異常，或同時間的動態請求超過主機可處理範圍，前面的 Web Server 或代理層就可能拿不到正常回應。
主機錯誤紀錄、PHP error log 與伺服器監控通常比「猜是哪個外掛」更有用。若你使用的是代管服務，也可以直接把發生時間與網址交給技術支援查伺服器紀錄。
第 4 步：回想錯誤前有沒有更新外掛、佈景主題或 PHP
如果錯誤剛好出現在更新後，優先檢查最近變更。不要在正式站一次停用所有東西後就直接交給訪客測試；有條件時先在測試站重現問題，再逐一排除。
課程網站或 WooCommerce 網站牽涉會員、訂單與付款，更應該先備份再測。可參考WordPress 外掛衝突 7 步安全排錯流程。
第 5 步：檢查資料庫是不是回應過慢或連線異常
外掛執行大量查詢、資料表膨脹、排程工作同時跑，或資料庫本身負載過高，都可能拖慢 PHP，最後讓前端請求逾時。
這時候不要只靠「清資料庫外掛」碰運氣。先從錯誤紀錄、慢查詢、問題發生頁面與最近變更找線索，再決定要清理、修復還是調整資源。
第 6 步：如果有 CDN 或反向代理，暫時分清楚問題在哪一層
使用 Cloudflare、Bunny CDN、Nginx Proxy 或其他代理服務時，訪客看到的 502／503 不一定直接由 WordPress 產生。可能是代理服務連不到原始主機，也可能是原始主機本身沒有正常回應。
排查時要分清楚「CDN／代理層」和「Origin 原始主機」。如果原始主機直接測也失敗，就不要一直調 CDN 快取；如果 Origin 正常，才回頭看代理設定、DNS 與連線問題。
第 7 步：檢查排程、備份、掃描與批次工作是不是撞在一起
自動備份、資安掃描、圖片最佳化、匯入商品、寄大量 Email、產生報表等工作，都可能在短時間吃掉較多資源。若 503 固定在某個時段出現，就值得檢查排程是否重疊。
什麼情況代表真的該考慮升級主機？
如果排除外掛錯誤與異常設定後，正常營運流量就經常撞到 CPU、記憶體、PHP workers 或程序限制，而且網站功能本身確實需要這些資源，升級主機才比較有意義。
- 登入會員或結帳尖峰固定出現 503。
- 後台與動態頁長期明顯變慢。
- 資源監控持續碰到方案限制。
- 網站功能與流量已超出原本共享主機定位。
如果你正在比較主機類型，可以看VPS vs 共享主機完整比較。重點不是 VPS 三個字比較厲害，而是資源、管理責任與技術支援是否符合你的網站。
502／503 最怕的不是錯一次，而是沒有人知道為什麼錯
偶發的伺服器錯誤可能很快恢復，但如果網站靠會員、訂單、廣告或 SEO 帶來生意，反覆 502／503 就不能只用「現在打得開了」結案。
把發生時間、網址、主機資源、PHP／伺服器紀錄與最近變更一起留下來，才比較容易找到真正原因。選主機時也不要只看硬碟容量與月費，出問題時能不能查到原因、有人能不能處理，往往才是營運網站最實際的差別。