「突然、Webサイトが表示されず“504 Gateway Timeoutエラー”とだけ画面に現れる——そんな経験はありませんか？実際、国内主要レンタルサーバーの障害報告の約【13%】が504エラーに関連し、特にアクセスが集中する時間帯やWordPressサイトの運用時に多発しています。たった数分のサーバー応答遅延が、ユーザーの離脱率を【25%】以上高め、検索順位の低下や売上損失にも直結する事例が増加中です。
「設定を変えた覚えもないのに、なぜ突然？」と戸惑う方も多いですが、原因はサーバーやネットワークの過負荷、バックエンドのタイムアウト、さらにはクラウドやALB環境特有の制限までさまざま。一見複雑な504エラーも、正しい手順とチェックリストがあれば多くのケースで短時間で解決できます。
本記事では、【サーバー障害発生時の診断フロー】【クラウド環境の設定落とし穴】【SEOやビジネスへの具体的影響】など、現場で役立つ実践的なノウハウを解説します。今まさに「サイトが止まって困っている」方も、「再発を防ぎたい」方も、最初から最後まで読むことで“原因の特定”から“再発防止”までの全工程が一目でわかります。
「もう慌てず、冷静に504エラーを乗り越えたい」——そんな方に最適な内容を、わかりやすい図解と具体的数値でお届けします。
504エラーとは？意味・表示例・基本知識をわかりやすく解説
504 Gateway Timeoutの定義とHTTPステータスコードの位置づけ
504エラーとは、Webページにアクセスした際にサーバーからの応答が一定時間内に得られなかった場合に表示されるHTTPステータスコードの一つです。正式名称は「504 Gateway Timeout」で、ゲートウェイやプロキシサーバーが上流サーバーからのレスポンスを受け取れないときに発生します。HTTPステータスコードでは5xx系に分類され、主にサーバー側の問題で発生します。
代表的なポイント
- サーバーやネットワークの遅延や停止が主な原因
- クライアント側の操作では解決できない場合が多い
- サイト運営者や管理者による対策が必要
504エラーが表示される実際のメッセージ例
504エラーが発生した際、画面にはさまざまなメッセージが表示されます。代表的な表示例は下記の通りです。
| 表示例 | 説明 |
|---|---|
| 504 Gateway Timeout | 標準的なエラーメッセージ |
| 504 Gateway Time-out | サーバーによって表記が異なる場合あり |
| Gateway Timeout Error | 英語表記のケース |
| 504 エラー | 日本語サイトでの簡易表示例 |
スマートフォンやPCどちらでも発生し、特にアクセスが集中したときやサーバーのメンテナンス時によく見られます。
504エラーと502/503エラーの違いを一目でわかる比較
504エラーはよく502や503エラーと混同されがちですが、原因や解決方法が異なります。下記の表で主な違いをまとめました。
| エラーコード | 名称 | 主な原因 | 発生箇所 |
|---|---|---|---|
| 502 | Bad Gateway | ゲートウェイやプロキシが不正な応答を受信 | サーバー間通信の不具合 |
| 503 | Service Unavailable | サーバーが一時的に利用不可 | サーバーの過負荷やメンテナンス |
| 504 | Gateway Timeout | 上位サーバーからの応答遅延 | サーバー・ネットワークの遅延 |
ポイント
- 502：通信エラー
- 503：サービスの一時停止
- 504：応答遅延によるタイムアウト
504 エラー わかりやすく図解
504エラーの仕組みを簡単な図で説明します。
- ユーザーがWebサイトにアクセス
- サーバーA（ゲートウェイ）がサーバーBにリクエストを転送
- サーバーBからの応答が一定時間内に返ってこない
- サーバーAが「504 Gateway Timeout」とエラーを返す
イメージ
- ユーザー → サーバーA（ゲートウェイ）→【タイムアウト】→ サーバーB
- サーバーA「応答が来ないので504エラー表示」
このように、504エラーはネットワークやサーバーの遅延・負荷が主な原因です。運営者はサーバー設定やリソース監視、ネットワーク経路の最適化で予防や早期発見が可能です。
504エラーの原因全貌｜サーバー負荷からネットワーク障害まで8大要因
504エラーは、Webサイトやアプリで「Gateway Timeout」と表示されるHTTPステータスコードです。これは、サーバーがリクエストに対して適切なタイミングで応答できなかった場合に発生します。正確な原因を特定するためには、サーバー側、ネットワーク側、クラウド環境など複数の視点からチェックする必要があります。下記のテーブルで主な8つの原因を整理しました。
| 原因カテゴリ | 詳細事例 | 影響範囲 |
|---|---|---|
| サーバー過負荷 | アクセス集中、リソース不足 | 全ユーザー |
| タイムアウト設定 | サーバー・プロキシのタイムアウト値 | サイト全体 |
| ネットワーク障害 | DNSエラー、ルーティング問題 | 一部/全体 |
| プロキシ・ゲートウェイ障害 | リバースプロキシ、CDN障害 | 全ユーザー |
| WordPress・CMS拡張 | プラグイン、テーマの不具合 | 一部/全体 |
| クラウド・AWS特有 | ALB（Application Load Balancer）設定ミス | クラウド利用時 |
| DDoS攻撃 | 不正アクセスによる負荷 | 全体 |
| サーバーメンテナンス | サービス一時停止 | 全体 |
サーバー・バックエンド側の原因（過負荷・タイムアウト設定）
サーバーが過負荷状態やリソース不足になると、504エラーが発生しやすくなります。高トラフィックやバッチ処理の集中、バックエンドAPIの応答遅延が主な要因です。特にNginxやApacheでは、proxy_read_timeoutやtimeoutの設定値が低い場合、処理が完了する前にタイムアウトとなりエラーが表示されます。下記設定例を参考にしてください。
| サーバー種別 | 設定項目 | 推奨値 |
|---|---|---|
| Nginx | proxy_read_timeout | 60～300秒 |
| Apache | Timeout | 60～300秒 |
さらにWordPressやCMSを利用している場合、重いプラグインやカスタムテーマがサーバー負荷を増加させ、エラー発生のリスクを高めます。不要なプラグインの停止やキャッシュ機能の見直しも重要です。
ネットワーク・プロキシ・DNS関連の原因
ネットワークやプロキシ、DNSの問題も504エラーの原因となります。例えば、DNSキャッシュの不整合やプロキシサーバーの障害、CDN（コンテンツ配信ネットワーク）の問題で通信が途中で切断されることがあります。スマホやPCのブラウザで504が表示される場合、下記のような対策が有効です。
- DNSキャッシュのクリア：端末やルーターの再起動
- プロキシ設定の確認：不要なプロキシを無効化
- CDNの一時停止または設定の見直し
また、企業や教育機関で利用されるInterSafeなどのセキュリティゲートウェイが通信をブロックしているケースもあります。ネットワーク管理者と連携し、障害箇所を特定することが重要です。
AWS・ALB・クラウド環境特有の原因
クラウド環境、とくにAWSやALB（Application Load Balancer）を利用している場合は、タイムアウトやリソース制限設定が原因で504エラーが発生しやすくなります。ALBのアイドルタイムアウト値が短すぎると、バックエンドサーバーとの通信が途中で切断され、ユーザーにエラーが返されることがあります。
| 項目 | 設定場所 | 推奨値 |
|---|---|---|
| ALBアイドルタイムアウト | AWS管理画面 | 60秒以上 |
| Lambdaタイムアウト | AWS Lambda設定 | 30秒～15分 |
504エラーはALBやAPI Gateway経由で多発しやすいため、WebアプリやAPIの応答時間が長くなる処理では、タイムアウト値を十分余裕を持って設定しましょう。また、クラウド特有のリソース上限や障害情報も公式サポートを確認しておくと安心です。
504 エラー AWS / ALB タイムアウト設定の落とし穴
AWSやALBを利用する際、多くの利用者が見落としがちなのがタイムアウト設定の整合性です。例えば、ALBのデフォルトアイドルタイムアウトは60秒ですが、バックエンドのEC2やLambdaの処理時間がこれを超える場合、通信が切断され504エラーとなります。
下記リストで注意点を整理します。
- ALBとバックエンド両方のタイムアウト値を確認
- API GatewayやLambdaでは、それぞれのタイムアウト設定を一致させる
- 負荷分散やオートスケーリングでリソース確保を強化
複数のタイムアウト値が一致していない場合、どこかで処理が中断されてしまうため、全ての設定値を見直すことが不可欠です。AWS障害やALB関連エラーが頻発する場合は、AWSの公式障害情報やログを確認し、問題箇所を明確に特定してください。
504エラー即解決！ユーザー側・運営者側の対処法ステップバイステップ
閲覧者向け基本対処（1〜3分で完了）
504エラーが表示された場合、まずはユーザー自身でできる基本的な対処法を実行しましょう。多くの場合、下記の手順で一時的な問題は解決します。
- ページの再読み込み
一時的な通信障害やサーバー負荷が原因の場合、再度リロードすることで解決するケースがあります。 - インターネット接続の確認
Wi-Fiやモバイルデータ通信の安定性を確認し、安定していない場合は再接続してください。 - ブラウザのキャッシュ・Cookie削除
キャッシュやCookieが原因で表示エラーが起こる場合、ブラウザ設定から削除することで改善することがあります。 - 別のブラウザや端末でアクセス
使用しているブラウザや端末固有の問題を切り分けるため、他のブラウザやスマートフォンを利用してみてください。
ポイント
一時的なアクセス集中やネットワーク環境の問題で発生することも多いため、上記を順番に試すことで大半のケースは解消します。
WordPressユーザー向けプラグイン・テーマ無効化手順
WordPressサイトで504エラーが発生した場合、プラグインやテーマが原因となっていることが少なくありません。以下の手順でトラブルシューティングを行いましょう。
- 管理画面にログインできる場合
プラグイン画面からすべてのプラグインを一時的に無効化します。その後、ページが正しく表示されるか確認してください。 - テーマをデフォルトテーマに切り替え
カスタムテーマによる不具合が疑われる場合は、WordPress標準のテーマ（例：Twenty Twenty-One等）に切り替えて再度動作確認を行います。 - 管理画面に入れない場合
FTPソフトやファイルマネージャーで「wp-content/plugins」フォルダ名を一時的に変更することで全プラグインを無効化できます。テーマも同様に「themes」フォルダ名変更で切り分けが可能です。
プラグインやテーマが原因の場合は、1つずつ有効化して問題箇所を特定してください。
サーバー管理者向け高度対処（設定変更・リソース調整）
サーバー側の設定やリソース不足で504エラーが発生するケースも多く、運営者や管理者は以下の項目を重点的にチェックしましょう。
| 主な原因 | 対応方法例 |
|---|---|
| サーバー負荷・リソース不足 | サーバースペック増強や負荷分散（CDN導入、キャッシュ強化） |
| タイムアウト設定 | NginxやApacheのtimeout値見直し（例：proxy_read_timeout 300） |
| プロキシ・ロードバランサー | ALBやELBのタイムアウト設定調整、DNS設定確認 |
| データベース遅延 | クエリ最適化、インデックス追加、不要データ削除 |
| アプリケーションエラー | ログ解析による不具合特定、アプリやAPIの修正 |
AWS環境やALB（Application Load Balancer）利用時は、タイムアウト値（デフォルト60秒）の設定を見直すことで改善につながります。
504 エラー スマホ / 携帯での専用対策
スマホやタブレットで504エラーが発生した場合も、まず基本対処はPCと同じですが、特有のポイントがあります。
- モバイル通信の切り替え
Wi-Fiとモバイルデータ通信を切り替えて再接続すると、ネットワーク経路の問題が解消されることがあります。 - ブラウザアプリの再起動・アップデート
スマートフォンのブラウザアプリを一度終了し、最新版にアップデートして再度アクセスしてください。 - 端末のキャッシュ削除
端末の設定からブラウザキャッシュやアプリの一時ファイルを削除することで、再表示が可能になる場合があります。 - 他の端末やPCからの確認
スマホ固有の問題か切り分けるため、他のデバイスでサイトにアクセスし、同様のエラーが出るか確認するのも有効です。
上記の手順を実行しても解決しない場合は、サイト側やサーバー側の障害が考えられます。運営者に問い合わせるか、時間をおいて再度アクセスしてみてください。
504エラー自己診断ツール｜チェックリストとフローチャートで原因特定
504エラーは、Webサイトやアプリを利用中に「Gateway Timeout」と表示されることがあるトラブルです。これはサーバーがリクエストに適切な時間内で応答できなかった場合に発生します。業務サイトや個人ブログ、スマホからのアクセスでも起こるため、誰でも遭遇する可能性があります。ここでは、504エラーの原因特定と対処のためのチェックリストやフローチャートを使い、迅速な解決をサポートします。
ステップバイステップ診断フロー
504エラー発生時は、以下の手順で原因を特定しましょう。
- ページの再読み込み
一時的な通信エラーの場合は、再読み込みで復旧することがあります。 - 他の端末や回線でアクセス
別のPCやスマホ、異なるネットワークからのアクセスで同様にエラーが出るか確認します。 - サイト運営者の場合はサーバー負荷状況の確認
サーバーのリソース（CPU・メモリ）使用率やアクセス集中状況をチェックします。 - WordPressやCMSの場合はプラグイン・テーマの無効化
プラグインやテーマが原因でエラーが発生することがあるため、一時的に停止してみます。 - サーバーログの確認
エラーログやアクセスログを確認し、タイムアウトや異常なリクエストの有無を調べます。 - ネットワーク経路の確認
プロキシやCDNサービス、DNS設定など外部要因もチェックしましょう。 - サーバー設定やタイムアウト値の見直し
nginxやApacheの場合、タイムアウト設定（例：proxy_read_timeoutなど）を適切に調整します。
環境別チェックリスト（PC/スマホ/サーバー）
下記の表は、利用環境ごとに504エラーの主な原因と推奨されるチェックポイントをまとめたものです。
| 環境 | 主な原因 | チェックポイント |
|---|---|---|
| PC・スマホ | 通信環境不良、DNSキャッシュ、ブラウザ設定 | 再起動、キャッシュクリア、別ブラウザ利用 |
| サーバー | 高負荷、リソース枯渇、タイムアウト設定ミス | CPU/メモリ監視、ログ確認、設定見直し |
| ネットワーク | プロキシやCDN、DNS伝播遅延 | プロキシ設定確認、DNSレコード再取得 |
| WordPress | プラグイン・テーマ不具合、PHP実行時間制限 | プラグイン停止、テーマ変更、PHP設定確認 |
| AWS/ALB | アイドルタイムアウト、リソース上限、ALB設定 | タイムアウト値確認、リソース増強、設定再確認 |
504 エラー プロキシ / DNS確認手順
504エラーの多くはプロキシやDNS設定が原因となることがあります。以下の手順で問題の切り分けを行いましょう。
- プロキシ設定の確認
- ブラウザやシステムのプロキシ設定をオフにして再度アクセスします。
- 社内ネットワーク利用時はネットワーク管理者にプロキシ状況を問い合わせます。
- DNSキャッシュのクリア
- Windowsの場合：コマンドプロンプトで「ipconfig /flushdns」を実行します。
- macOSの場合：ターミナルで「dscacheutil -flushcache」と「sudo killall -HUP mDNSResponder」を実行します。
- スマホの場合：再起動またはWi-Fiの切り替えでDNSがリセットされます。
- DNSサーバーの変更
- Google Public DNS（8.8.8.8や8.8.4.4）などへ変更し、再度サイトへアクセスします。
- 変更後もエラーが続く場合は、サーバー側の問題の可能性が高いです。
このように、504エラーは多角的な診断とチェックでスムーズに原因を特定できます。サイト上のトラブルは早めに対応し、安定稼働を目指しましょう。
504エラーがもたらす深刻な影響｜SEO低下・ユーザー離脱の実態
504エラーはWebサイトの運営において無視できないトラブルです。このエラーが発生すると、ユーザーがページにアクセスできず、ビジネスやSEOに大きな悪影響を及ぼします。特にアクセスが集中するイベント時やキャンペーン期間中に発生すると、ユーザーの信頼喪失や売上機会の損失につながります。以下で具体的な影響を詳しく見ていきます。
検索エンジン・SEOへの悪影響詳細
504エラーが続くと、検索エンジンのクローラーが正常にページ情報を取得できなくなります。これにより、インデックスの削除や順位低下といったリスクが高まります。実際に、数時間以上のエラー継続で検索順位が急落するケースも確認されています。
下記のテーブルは、504エラーがSEOへ及ぼす主な影響をまとめたものです。
| 影響内容 | 詳細 |
|---|---|
| インデックス削除リスク | クローラーがページ取得不可で非表示に |
| 検索順位低下 | サイトの評価低下で順位が落ちる |
| ページ滞在時間短縮 | ユーザーがすぐ離脱し評価悪化 |
| サイト全体の信頼性低下 | エラー頻発でサイト評価に悪影響 |
特に長期化した場合、SEO対策を講じていても順位回復に時間がかかるため、早期対応が不可欠です。
ビジネス・ユーザー体験への損失
504エラーが発生すると、ユーザーは目的のページにアクセスできず、サイトへの信頼が一気に低下します。特にスマホからアクセスするユーザーにとっては、エラー画面が表示されるだけで離脱率が大幅に上昇し、競合サイトへの流出が懸念されます。
ビジネス面では、以下のような損失が発生します。
- 売上機会の損失：商品ページやカートで発生すると直接的な売上減に直結
- 顧客満足度の低下：サポートページやFAQでのエラーは問い合わせ増加につながる
- ブランドイメージの悪化：信頼に直結するため、復旧までの迅速な対応が求められる
このような状況を防ぐため、サイト監視やサーバーリソースの最適化など、日常的な対策が重要です。
504 エラー 長期化による順位変動事例
実際の運用現場では、504エラーが長引いたことで検索順位やビジネス指標に大きな変動が起きています。
| 発生期間 | 主な影響 | 影響内容例 |
|---|---|---|
| 1時間未満 | 軽微な影響 | 一時的な順位変動だが比較的早期に回復 |
| 1時間～6時間 | 中度の影響 | 複数ページで順位低下、インデックス遅延 |
| 6時間以上 | 重大な影響 | 主要キーワードで圏外、アクセス数激減、売上損失発生 |
504エラーは放置せず、発生時は即時対応・原因究明が必須です。ユーザー体験とSEOを守るための監視体制構築が欠かせません。
504エラー完全予防｜設定最適化・監視ツール導入のベストプラクティス
504エラーはWebサイト運営者にとって大きな課題です。発生するとページが表示されず、ユーザー離脱やSEO評価の低下につながります。主な原因はサーバー間の応答遅延やリソース不足です。日常的な監視や最適な設定、最新ツールの導入が不可欠です。特にアクセス集中時やスマートフォンからの閲覧増加に備え、トラブルを未然に防ぐ方法を具体的に解説します。
タイムアウト・リソース設定の最適値例
タイムアウトやリソース設定の最適化は、504エラー予防の基本です。適切な値に調整することで、サーバーの負荷分散と安定稼働が実現します。下記のテーブルは、主要なサーバーやクラウド環境で推奨される設定値の一例です。
| 設定項目 | 推奨値例 | 説明 |
|---|---|---|
| proxy_read_timeout | 60～300秒 | Nginxでのリバースプロキシ応答時間 |
| max_execution_time | 60秒 | PHP実行の最大時間 |
| connect_timeout | 10～30秒 | DBやAPI接続の待機時間 |
| keepalive_timeout | 15～75秒 | サーバー接続の維持時間 |
| ALBアイドルタイムアウト | 60秒（AWS推奨は最大4000秒） | AWSのロードバランサー設定 |
設定のポイントは、高負荷時でも余裕を持たせること、一時的なリクエスト増加にも耐えられるようにすることです。設定変更後は、サイト表示速度やリソース消費を必ずモニタリングしましょう。
CDN・ロードバランサー・DB最適化導入
安定したサイト運営には、CDNやロードバランサー、データベース（DB）の最適化が重要です。これらを組み合わせることで、障害発生リスクを大幅に低減できます。
- CDN（コンテンツ配信ネットワーク）
静的ファイルを分散配信し、オリジンサーバーの負荷を減らします。CloudflareやAWS CloudFrontが多く利用されています。 - ロードバランサー
アクセスを複数のサーバーへ分散し、単一障害点を排除します。AWSのALBやNginxのロードバランス機能が有効です。 - DB最適化
インデックス追加や不要なデータ削除、クエリチューニングで応答速度を向上させます。スロークエリログの定期分析も推奨されます。
下記のチェックリストを参考に、導入状況を見直すことで504エラーの未然防止につながります。
- CDN導入済みか
- ロードバランサーの設定と監視が適切か
- データベースの最適化が定期的に行われているか
AWS ALB / 504 エラー タイムアウト上限調整
AWS環境で504エラー対策を強化するには、ALB（Application Load Balancer）のタイムアウト設定が重要です。ALBのデフォルトアイドルタイムアウトは60秒ですが、アプリケーションの処理や外部API連携に応じて値を調整する必要があります。
| 項目 | 設定例 | 説明 |
|---|---|---|
| ALBアイドルタイムアウト | 60～120秒 | 長時間処理が想定される場合は延長 |
| EC2/バックエンドのタイムアウト | 120秒以上 | ALBより長く設定し整合性を保つ |
| ヘルスチェック間隔 | 30秒 | 過剰な切断を防ぐため適切な間隔に調整 |
ポイント
- ALBとEC2のタイムアウト値にずれがあるとエラーが発生しやすくなります。
- 外部サービス連携時は、最大リクエスト数や遅延発生時の挙動も事前検証が必須です。
- 設定変更後は、CloudWatchやALBアクセスログで状況を常時監視し、異常値が検出された場合は迅速に対応しましょう。
上記対策を実践することで、504エラーの発生率を最小限に抑え、ユーザーが快適にサイトを利用できる環境を維持できます。
504エラー特化FAQ｜よくある疑問と即答解決集
504エラーと他エラーの違い・頻出ケースQ&A
504エラーは「Gateway Timeout」とも呼ばれ、サーバー間の通信がタイムアウトした際に発生します。一般的なエラーコードとの違いを以下の表で整理します。
| エラーコード | 意味 | 主な原因 | 対応例 |
|---|---|---|---|
| 502 | Bad Gateway | サーバー間の不正な応答 | サーバー設定見直し |
| 504 | Gateway Timeout | 応答待ち時間超過 | タイムアウト値調整 |
| 503 | Service Unavailable | サーバー過負荷やメンテナンス中 | リソース追加・再起動 |
よくある質問リスト
- 504エラーとは何か
サーバーがリクエストの処理に必要な応答を他のサーバーから受け取れず、一定時間後にタイムアウトして発生するエラーです。 - 502と504の違い
502は不正な応答、504は応答遅延が原因です。 - スマホで表示される場合の対応
キャッシュクリアやWi-Fi・モバイルデータの切り替えで改善することがあります。
特定サービス・アプリでの504エラー事例解決
504エラーはWebサイトだけでなく、AWSやALB、人気ゲームなどさまざまなサービスで発生します。代表的なケースと対処法をまとめます。
| サービス・アプリ | 主な発生原因 | 推奨対処法 |
|---|---|---|
| AWS ALB | タイムアウト設定値不足、負荷増加 | タイムアウト値を60秒以上に設定 |
| WordPress | プラグイン・テーマの競合、サーバー負荷 | プラグイン無効化・PHP設定変更 |
| ゲームアプリ | サーバー側混雑、アクセス集中 | 時間をずらして再接続 |
対処のポイント
- AWSやALB利用時は、アイドルタイムアウトやリクエストタイムアウトの設定を見直すことで多くの504エラーを回避できます。
- WordPressの場合、不要なプラグイン停止やテーマの切り替えが効果的です。
高度ユーザー向けQ&A（ログ解析・設定例）
より専門的な視点で504エラーを解析・対策したい場合、ログ解析やサーバー設定の調整が重要です。
| チェックポイント | 詳細確認方法 | 対応例 |
|---|---|---|
| サーバーログ | Apache/Nginxのエラーログ確認 | 504エラー発生時刻の抽出 |
| タイムアウト値 | proxy_read_timeout/timeout設定 | 60〜300秒へ変更 |
| ネットワーク遅延 | ping/tracerouteコマンド実行 | 遅延箇所の特定 |
推奨コマンド例
- Apache:
ErrorLog /var/log/httpd/error_log - Nginx:
proxy_read_timeout 300; - ネットワーク診断:
ping サイトドメイン
504 Gateway Time-out アクセス 集中時の緊急対応
アクセス集中時に504 Gateway Timeoutが発生した場合、迅速な対応が求められます。以下の手順で問題解決を目指しましょう。
- サーバーリソースの確認
CPUやメモリ使用率をチェックし、必要なら一時的にリソースを増強します。 - キャッシュ・CDNの活用
静的コンテンツはキャッシュやCDNを有効化し、サーバーへの負荷を軽減します。 - タイムアウト値の見直し
NginxやALBのタイムアウト設定を適切に調整し、応答待機時間を延長します。 - 不要なプラグインやプロセスの停止
WordPressなどCMSの場合、重いプラグインや不要な機能を一時停止します。 - 負荷分散設定の強化
Load Balancerの設定を最適化し、トラフィックを分散させます。
これらの対策を実施することで、504エラーによるサイトのダウンタイムを最小限に抑えることが可能です。
