如何修復在 WordPress 當中「503 Service Unavailable Error」的問題？

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Gemini Grok

503 Service Unavailable 表示你的 WordPress 伺服器「暫時」無法處理請求，最常見的原因是外掛衝突或 PHP 記憶體耗盡，照著「停用外掛 → 切換主題 → 增加記憶體 → 檢查 CDN → 修復 .htaccess → 聯繫主機商」的順序排查，九成以上的情況都能自己解決。

什麼是 503 Service Unavailable Error？

503 是 HTTP 狀態碼的一種，屬於 5xx 伺服器錯誤家族。根據 HTTP 規範（RFC 9110）的定義，503 表示伺服器「目前」無法處理請求，通常是因為過載或正在維護。關鍵字是「暫時」：伺服器本身還在運作，只是這一刻忙不過來。規範中建議伺服器回傳 Retry-After 標頭，告訴瀏覽器多久後可以重試，不過多數 WordPress 主機並不會確實回傳這個標頭。

當你訪問一個 WordPress 網站時，請求會經過一連串環節：CDN、反向代理（如 Nginx）、PHP 處理程序、資料庫查詢。任何一個環節卡住，前端都可能收到 503。這也是為什麼排查 503 需要從多個角度切入，不能只看 WordPress 本身。

你可能會在瀏覽器上看到不同的 503 錯誤訊息，例如「Service Unavailable」、「Backend fetch failed」、「Error 503 Service Temporarily Unavailable」或「HTTP Error 503」。文字雖然不同，背後的意義都是一樣的。

503 與其他 5xx 錯誤有什麼不同？

在開始修復之前，先確認你遇到的確實是 503，因為不同 5xx 錯誤的排查方向差很多。

簡單來說：500 是「伺服器程式出錯」、502 是「代理伺服器溝通失敗」、503 是「伺服器忙不過來」、504 是「等太久放棄了」。如果你還不確定，可以參考 MDN 的 HTTP 狀態碼清單確認。另外，我們也整理了 500 Internal Server Error、502 Bad Gateway 和 504 Gateway Timeout 的修復教學，排查邏輯有部分重疊，可以互相對照。

WordPress 出現 503 Error 的 7 大常見原因

要有效修復，得先知道可能的原因有哪些。以下 7 個是 WordPress 環境中最常見的兇手：

• PHP 記憶體耗盡：WordPress 的 PHP 處理程序需要記憶體來執行。外掛或主題吃掉太多記憶體時，PHP 就無法正常回應，伺服器便回傳 503。這在使用低價共用主機時特別容易發生。
• 外掛衝突或外掛品質不佳：安裝過多外掛，或外掛之間相衝突，會導致 PHP 處理程序崩潰。有些免費外掛的程式碼品質不佳，一更新就出問題。
• 佈景主題的 PHP 程式碼錯誤：某些功能繁多、架構複雜的多用途主題在 functions.php 裡塞了太多東西，容易超出伺服器負荷。
• 伺服器資源不足：CPU 使用率飆高、RAM 佔滿、同時連線數超過限制，這些都可能讓主機回傳 503。流量突然暴增時最容易遇到。
• CDN 或防火牆設定問題：Cloudflare 等 CDN 服務如果開啟了 Under Attack 模式，或者 WAF 規則太嚴格，也會對正常訪客回傳 503。
• .htaccess 檔案損壞：這個隱藏的設定檔一旦被改壞（可能是外掛自動修改時出錯），伺服器就無法正確處理請求。
• 主機商進行維護或遭受攻擊：有時候不是你的問題，而是主機商正在維護伺服器，或者伺服器正在遭受 DDoS 攻擊。

搞懂原因之後，接下來按順序排查。以下 6 個修復方法按照建議的排查順序排列，從方法一開始嘗試，大多數人在前兩個方法就能解決問題。

修復方法一：停用所有 WordPress 外掛

外掛衝突是 503 最常見的原因，所以在做任何複雜操作之前，先停用所有外掛來測試。這一步能幫你快速確認問題是不是出在外掛身上。

情況 A：你還能進 WordPress 後台

進入「外掛 → 安裝的外掛」頁面，勾選所有外掛，在大量操作選單中選擇「停用」，按下套用。接著重新整理網站首頁，看看 503 是否消失了。

情況 B：連 WordPress 後台都進不去

這是多數人遇到的情況。你可以透過 FTP 或主機的檔案管理員來操作。如果你用 Bluehost 或 SiteGround 這類主機，控制台裡面通常都內建檔案管理員，或者用 FileZilla 等 FTP 工具連線也可以。

連線到主機之後，找到 WordPress 的安裝目錄，進入 wp-content 資料夾，你會看到一個叫做 plugins 的資料夾：

Pin

把 plugins 資料夾重新命名為 plugins-old。原理很簡單：WordPress 找不到 plugins 資料夾，就會自動停用所有外掛。這比一個一個停用快得多，而且完全安全，改回來之後外掛就會恢復原狀。

重新命名之後，重新整理網站。如果 503 消失了，問題就是某個外掛造成的。接下來把資料夾名稱改回 plugins，然後進入 WordPress 後台，一個一個重新啟用外掛。每啟用一個就重新整理一次網站，直到 503 再次出現，那個讓 503 重現的外掛就是問題來源。找到之後，你可以選擇移除它、找替代方案，或者聯繫外掛開發者回報問題。如果你需要選擇外掛的參考，可以看我們整理的 WordPress SEO 外掛推薦。

修復方法二：切換至 WordPress 預設佈景主題

如果停用所有外掛之後 503 依然存在，那問題很可能出在佈景主題上。有些多用途主題在 functions.php 裡塞了大量 PHP 程式碼，佔用太多伺服器資源，就會觸發 503。挑選一個精簡、只做一件事的主題，反而能讓網站跑得更穩。

切換主題的原理跟停用外掛一樣：把目前使用的主題資料夾重新命名，WordPress 找不到它，就會自動切換到預設主題（例如 Twenty Twenty-Five）。

操作方式一樣透過 FTP 或主機檔案管理員。連線到主機後，進入 wp-content/themes/ 資料夾，找到你目前使用的主題資料夾：

Pin

把你的主題資料夾重新命名（例如從 flavor 改成 flavor-old），然後重新整理網站。如果 503 消失了，就確認是主題的問題。你可以考慮換一個更輕量的主題，或者聯繫主題開發者處理。如果還不知道該選什麼主題，可以參考我們的 熱門 WordPress 主題推薦和 挑選主題的實用建議。

萬一你的 themes 資料夾裡面沒有 WordPress 官方預設主題（這種情況很少見但確實會發生），你可以到 WordPress.org 下載一個預設主題，手動上傳到 themes 資料夾即可。

修復方法三：增加 PHP 記憶體限制

PHP 記憶體耗盡是 503 另一個超常見的原因，特別是當網站裝了很多外掛、使用功能豐富的佈景主題，或者流量突然變大的時候。WordPress 預設的 PHP 記憶體限制只有 32MB 或 64MB，對現代網站來說經常不夠用。如果你曾經遇過資料庫連線錯誤，對這類資源限制問題應該不陌生。

增加記憶體限制有三個方式，從最簡單的開始：

方式 1：修改 wp-config.php

透過 FTP 或主機檔案管理員，找到 WordPress 根目錄的 wp-config.php 檔案，在 /* That's all, stop editing! Happy publishing. */ 這行文字的上方，加入以下程式碼：

define('WP_MEMORY_LIMIT', '256M');

存檔後重新整理網站，看看 503 是否解決。這個方法只修改一個設定值，不會動到任何檔案結構或資料庫，是最安全的方式。

方式 2：修改 php.ini 或 .user.ini

如果你的主機允許自訂 php.ini（大部分共用主機不允許，但 Kinsta 或 VPS 主機可以），在 php.ini 中加入：memory_limit = 256M。如果是共用主機，試試看在根目錄建立一個 .user.ini 檔案，寫入同樣的設定。

方式 3：升級主機方案

如果已經把記憶體調到最大（有些共用主機有硬性上限，比如 128MB 或 256MB），但問題還是頻繁發生，那就代表你的網站規模已經超出目前主機的負荷能力了。這時候升級到更好的主機是最根本的解決方案。

我們建議考慮 Bluehost（WordPress 官方推薦，價格合理）或 Kinsta（專業級 WordPress 代管主機，效能強大）。如果你的預算有限，A2 Hosting 和 Hostinger 也是不錯的選擇。完整的比較可以參考我們的 WordPress 虛擬主機推薦。

修復方法四：檢查 CDN 與防火牆設定

如果你有使用 CDN 服務（像是 Cloudflare），503 有時候不是 WordPress 有問題，而是 CDN 那邊的設定造成的。這種情況很容易被忽略，因為大部分人只會檢查 WordPress 本身。

幾個常見的 CDN 相關 503 原因：

• Under Attack 模式開啟：Cloudflare 的 Under Attack 模式會對所有訪客顯示等待頁面，如果 JavaScript 驗證失敗就會回傳 503。建議檢查 Cloudflare 控制台，確認安全等級沒有設太高。
• 防火牆規則過於嚴格：WAF（Web Application Firewall）如果設定不當，會把正常的請求當成攻擊來擋。你可以暫時關閉 WAF 來測試是不是這個原因。
• SSL/TLS 設定衝突：CDN 和你的主機之間的 SSL 憑證設定如果不一致（例如 CDN 用 Full Strict 但主機沒有有效的 SSL 憑證），也會觸發 503。
• Origin Server 回應逾時：CDN 等待你的主機回應超過一定時間（通常是 100 秒），就會直接回傳 503。

測試方式很簡單：暫時停用 CDN（Cloudflare 可以切換到 Development Mode），然後直接用主機 IP 或繞過 CDN 的方式訪問網站。如果繞過 CDN 之後網站正常，那就是 CDN 設定的問題。你可能需要調整 Cloudflare Turnstile 或 Cloudflare DNS 的相關設定。Cloudflare 的免費方案已經涵蓋了大部分需要的功能，一般小型網站不太需要升級到付費方案。

有關 WordPress 網站安全的設定，我們也有更詳細的說明。如果你擔心網站遭受攻擊，可以看看我們整理的 WordPress 安全做法。

修復方法五：修復 .htaccess 檔案

.htaccess 是 Apache 伺服器的重要設定檔，負責處理網址路由、重新導向、安全設定等。這個檔案一旦損壞，伺服器就無法正確處理請求，可能回傳各種錯誤，包括 503。損壞的原因通常是外掛自動修改 .htaccess 時寫入了錯誤的規則，或者手動編輯時不小心打錯字。

修復步驟如下：

1. 透過 FTP 或主機檔案管理員，進入 WordPress 的根目錄
2. 找到 .htaccess 檔案（它是隱藏檔，可能需要開啟顯示隱藏檔案的選項）
3. 把它重新命名為 .htaccess-old（備份原檔）
4. 重新整理網站，看看 503 是否消失
5. 如果問題解決了，到 WordPress 後台的「設定 → 固定連結」頁面，直接按「儲存變更」，這個動作會讓 WordPress 自動重新產生一個乾淨的 .htaccess 檔案

如果你更換過 自訂網域或調整過 網域設定，.htaccess 裡面可能殘留舊的規則，也需要清理。修復完 .htaccess 之後，通常一併建議做一次 網站速度最佳化，確保整體效能沒有受到影響。

修復方法六：聯繫主機商與伺服器資源檢查

如果你已經試過停用外掛、切換主題、增加記憶體、檢查 CDN、修復 .htaccess，503 還是沒有解決，那問題幾乎可以確定出在主機端。這時候就需要主機商的協助了。不要覺得不好意思聯繫客服，這本來就是主機商應該提供的服務之一。

在聯繫主機商之前，你可以先自己做幾項檢查：

• 查看資源使用狀況：大部分主機控制台（cPanel、Plesk 或自建控制台）都有資源監控功能。檢查 CPU 使用率、RAM 佔用、Entry Processes（同時連線數）是否經常飆到上限。
• 查看錯誤日誌：主機的 error log 能告訴你 PHP 到底在哪裡出錯。常見的日誌路徑是 /var/log/apache2/error.log 或 WordPress 根目錄下的 debug.log。
• 檢查是否有自動備份在執行：有些主機會在特定時間自動執行備份，備份過程中會大量消耗伺服器資源，可能導致 503。

聯繫主機商時，建議把排查過程告訴客服（已經停用外掛、切換主題、增加記憶體等等），這樣能幫他們更快定位問題。優質的主機商通常能在幾分鐘到幾小時內幫你解決。有些主機（例如 戰國策或 WPX Hosting）提供即時線上客服，回應速度更快。

如果你的主機商回覆「你的方案資源不夠用」或者處理速度很慢，那可能該考慮換一家了。Bluehost 提供 24/7 客服而且價格親民，Kinsta 則是專業級 WordPress 代管主機，技術支援非常強。你也可以參考我們的 WordPress 虛擬主機推薦，找到最適合你的方案。

如何預防 503 Service Unavailable Error 再次發生

修復一次 503 不難，但如果頻繁發生，就該好好思考預防措施。以下是幾個經過實戰驗證的建議：

選擇品質穩定的主機商

這是最根本的預防措施。一個好的主機能幫你擋掉大部分問題：自動擴展資源、即時監控異常、快速回報處理。Bluehost 是 WordPress 官方推薦的主機商，入門方案每月價格合理；如果你追求更高品質，Kinsta 採用 Google Cloud Platform 基礎架構，效能和穩定性都很有保障。完整的比較可以看我們的 WordPress 虛擬主機推薦。

控制外掛數量和品質

建議把外掛數量控制在 15-20 個以內，只保留真正需要的。移除長期不用的外掛（停用不等於移除，停用的外掛佔用的空間和潛在風險仍然存在）。選擇外掛時，優先考慮安裝量大、評價好、定期更新的。如果你是從 Blogger 轉過來的，建議先從最基本的安全和 SEO 外掛開始裝起。

啟用快取與 CDN

快取能大幅減少伺服器的 PHP 處理負擔。你可以安裝 WordPress 快取外掛來啟用頁面快取、瀏覽器快取和物件快取。CDN 則能把靜態資源（圖片、CSS、JS）分散到全球各地的節點，減少主機的流量壓力。Cloudflare 提供免費方案，設定也不難，非常推薦。更多提升速度的方法可以參考我們的 WordPress 速度最佳化技巧。

定期備份

雖然備份不能預防 503，但能在問題無法修復時快速恢復網站。UpdraftPlus 是最受歡迎的 WordPress 備份外掛，支援自動排程備份和雲端儲存。建議至少每週備份一次，重大更新之前手動備份一次。你也可以考慮使用 RunCloud 這類主機管理工具，裡面通常也包含自動備份功能。

監控網站正常運作時間

你不可能 24 小時盯著自己的網站，所以需要一個自動監控工具。很多主機商（像是 Kinsta）都內建了正常運作時間監控功能。你也可以使用外部服務，搭配 GiftofSpeed 這類網站速度測試工具來定期檢查網站的回應速度和可用性。

定期更新 WordPress 核心、外掛和主題

過舊的 WordPress 版本、外掛或主題可能包含已知的效能問題或安全漏洞，這些都可能間接導致 503。建議開啟自動更新功能，至少讓次要版本自動更新。但更新之前記得先備份。如果你遇到 WordPress 更新相關的錯誤，我們也有對應的解決教學。

有一點要特別注意：如果更新後網站反而出現 503，可以先回溯到之前的備份版本，等外掛開發者修復相容性問題之後再更新。好的備份外掛（像是前面提到的 UpdraftPlus）能讓你在幾分鐘內完成回溯。

503 Service Unavailable Error 常見問題（FAQ）

503 Error 會自動恢復嗎？

有可能。如果 503 是因為伺服器暫時過載或主機商正在維護，等一段時間（通常幾分鐘到幾小時）可能就會自動恢復。但如果 503 是外掛衝突或程式碼錯誤造成的，就不會自己好，需要手動修復。建議每隔 10 到 15 分鐘重新整理一次頁面，如果超過一小時都沒恢復，就開始按照上面的修復方法排查。

503 和 502 Error 有什麼差別？

502 Bad Gateway 表示代理伺服器（例如 Nginx）從上游伺服器（PHP-FPM）收到了無效的回應，通常是 PHP 處理程序完全停止了。503 Service Unavailable 則是伺服器還在運作，但暫時無法處理請求。修復方式很相似，但 502 更傾向是 PHP-FPM 崩潰的問題。我們的 502 Bad Gateway 修復教學有更詳細的說明。

為什麼只有首頁出現 503，後台正常？

這通常是某個只在首頁載入的外掛或主題功能造成的。比如首頁滑動圖片外掛、快取外掛的首頁快取設定，或者首頁模板中的特定 PHP 程式碼出了問題。你可以針對首頁相關的外掛逐一排查。還有一種可能：如果首頁嵌入了大量外部資源（社群媒體動態時報、第三方廣告碼等），這些也可能拖慢 PHP 處理速度，間接觸發 503。

503 Error 會影響 SEO 嗎？

短期（幾小時）的 503 對 SEO 影響不大，Google 能理解伺服器暫時無法回應。但如果 503 持續好幾天，Google 可能會把網頁從索引中移除。Google 官方建議：如果是暫時性的，回傳 503 是正確的；如果預計會停機超過一天，最好顯示一個自訂的維護頁面。想了解更多可以參考我們的 SEO 基礎教學。

免費主機特別容易出現 503 嗎？

是的。免費或超低價的共用主機因為資源嚴重受限（CPU、RAM、並發連線數都很低），再加上一台實體伺服器上塞了幾百個網站，任何一個網站流量暴增都可能拖垮同一台伺服器上的所有網站。投資一個品質好的主機（像是 Bluehost 或 Kinsta）是避免這類問題最有效的方式。

如何判斷 503 是外掛還是主機造成的？

最直接的方式：停用所有外掛。如果停用後恢復正常，就是外掛的問題。如果停用所有外掛並切換到預設主題後仍然 503，那大概率是主機端的問題，需要聯繫主機商協助。

升級主機方案能解決 503 問題嗎？

如果你的 503 是因為伺服器資源不足造成的，升級方案確實能從根本解決問題。從共用主機升級到 VPS 或代管 WordPress 主機（像是 Kinsta），能獲得更多 CPU、RAM 和專屬資源，503 發生的機率會大幅降低。但如果 503 是外掛衝突或程式碼錯誤造成的，升級主機幫助有限，還是得從排查外掛和主題下手。

下一步行動建議

1. 照順序排查：從「停用外掛」開始，接著切換主題、增加記憶體，每做完一步就重新整理網站確認。如果你能在方法一到方法三之間找到問題，通常 10 分鐘內就能解決。
2. 建立監控機制：安裝一個網站監控工具（例如 UptimeRobot 免費方案），設定每 5 分鐘檢查一次網站可用性。這樣 503 發生時你能在第一時間知道，而不是等訪客回報。
3. 評估主機升級需求：如果你過去半年內遇過 3 次以上的 503，而且每次都是資源不足造成的，那就認真考慮升級主機。穩定的主機是對抗 503 最好的防線，與其每次出了問題才補救，不如一開始就選擇值得信賴的主機商。如果你對 Bluehost 的安裝教學有興趣，我們也有完整的指南可以參考。