スマホで「504 Gateway Time-out」が出た時の原因と直し方｜通信・設定・サーバー別に徹底解説

2026年1月9日

スマホでWebサイトを見ようとした時に「504 Gateway Time-out」と表示され、ページが開けなかった経験はありませんか。

このエラーは単なる接続不良ではなく、スマホ特有の通信環境やサーバー設定の問題が重なって発生するケースが多いのが特徴です。

本記事では、スマホで504エラーが出る仕組みから、すぐに試せるユーザー向けの対処法、そしてサイト運営者が実施すべき技術的な改善策までを徹底的に解説します。

「原因を知れば、9割の504エラーは防げる」——通信・設定・負荷の3つの視点から、あなたのスマホ環境を安定化させる具体的な方法を紹介します。

スマホで「504 Gateway Time-out」が出るのはなぜ？

朝、通勤中にニュースサイトを開こうとしたら「504 Gateway Time-out」と出て、画面が真っ白になった経験はありませんか。

このエラー、実は「通信が切れた」のではなく、あなたのスマホとサーバーの“待ち合わせ時間”がズレただけなんです。

ここでは、504エラーの仕組みをスマホ特有の視点から、かみくだいて説明します。

そもそも504 Gateway Time-outとは？

「504 Gateway Time-out」は、サーバー間の通信が「時間切れ」になったときに返されるエラーです。

スマホのブラウザは、まずゲートウェイ（中継サーバー）に「ページを見せて」と依頼します。

そのゲートウェイが、さらに奥の上流サーバー（データを持つ本体）に処理を頼むのですが、応答が遅いと“待ち時間オーバー”となり、504が返ってくる仕組みです。

つまりこれは、あなたのスマホが悪いのではなく、「待っていたけど返事が来なかった」という状態です。

通信の流れ	動作内容
① スマホ → ゲートウェイ	ページの表示を依頼
② ゲートウェイ → 上流サーバー	実際のデータを要求
③ 上流サーバー → ゲートウェイ	処理が遅くタイムアウト
④ ゲートウェイ → スマホ	「504 Gateway Time-out」を返す

たとえるなら、あなた（スマホ）がカフェの店員（ゲートウェイ）に注文を出し、その店員が厨房（上流サーバー）にオーダーを通したものの、料理が遅れて「すみません、時間切れです」と返されたようなものです。

スマホで表示されるときの特徴とPCとの違い

スマホの504エラーには、PCでは起きにくい特有の事情があります。

最大の違いは、通信が常に動いていることです。

Wi-Fiとモバイル回線（4G/5G）を自動で切り替える機能が働くたびに、通信が一瞬だけ途切れることがあります。

たとえば、自宅を出て駅に向かう途中、Wi-Fiからモバイル通信に切り替わる瞬間などです。

項目	スマホ環境	PC環境
通信経路	Wi-Fi⇄モバイルを頻繁に切替	固定通信で安定
電力制御	スリープ中はWi-Fiを遮断する	常時接続が維持されやすい
キャッシュ構造	容量が小さく破損しやすい	十分な空きがあり安定

また、スマホには「Wi-Fiアシスト」や省電力モードなど、自動的に通信を切り替えたり制御したりする機能が多数あります。

これらが意図せず動くことで、通信が途切れ、サーバーとの“会話”が中断されることもあります。

さらに、VPNアプリやセキュリティアプリを使っていると、通信経路が増え、データが遠回りになるため、応答が遅れて504エラーに繋がるケースもあります。

502・503など他のエラーとの違いを整理

「504」と似たエラーコードはいくつかありますが、それぞれ意味が違います。

下の表に、違いを整理しました。

エラーコード	意味	例えると
502 Bad Gateway	返事は来たが内容がおかしい	「聞こえたけど意味不明」
503 Service Unavailable	一時的にサービス停止中	「ただいま休業中です」
504 Gateway Time-out	返事が来る前に時間切れ	「まだですか？→タイムアップ」

つまり、502＝返答はあるけど壊れている、504＝返答が遅れているという違いです。

503はサーバーが自ら「休憩します」と伝えている状態で、時間を置けば解決することが多いです。

504は、通信・時間・設定のどれかが噛み合わず、サーバーが返答しきれなかったときに起こる現象です。

だからこそ、スマホのように通信が揺れやすい環境では発生率が高くなるのです。

スマホの504は「ネットの信号待ち」が長すぎた結果」と考えると分かりやすいですね。

スマホで504エラーが出る主な原因5選

スマホで「504 Gateway Time-out」が出るとき、その裏では通信やサーバー処理に何らかの“詰まり”が起きています。

ここでは、特に発生頻度の高い5つの原因を、ユーザー視点でわかりやすく整理しました。

自分の環境がどのタイプに当てはまるかをチェックすれば、次の行動が明確になります。

通信環境の不安定化（Wi-Fi／モバイル切り替え時など）

最も多い原因が、通信の一時的な途切れです。

Wi-Fiから4Gや5Gに切り替わる瞬間や、地下・エレベーターなど電波の弱い場所では、通信が途絶えやすくなります。

一見インターネットがつながっているように見えても、ほんの数秒だけサーバーと通信ができないタイミングが生まれ、その間にページがタイムアウトすることがあります。

発生状況	確認ポイント	改善のヒント
移動中や電車内	Wi-Fi⇄モバイル通信の切替	一時的にWi-Fiをオフにして再接続
混雑した公共Wi-Fi	通信帯域が不足	モバイル通信に切り替える
自宅ルーターの不調	応答が遅い	ルーターの再起動

スマホでは省電力モードやWi-Fiアシスト機能が自動で動くため、ユーザーが意図せず通信経路を変えてしまうケースも少なくありません。

ブラウザやアプリのキャッシュ・Cookieの破損

古いキャッシュやCookie（サイトデータの一部）が壊れていると、サーバーとの通信内容が一致せず、504エラーが出ることがあります。

特に長期間ブラウザを閉じずに使い続けている場合、内部のデータが不整合を起こし、通信の途中で処理が止まることがあります。

発生要因	影響	解決方法
キャッシュ破損	データ不一致で通信停止	ブラウザのキャッシュ削除
Cookie期限切れ	セッション再認証失敗	ログアウト→再ログイン
履歴の蓄積	ブラウザ動作の遅延	履歴クリアとアプリ再起動

キャッシュは便利な反面、壊れると通信エラーの原因になります。定期的に削除してリセットする習慣をつけましょう。

VPN・プロキシ・セキュリティアプリの干渉

スマホでVPNやプロキシ経由の通信を行っている場合、データが遠回りして504エラーが発生することがあります。

セキュリティアプリが不正通信をブロックする過程で、応答が遅れるケースもあります。

使用環境	主なリスク	解決のヒント
VPN利用中	経路が長く応答が遅れる	VPNを一時停止して再アクセス
プロキシ経由	サーバーが中継エラーを返す	設定をオフにして直アクセス
セキュリティアプリ常駐	通信フィルタでタイムアウト	アプリを一時的に停止

通信経路をシンプルにするほど、エラーは減ります。まずはVPNやセキュリティ機能を一時的に止めて、挙動を確かめましょう。

Webサイト側のサーバー処理遅延・過負荷

ユーザー側ではなく、アクセス先のWebサイト側で処理が遅れているケースもあります。

アクセス集中やプログラムの遅延によってサーバーの応答が追いつかないと、スマホに504エラーが返されます。

特にショッピングサイトや大規模キャンペーン時に起きやすい傾向があります。

発生パターン	サーバーの状態	対処法
アクセス集中	同時接続が多すぎる	時間をおいて再アクセス
バックエンド処理遅延	データベース応答が遅い	サーバー側の改善待ち
スクリプトエラー	処理が無限ループ	運営者に報告

この場合、ユーザーができることは少なく、しばらく時間を置いて再読み込みするのが現実的な対応です。

クラウド・CDN設定エラーによる応答遅延

WebサイトがAWSやCloudflareなどのクラウド基盤を使っている場合、設定ミスで通信が中継サーバー間で止まることがあります。

これも「504エラー」としてスマホに返されます。

原因例	発生箇所	改善方法
CDNキャッシュの不整合	CloudFrontなど	CDN設定のリセット
ALB/ELBのヘルスチェック失敗	AWSロードバランサー	設定再確認・再起動
SSL通信の中断	ゲートウェイ間	証明書更新と再接続

スマホでの通信はクラウド経由が多く、クラウド設定ミスの影響を受けやすい点にも注意が必要です。

以上が、スマホで504エラーが発生する代表的な5つの原因です。

次の章では、これらの原因を踏まえて、今すぐ試せる具体的な直し方を紹介します。

スマホでの504エラーの直し方【すぐ試せる解決策】

504エラーが出たときに、慌ててブラウザを何度も連打していませんか。

実は、順番を間違えると直るはずのエラーも長引くことがあります。

ここでは、スマホで試せる「即効性のある対処法」をステップ順に紹介します。

ページの再読み込みとキャッシュ削除

最初に試すべきなのは、単純な再読み込みです。

504エラーは一時的な通信エラーであることも多く、ページを再読み込みするだけで解消するケースがよくあります。

再読み込みでも直らない場合は、キャッシュやCookieが壊れている可能性があります。

ブラウザ別操作	キャッシュ削除の手順
Safari（iPhone）	[設定] → [Safari] → [履歴とWebサイトデータを消去]
Chrome（Android/iPhone）	[設定] → [プライバシーとセキュリティ] → [閲覧履歴データを削除]
Edge（Android）	[設定] → [プライバシー] → [閲覧データのクリア]

削除後は必ずブラウザを完全に閉じて再起動しましょう。これで古い通信情報がリセットされ、正常に読み込めるようになります。

通信の切り替え（Wi-Fi⇄モバイル通信）

通信経路が混線していると、サーバーからの応答が届かなくなります。

Wi-Fiとモバイル通信を切り替えて再接続すると、ルートが変わりエラーが解消されることがあります。

ケース	試す操作	ポイント
公共Wi-Fi使用中	Wi-Fiをオフにして4G/5Gで再アクセス	混雑による遅延を回避
自宅Wi-Fiが不安定	ルーター再起動 or 機内モードON→OFF	通信の再確立
モバイル通信が遅い	Wi-Fiへ切り替える	速度改善が期待できる

特にWi-Fiルーターは長時間動かすとキャッシュが溜まりやすく、リセットで改善するケースが多いです。

ブラウザ・アプリの再起動と更新

スマホのブラウザやアプリが長期間起動しっぱなしだと、内部で通信エラーを保持したままになっていることがあります。

再起動するだけで、セッション情報がリフレッシュされ、正常に接続できる場合があります。

また、古いバージョンのアプリは最新のサーバー設定に対応していないこともあるため、定期的なアップデートも重要です。

操作	内容
アプリを閉じる	タスク一覧からスワイプして完全終了
再起動	アプリを再度開く or ブラウザ再起動
アップデート	App Store / Google Playで最新版を適用

この操作は特に504エラーが一部のサイトだけで起きる場合に有効です。

VPN・セキュリティアプリを一時停止する

VPNやセキュリティアプリは通信を安全に保つ一方で、通信経路を複雑にすることがあります。

VPNを一時的にオフにし、通常の接続でアクセスすると、504エラーが解消されることがあります。

アプリ	操作方法	注意点
VPN	設定 → VPN → オフ	再度オンにするのを忘れない
セキュリティアプリ	一時停止または除外設定	再開前に再確認を推奨

通信経路を最短にするほど、504は減ります。セキュリティは維持しつつ、検証目的で一時的に切ってみるのが有効です。

他の端末でアクセスして問題を切り分ける

スマホ特有の問題か、サーバー側の問題かを見極めるために、他のデバイスで同じURLを開いてみましょう。

別の端末でも同じ504エラーが出る場合は、サイト側の処理遅延や設定不具合が考えられます。

検証手順	結果の目安
別のスマホ／PCで同サイトを開く	同じエラーならサイト側問題
モバイル通信⇄Wi-Fiを切り替える	環境依存かどうかを判別
時間を置いて再アクセス	一時的負荷なら改善する

この方法で、「直せる問題」か「待つべき問題」かを判断できます。

ここまで紹介した手順を順番に試せば、多くの504エラーは解決します。

それでも改善しない場合は、次章で紹介する運営者側の設定確認に進みましょう。

それでも直らないときは？運営者側で確認すべきポイント

ユーザー側の操作をすべて試しても504エラーが続く場合、原因はサーバーや設定にある可能性が高いです。

ここでは、Web担当者やエンジニアが確認すべき代表的なポイントを整理します。

どれも基本的な内容ですが、見落とすと再発を繰り返すため注意が必要です。

サーバー設定（Nginx／Apache）のタイムアウト値を見直す

504エラーの多くは、タイムアウト設定が短すぎることが原因です。

サーバーがバックエンドにリクエストを送ったあと、返答を待つ時間を「タイムアウト値」といいます。

この時間が短すぎると、処理が終わる前に通信を切ってしまい、504が返ってきます。

サーバー種別	設定項目	推奨値
Nginx	proxy_read_timeout	60〜120秒
Apache	Timeout	60秒前後
PHP-FPM	request_terminate_timeout	処理時間に合わせて調整

また、Nginxをプロキシとして使っている場合は、proxy_connect_timeoutやproxy_send_timeoutも確認が必要です。

処理内容に応じて適切に調整することで、不要なタイムアウトを防げます。

PHP-FPMやDB負荷の最適化

バックエンドの処理速度が遅い場合も、504の原因になります。

とくにPHP-FPM（PHPの高速処理モジュール）やデータベースが重い場合、応答が遅れてゲートウェイが切断してしまうことがあります。

原因	確認方法	対策
PHP処理の遅延	ログで実行時間を確認	コード最適化／キャッシュ導入
DBクエリの遅延	スロークエリログを解析	インデックス追加／クエリ修正
同時実行数不足	php-fpm.confのmax_children確認	プロセス数を増やす

ボトルネックを特定できない場合は、モニタリングツール（例：New Relic, Datadogなど）で処理時間を可視化すると効果的です。

遅い処理を「増強」よりも「短縮」で直すのが理想的です。

ロードバランサー・CDN（CloudFront等）の構成を再確認

クラウド環境で504が出る場合、ロードバランサーやCDNの設定に問題があることが多いです。

ロードバランサーがバックエンドの応答を待ちきれず、途中で切断しているケースもあります。

構成要素	主な原因	対策
AWS ALB／ELB	ターゲットのヘルスチェック失敗	待機時間と閾値を再設定
CloudFront／CDN	キャッシュ不整合・経路遅延	TTL調整／一時的に無効化
Firewall／WAF	リクエスト制限の過剰設定	正当なトラフィックを許可

CDN経由の場合、キャッシュが古くなっているとバックエンドの応答が遅れることがあります。

CloudFrontでは「Invalidation（キャッシュ削除）」を行い、正常通信に戻すのが一般的です。

エラーログで発生箇所を特定する方法

根本的な解決の第一歩は、「どの通信で止まったか」を知ることです。

サーバーのログを確認すれば、どのリクエストでタイムアウトしたのかが明確になります。

ログ種別	確認ポイント	ツール例
アクセスログ	ステータスコード「504」やレスポンス時間	Apache／Nginx 標準ログ
エラーログ	“upstream timed out”などのメッセージ	/var/log/nginx/error.log
アプリケーションログ	特定リクエストの処理時間	Laravel, Rails等の専用ログ

ログを分析しても原因が分からない場合は、ネットワーク経路のトレース（例：traceroute, mtr）を行うと、通信のどこで遅延が起きているかを突き止められます。

これらの確認を行うことで、運営者側の504エラーは確実に原因を特定できます。

“タイムアウト”を「設定・処理・経路」から見直すのが解決の鉄則です。

スマホ特有の504エラーを防ぐ日常メンテナンス術

504エラーは「突然起きるトラブル」と思われがちですが、日常のスマホの使い方次第で発生率をかなり下げることができます。

この章では、誰でも今日からできるメンテナンス習慣を紹介します。

ほんの少しの手間で、通信の安定性が格段に上がります。

定期的なブラウザキャッシュ・アプリ更新

キャッシュやアプリを放置しておくと、古いデータが残り、サーバーとの通信内容にズレが生じやすくなります。

特に、長期間アップデートしていないブラウザやSNSアプリは、通信仕様の違いからエラーを誘発することがあります。

対策内容	推奨頻度	操作例
ブラウザキャッシュ削除	2〜3週間に1回	設定 → 履歴とデータを消去
アプリのアップデート	週1回チェック	App Store／Google Playで更新
スマホの再起動	週1〜2回	電源OFF→ONでメモリをリセット

キャッシュの整理＝通信の整流化と考えましょう。

内部データをクリアにすることで、スマホとサーバーの“会話”がスムーズになります。

通信環境を安定化させる3つの習慣

通信が不安定だと、どんなにアプリを最適化しても504エラーは起きます。

スマホの通信環境を整えることで、エラーを事前に防ぐことができます。

習慣	内容	効果
Wi-Fiルーターを定期的に再起動	キャッシュとIPリースを更新	通信速度・安定性が向上
公共Wi-Fiを使いすぎない	混雑と遅延を回避	安定した接続を維持
通信制限前にデータ残量を確認	速度制限によるタイムアウト防止	スムーズな接続を確保

「Wi-Fiを切って試す」「通信量を確認する」だけでも、多くのケースで解決できます。

スマホは持ち歩く分だけ環境が変わるため、意識的な通信リセットが大切です。

デバイスやOSアップデートの重要性

古いOSやファームウェアは、最新の暗号化通信やサーバー設定に対応していないことがあります。

その結果、通信エラーや互換性トラブルが発生しやすくなります。

アップデート項目	目的	効果
スマホOS（iOS／Android）	通信プロトコルの更新	最新の暗号化方式に対応
ブラウザ	表示エンジンの互換性維持	サイトとの通信エラーを防止
ルーター／モデム	ファームウェア更新	Wi-Fi切断や遅延を抑制

特に、長年同じルーターを使っている場合は、ファームウェアのアップデートを確認しましょう。

「通信を新しく保つ」ことが、最も確実な504対策です。

以上のような定期的メンテナンスで、スマホの通信エラーは大幅に減少します。

次の章では、運営者ができる技術的な予防策について解説します。

【運営者必見】スマホアクセス時の504エラーを減らす技術対策

スマホからのアクセスが主流となった現在、サイト運営者はモバイル通信特有の環境に最適化された設計を意識する必要があります。

504エラーを「起きてから直す」よりも、「起きない構造を作る」ことが最重要です。

ここでは、開発者・インフラ担当者向けに実践的な技術対策を整理します。

レスポンスタイムを改善するバックエンドチューニング

まず注目すべきは、サーバーのレスポンスタイム（応答速度）です。

スマホでは通信レイテンシーが大きいため、サーバー側で処理を最適化することで体感速度を大きく改善できます。

改善施策	概要	期待効果
キャッシュ導入（Redis／Memcached）	動的処理を再利用	リクエスト応答を1/10に短縮
非同期処理化（Queue／Job化）	時間のかかる処理を分離	タイムアウトリスクを低減
SQL最適化	遅いクエリの見直し・インデックス追加	DB負荷の軽減
PHP-FPM設定調整	max_childrenやtimeout値を最適化	高負荷時の安定稼働を確保

重要なのは、「速くする」より「待たせない」設計を行うこと。

重い処理は即時レスポンスを返し、結果をバックグラウンドで処理する構造が理想です。

モバイル通信向けに最適化されたCDN構成

スマホアクセスでは、通信経路の遅延を減らすためにCDN（コンテンツ配信ネットワーク）の最適化が欠かせません。

モバイルユーザーは電波状況が変わりやすいため、CDNでのキャッシュと経路短縮が非常に効果的です。

CDN設定	対策内容	効果
TTL調整	静的コンテンツは長め、動的は短めに設定	応答時間の最適化
HTTP/3（QUIC）対応	UDPベースの高速通信	スマホでの再送遅延を防止
画像圧縮とフォーマット変換	WebPやAVIFへ自動変換	データ転送量を半減
地理的ルーティング	ユーザーの位置に近いエッジを選択	応答レイテンシーを最小化

CloudFrontやCloudflareなど主要なCDNは、デバイス判定と動的キャッシュ分離に対応しており、スマホ専用キャッシュ設定を推奨します。

自動監視とアラート通知の導入で早期検知

504エラーを根本的に減らすには、問題が発生する前に兆候を捉える「監視設計」が必要です。

応答時間・CPU負荷・エラー率を継続的にモニタリングし、異常が出た時点で自動通知する仕組みを構築します。

監視対象	ツール例	検出内容
アプリケーション	New Relic／Datadog	レスポンスタイム・DB負荷
インフラ	Zabbix／AWS CloudWatch	CPU・メモリ・ネットワーク
ユーザー体験	Google RUM／Lighthouse CI	スマホでの体感遅延・UX変化

特にスマホアクセスは「瞬間的な負荷変動」が大きいため、5分単位よりもリアルタイム監視が望ましいです。

異常を検知したら、SlackやPagerDutyに即時通知し、インシデント対応を自動化しましょう。

スケーラブルな構成でアクセス集中に備える

アクセス急増に耐えられない構成では、どれほど最適化しても限界があります。

特にスマホユーザーの集中アクセス（SNS拡散やキャンペーン時など）では、短時間に数十倍のリクエストが発生することもあります。

対策	内容	効果
オートスケーリング	アクセス量に応じて自動でサーバー増減	過負荷を防止
ロードバランシング	リクエストを複数サーバーに分散	504発生を抑制
DBレプリカ分離	読み取り専用ノードを追加	応答時間を短縮

「1台で耐える」構成から「分けて捌く」構成へ切り替えることが、長期的な安定運用の鍵です。

こうした技術的アプローチを重ねることで、504エラーの発生はほぼゼロに近づけることが可能です。

スマホユーザー＝不安定な環境で使う前提で、余裕のある設計を心がけましょう。

まとめ：スマホの504エラーは「通信＋設定＋負荷」で考えよう

ここまで、スマホで発生する「504 Gateway Time-out」について、原因から対策までを徹底的に解説しました。

結論として、このエラーは単一の原因ではなく、通信環境・サーバー設定・負荷状態の3要素が複雑に絡み合って起きる現象です。

ユーザー側が最初に確認すべき3ステップ

スマホで504エラーが出たときは、以下の順でチェックしましょう。

ステップ	確認内容	目的
① 通信環境を切り替える	Wi-Fi⇄モバイル通信を変更	ネットワーク不安定の切り分け
② スマホを再起動／キャッシュ削除	通信情報のリセット	一時的なバグ・破損データを除去
③ 他の端末・時間帯で再アクセス	サイト側問題かどうか確認	原因特定と再試行の判断材料

この3ステップで約70％以上のケースは改善します。

それでも直らない場合は、VPNやセキュリティアプリを一時停止して通信経路をシンプルにしてみましょう。

運営者が再発を防ぐための基本方針

サイトやアプリを運営している側では、エラーを「出さない設計」に切り替えることが肝心です。

方針	具体施策	目的
1. タイムアウトの再設計	各レイヤー（LB, Nginx, PHP-FPM）の値を調整	早すぎる切断を防止
2. バックエンド最適化	キャッシュ・非同期処理・SQLチューニング	処理時間短縮と安定稼働
3. CDN最適化	スマホ向けキャッシュ・HTTP/3対応	通信距離を短縮
4. 自動監視の導入	Datadog／New Relic等でレスポンス監視	障害の早期検知と即応
5. スケーラビリティ確保	オートスケール・負荷分散構成	アクセス集中時の耐久性向上

「設定を伸ばす」より「処理を早くする」視点を持つことが、運営者にとって最大の改善ポイントです。

スマホ時代の504対策とは？

スマートフォンでは、通信が切れたり、アプリがスリープしたりと、想定外の要因が頻発します。

だからこそ、ユーザーも運営者も「不安定な通信を前提」に対策を立てる必要があります。

視点	ユーザー側の対策	運営者側の対策
通信	Wi-Fiとモバイル通信の切り替え・再起動	HTTP/3対応・CDNの活用
設定	キャッシュ・Cookieの削除	サーバー設定（Timeout値）の調整
負荷	高負荷時間帯を避けてアクセス	負荷分散・バックエンド最適化