【保存版】504 Gateway Time-outエラーの原因と解決策を徹底解説

1. 504 Gateway Time-outとは？基礎知識

Webサイトを閲覧中に「504 Gateway Time-out」という表示が現れると、ページが真っ白になり何も操作できなくて焦りますよね。504は『ゲートウェイ（またはプロキシ）サーバーが、上流サーバーからの応答を一定時間内に受け取れなかった』ことを示すHTTPステータスコードです。
一見似ている502 Bad Gatewayは『受け取った応答が不正』、503 Service Unavailableは『サービス自体が利用不可』を指すため、504はあくまで“待ち時間の超過”が本質だと覚えておきましょう。

2. 主な原因：サーバー側・ネットワーク側・ユーザー側の視点

2-1. バックエンドアプリの過負荷／無限ループ処理

バッチ処理やDBクエリが重く、上流サーバーが返事を返せない状態が長引くと504が発生します。特に一部リクエストが無限ループに陥ると、CPUを専有し全体をブロックしてしまいます。

2-2. CDN・リバースプロキシ・DNS設定の不整合

CloudflareやFastlyなどCDNを挟む構成では、エッジ側のタイムアウト設定が短いと上流オリジンサーバーが応答し切れず504になります。また、DNSのAレコードが古いIPを返している場合も同様です。

2-3. ローカルキャッシュ・ファイアウォールが遮断するケース

まれにクライアントPCや社内FWが古いキャッシュを返し続けることで、正しいエンドポイントへ到達できず504に見えることがあります。

3. 解決＆予防策：管理者とユーザーが今すぐ取るべきアクション

3-1. サーバーログ解析とタイムアウト値調整

まずはaccess_log / error_logを確認し、特定URLや時間帯にリクエストが集中していないかを特定。ボトルネックがSQLならインデックス最適化、アプリならコード修正で応答速度を短縮します。同時に、Nginxのproxy_read_timeoutやPHP-FPMのmax_execution_timeを見直し、現実的な上限へ調整すると改善効果が高いです。

3-2. CDNリフレッシュ、DNS TTL短縮、WAF設定見直し

CDN利用時はキャッシュパージを行い、新しいアセットがオリジンへ確実に届くようにします。DNSはTTLを一時的に300秒以下に下げて切り戻しを素早く。さらにWAFの誤検知で上流遮断していないかも確認しましょう。

3-3. ユーザー側で試せる応急処置

• Ctrl + F5で強制リロード
• ブラウザキャッシュ削除、別ブラウザで再試行
• モバイル回線・VPNなど別ネットワークからアクセス

それでも復旧しない場合はサイト運営者に連絡を。管理者側での調査が不可欠です。

重要な洞察

・504 Gateway Time-outは“応答遅延”が根本原因。サーバー負荷とネットワーク経路の両面を切り分けることが最優先です。
・対症療法だけでなく、負荷分散・APMや外形監視ツールを導入し、プロアクティブにボトルネックを可視化しておくことで、再発リスクを大幅に低減できます。

まとめ

504エラーが出ると『サーバーが落ちた!?』と慌てがちですが、実際には設定値の不一致や一時的な輻輳であるケースが大半です。原因を多角的に調べ、適切なタイムアウト調整と監視体制を整備することで、ユーザー離脱を最小限に抑えましょう。