TrueURL
TrueURL

選單

504 閘道逾時

閘道或代理伺服器未能及時從上游伺服器取得回應,通常是因為應用程式太慢。

原因短語
Gateway Timeout
是否為重新導向
否
預設可快取
否

504 Gateway Timeout 表示擔任閘道或代理伺服器的伺服器,未能及時從完成要求所需的上游伺服器取得回應。代理伺服器等到設定的逾時時間後就放棄了。

與 502 不同,上游並不是送出了損壞的回應,而是沒有及時送出任何東西。典型的原因包括緩慢的資料庫查詢、耗時的報表、停滯不回應的外部 API,以及過載的後端。每一層都有各自的上限,例如 nginx 的 proxy_read_timeout(預設為 60 秒)、負載平衡器的閒置逾時,以及無伺服器函式的執行時間限制。

在 Cloudflare 後方,若原始伺服器接受連線但回應太慢,產生的是 524 A Timeout Occurred,而不是 504。

回應範例

HTTP
HTTP/1.1 504 Gateway Timeout
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: text/html
Content-Length: 106

<html><body><h1>504 Gateway Timeout</h1>
<p>The upstream server did not respond in time.</p></body></html>

SEO 與重新導向檢查

504 屬於伺服器錯誤:它會放慢檢索速度,持續出現時則會導致網頁從索引中移除。回應緩慢也會減少 Google 檢索的網頁數量。重新導向延遲檢查會顯示每個躍點花費的時間,幫助您在緩慢的重新導向或緩慢的最終網頁演變成逾時之前就找出它們。

常見原因與使用情境

  • 緩慢的資料庫查詢或耗時的要求超過了代理伺服器的逾時。
  • 應用程式所依賴的外部 API 沒有回應。
  • 上游伺服器過載,或因兩者之間的 DNS 或網路問題,代理伺服器無法連線到它。
  • 各層的逾時設定不一致,導致代理伺服器在應用程式完成前就放棄。

網址重新導向檢查

使用免費的 TrueURL 重新導向檢查工具,逐一查看網址在每個躍點回傳的狀態碼。