502BadGatewayは自分だけ？原因の切り分けと直し方

502 Bad Gatewayが出ると、サイト自体が壊れたのか、自分のスマホやパソコンだけで起きているのか分からず不安になりやすいです。やみくもに設定を変えると、原因を見失ったり、直っていたはずの接続をさらに不安定にしたりすることがあります。

この記事では、502 bad gatewayが自分だけなのかを見分ける順番、利用者側で試せる対処、サイト運営者に確認してほしいサーバー側の原因を整理します。まずは影響範囲を切り分けて、無駄な作業を減らしていきましょう。

502 bad gatewayが自分だけかは最初に切り分ける

502 Bad Gatewayは、ブラウザとWebサイトの間にあるサーバー同士のやり取りがうまくいかなかったときに表示されるエラーです。名前だけ見ると難しく感じますが、利用者側の端末、Wi-Fi、ブラウザ、DNS、VPN、サイト側のサーバー、CDNなど、途中のどこかで通信が止まっている状態と考えると分かりやすいです。

大切なのは、最初から「自分の端末が悪い」と決めつけないことです。502はサイト側の一時的な不具合でもよく起こりますし、逆にほかの人は見られるのに自分だけ表示されないこともあります。まずは、同じページを別の環境で開き、エラーの範囲を確認します。ここで切り分けができると、再起動すべきなのか、待つべきなのか、管理者へ連絡すべきなのかが見えてきます。

まず見るべき判断基準

自分だけかどうかは、1つの確認だけで判断しないほうが安全です。たとえばスマホのChromeで見られない場合でも、同じスマホのSafariでは開ける、モバイル回線では開ける、家のWi-Fiだけで開けないということがあります。この場合、サイト全体の障害ではなく、ブラウザのキャッシュ、Wi-Fiルーター、DNS、セキュリティソフトなどが関係している可能性が高くなります。

反対に、スマホ、パソコン、別回線、別ブラウザのどれでも同じ502が出るなら、自分の環境だけではなく、サイト側のサーバーやCDNで一時的な問題が起きている可能性が高いです。特にログインページ、決済ページ、管理画面などで発生している場合は、裏側のアプリケーションサーバーやデータベースの応答が遅れていることもあります。利用者ができることは限られるため、少し時間を置くか、運営元へ状況を伝えるのが現実的です。

確認すること	分かること	次の行動
別ブラウザで開く	ブラウザのキャッシュや拡張機能が原因か判断しやすい	Chrome、Safari、Edgeなどで同じURLを試す
スマホのモバイル回線で開く	自宅や会社のWi-Fiだけの問題か見分けやすい	Wi-Fiを切って再読み込みする
別端末で開く	端末固有の設定やセキュリティソフトの影響を確認できる	家族のスマホや別PCで同じページを開く
時間を置いて再確認する	一時的なサーバー混雑かどうかを判断しやすい	数分から30分ほど置いて再読み込みする

502とほかのエラーの違い

502 Bad Gatewayは、404や403とは意味が違います。404はページが見つからない状態、403はアクセス権限がない状態、500はサーバー内部で何らかのエラーが起きている状態です。502は、入口のサーバーが奥にあるサーバーから正しい返事を受け取れなかった状態を指すことが多く、サイトの構成によっては利用者から見えない部分で起きています。

たとえば、ブラウザからCDN、CDNからWebサーバー、Webサーバーからアプリケーションサーバーへ通信しているサイトでは、途中のどこかが詰まるだけで502が出ます。WordPressサイトであれば、PHPの処理が止まっている、サーバーが高負荷になっている、プラグインの処理が重い、リバースプロキシが応答を受け取れないといった原因もあります。自分だけに見える場合でも、根本原因がサイト側にあるケースはあるため、表示された画面だけで断定しないことが大切です。

自分の環境で起きる主な原因

502 Bad Gatewayはサーバー側の印象が強いエラーですが、自分の環境がきっかけで表示されることもあります。特に、古いキャッシュ、DNSの不具合、VPNやプロキシ、セキュリティソフト、会社や学校のネットワーク制限は見落とされがちです。サイトの運営者に連絡する前に、利用者側で確認できる範囲を順番に見ていくと、原因の当たりをつけやすくなります。

キャッシュやCookieの影響

ブラウザは、表示を速くするために画像、スクリプト、ログイン情報、Cookieなどを保存しています。この保存データが古くなったり、サイト側の更新内容と合わなくなったりすると、実際にはサイトが直っていても自分の画面だけ502のようなエラーが続くことがあります。特に、ログインが必要な管理画面、予約システム、ECサイトのカート、会員ページでは、Cookieやセッション情報が絡むため症状が残りやすいです。

最初からすべての閲覧履歴を消す必要はありません。まずは強制再読み込みを試し、それでも変わらなければシークレットウィンドウで同じURLを開きます。シークレットウィンドウで正常に開けるなら、通常ブラウザに残っているキャッシュやCookieが原因の可能性が高いです。その場合は、該当サイトだけのCookie削除やキャッシュ削除を行うと、ほかのサイトのログイン状態を大きく崩さずに済みます。

• WindowsのChromeやEdgeでは、Ctrlキーを押しながら再読み込みする
• Macでは、Shiftキーを押しながら再読み込みする
• シークレットウィンドウで同じURLを開く
• 改善する場合は、そのサイトのCookieとキャッシュを削除する

DNSやWi-Fiの不調

DNSは、ドメイン名をサーバーの住所に変換する仕組みです。普段は意識しませんが、この変換結果が古いままだったり、一時的にうまく返ってこなかったりすると、特定のサイトだけ表示できないことがあります。サイト側がサーバー移転やCDN設定を変更した直後は、環境によって古い情報を見に行ってしまい、自分だけ502や接続エラーになることがあります。

Wi-Fiルーターも見逃せません。スマホのモバイル回線では開けるのに、自宅や会社のWi-Fiでは502が出る場合、端末よりもネットワーク側の可能性が高くなります。ルーターの再起動、端末のWi-Fi再接続、別のDNSへの切り替えで改善することがあります。ただし、会社や学校のネットワークでは管理者がフィルタリングやプロキシを設定している場合もあるため、勝手に設定を変更するより、まず別回線で確認するほうが安全です。

VPNやセキュリティソフト

VPN、広告ブロッカー、セキュリティソフト、会社用のプロキシは、通信を安全にしたり不要な通信を止めたりするために便利です。一方で、サイト側から見ると通常とは違う経路でアクセスしているため、CDNやWAFに一時的にブロックされたり、通信の途中で応答が途切れたりすることがあります。その結果、同じサイトでもVPNを使っているときだけ502が出ることがあります。

確認するときは、VPNを一度オフにし、ブラウザ拡張機能も最低限にした状態で再読み込みします。セキュリティソフトを完全に無効化するのはリスクがあるため、まずはWeb保護、広告ブロック、HTTPSスキャンなど関連しそうな機能の影響を確認します。仕事用パソコンの場合、設定変更が禁止されていることもあるため、個人のスマホ回線で同じページを開き、端末の問題かネットワークの問題かを分けると判断しやすいです。

利用者側で試す直し方

自分だけ502 Bad Gatewayが出ている可能性があるときは、簡単で影響の少ない対処から試すのが基本です。最初に大きな設定変更をすると、何が効いたのか分からなくなります。再読み込み、別ブラウザ、回線変更、キャッシュ削除、DNS確認の順に進めると、原因を見失いにくくなります。

影響の少ない順に試す

まずは、ページを通常の再読み込みではなく、強制再読み込みします。これだけで古い一時データが更新され、表示が戻ることがあります。次に、同じURLを別ブラウザやシークレットウィンドウで開きます。ここで表示できるなら、サイトそのものではなく、普段使っているブラウザの保存データや拡張機能が原因と考えやすくなります。

それでも直らない場合は、Wi-Fiを切ってモバイル回線で試します。パソコンしかない場合は、スマホのテザリングを使う方法もあります。回線を変えると表示できるなら、Wi-Fiルーター、DNS、会社や学校のネットワーク、プロバイダ側の一時的な不調が関係している可能性があります。最後に、端末再起動、ルーター再起動、DNSキャッシュのクリアなどを行いますが、手順を一気に進めず、1つ試したら結果を確認するのがポイントです。

順番	試すこと	判断できること
1	強制再読み込み	一時的な表示データの問題か確認できる
2	シークレットウィンドウで開く	Cookieや拡張機能の影響を見分けやすい
3	別ブラウザで開く	特定ブラウザだけの問題か確認できる
4	Wi-Fiとモバイル回線を切り替える	回線やルーターの問題か判断しやすい
5	ルーターや端末を再起動する	ネットワーク機器の一時不調を解消できることがある
6	時間を置く	サイト側の一時的な高負荷や復旧待ちか判断できる

ログイン中のサイトでの注意

会員サイト、銀行、予約システム、ECサイト、WordPress管理画面など、ログイン中に502が出た場合は、何度も連続で送信ボタンを押さないほうが安全です。決済、予約、問い合わせフォーム、注文確定ボタンの直後に502が出ると、画面上は失敗したように見えても、裏側では処理が完了していることがあります。焦って再送信すると、二重注文や重複予約につながる場合があります。

このような場面では、まずメールの受信箱、マイページ、注文履歴、予約履歴を確認します。確認できない場合も、同じ操作を繰り返す前に時間を置くか、運営元へ問い合わせるほうが安全です。WordPressなどの管理画面で記事保存中に502が出た場合は、別タブで管理画面を開き直し、自動保存や下書きが残っているかを確認します。ブラウザの戻るボタンを何度も押すより、落ち着いて別タブで状態を見るほうが、作業内容を失いにくいです。

やらないほうがよい対応

502が出たからといって、すぐにブラウザ全体の履歴や保存パスワードを削除する必要はありません。全削除をすると、ほかのサイトからもログアウトされ、原因の切り分けがしにくくなります。また、よく分からないままDNS、プロキシ、VPN、セキュリティ設定を何度も変えると、元に戻せなくなることがあります。まずは影響が小さい操作から進め、設定変更をした場合は何を変えたかメモしておくと安心です。

また、検索結果に出てきた不明なツールや診断サイトに、ログインURL、管理画面URL、会員情報を入力するのは避けてください。公開ページの状態確認なら問題が少ない場合もありますが、管理画面や個人情報を含むURLは扱いに注意が必要です。特に、社内システムやクライアントサイトで502が出ている場合は、スクリーンショット、発生時刻、使った回線、ブラウザ名を記録し、管理者や制作会社へ共有するほうが安全です。

サイト運営者が見る原因

サイトを運営している側で502 Bad Gatewayが出る場合は、利用者側の対処だけでは直りません。アクセスした人から「自分だけでしょうか」と連絡が来たときも、運営者はまず複数環境で再現確認を行い、サーバー、CDN、WAF、アプリケーション、PHP、データベース、プラグインの順に切り分ける必要があります。特にWordPressやECサイトでは、見た目のページだけでなく裏側の処理負荷が原因になることがあります。

サーバーやCDNの不具合

502は、リバースプロキシやCDNがオリジンサーバーから正しい応答を受け取れないときに出ることがあります。CDNを使っているサイトでは、利用者はCDNのエラー画面を見ていても、実際の原因はレンタルサーバー、VPS、アプリケーションサーバー、ロードバランサーにあることがあります。アクセス急増、メンテナンス、サーバー再起動、SSL設定の不一致、ファイアウォール設定の変更などがきっかけになることもあります。

運営者は、まずサーバー会社の障害情報、CDNのステータス、サーバーのCPUやメモリ使用率、エラーログを確認します。管理画面に入れる場合でも、公開ページだけ502になる、特定のURLだけ502になる、画像は表示されるがフォームだけ落ちるなど、症状によって見る場所が変わります。全体が落ちているならインフラ寄り、特定ページだけならアプリケーションやプラグイン寄りと考えると、調査の順番を決めやすくなります。

WordPressで起きやすい原因

WordPressサイトでは、プラグインの競合、テーマの処理、PHPメモリ不足、データベースの応答遅延、管理画面へのアクセス集中などで502が出ることがあります。特に、バックアップ、セキュリティ、キャッシュ、画像最適化、フォーム、EC機能のプラグインは、裏側で重い処理を行うことがあります。普段は問題なくても、更新直後やアクセス集中時に処理が詰まることがあります。

確認するときは、直前に行った作業を思い出すことが重要です。プラグイン更新、テーマ編集、PHPバージョン変更、サーバー移転、SSL設定変更、キャッシュ設定変更などがあれば、そこが手がかりになります。管理画面に入れない場合は、サーバーのファイルマネージャーやFTPでプラグインフォルダ名を一時変更し、原因を切り分ける方法もあります。ただし、本番サイトでの作業は影響が大きいため、バックアップや制作会社への相談を優先したほうが安全です。

フォームや管理画面だけの502

お問い合わせフォーム、予約フォーム、決済画面、WordPressの投稿保存画面など、特定の処理だけで502が出る場合は、ページ表示そのものではなく、送信後の処理が重い可能性があります。メール送信、外部API連携、在庫確認、reCAPTCHA、画像アップロード、CSV出力などは、通常ページより時間がかかることがあります。サーバーのタイムアウト時間を超えると、途中で502や504のようなエラーになることがあります。

この場合、利用者に見える画面だけでなく、送信内容が保存されているか、管理者メールが届いているか、決済が完了しているかを確認します。フォームで502が出ているのに問い合わせデータだけは残っている場合、ユーザーは失敗したと思って再送信し、同じ内容が何件も届くことがあります。運営者は、完了画面、メール送信、データ保存、外部連携を分けて確認し、必要なら処理を軽くする、タイムアウト設定を見直す、プラグインを変更するなどの対応を検討します。

間違えやすい判断と注意点

502 Bad Gatewayは、表示される言葉が同じでも原因が同じとは限りません。利用者側のキャッシュで起きることもあれば、サイト側の高負荷、CDNの設定、WordPressの処理、フォームの送信処理が原因になることもあります。ここを混同すると、待てばよい場面で不要な設定変更をしたり、すぐ連絡すべき場面で放置したりしてしまいます。

「自分だけ」の思い込み

自分のスマホだけで502が出ているように見えても、実は一部の地域、一部の回線、一部のブラウザだけで起きていることがあります。CDNやDNSは、利用者の場所や回線によって接続先が変わることがあるため、友人のスマホで見られるからといって、完全に自分だけの問題とは言い切れません。特に企業サイト、予約サイト、キャンペーンページでは、アクセスが集中する時間帯に断続的にエラーが出ることがあります。

判断を急がないためには、確認結果を具体的に分けて記録することが役立ちます。「スマホのChrome、家のWi-Fi、15時20分、商品ページで502」「同じスマホのモバイル回線では表示できた」のように残しておくと、原因がかなり絞れます。運営者へ問い合わせる場合も、ただ「見られません」と伝えるより、端末、ブラウザ、回線、URL、発生時刻、操作内容を伝えたほうが早く調査できます。

何度も更新するリスク

通常の閲覧ページであれば、数回の再読み込みで大きな問題になることは少ないです。しかし、ログイン、決済、予約、フォーム送信、ファイルアップロードなどの画面では注意が必要です。サーバー側の処理が遅れているだけで、実際には注文や問い合わせが完了している場合もあります。そこで連続して再送信すると、同じ注文、同じ予約、同じ問い合わせが複数回送られる可能性があります。

特にECサイトでは、注文完了メール、マイページの購入履歴、クレジットカードの決済通知を確認するほうが先です。予約サイトでは、予約番号や確認メールが届いていないか見ます。問い合わせフォームでは、送信ボタンを連打せず、時間を置いてから再確認します。502は「完全に失敗した」という意味ではなく、「途中のサーバーが正しい返事を返せなかった」という表示なので、処理結果と画面表示を分けて考えることが大切です。

問い合わせ時に伝える内容

サイト運営者や制作会社に連絡するときは、感覚的な説明よりも再現条件を伝えるとスムーズです。必要なのは、URL、発生時刻、使った端末、ブラウザ、回線、表示された文言、直前の操作です。スクリーンショットがあれば、エラー画面の種類やCDN名、エラーコード、時刻が分かることもあります。個人情報が写っている場合は、注文番号や氏名などを隠してから共有すると安心です。

運営者側にとっても、「全員が見られない」のか「一部の利用者だけ」なのかは重要です。たとえば、特定のページだけならそのページの処理、ログイン後だけなら認証やセッション、フォーム送信後だけならメール送信や外部API、夜だけならバックアップ処理やアクセス集中を疑えます。問い合わせる側が少し情報を整理するだけで、原因調査の時間を短くでき、復旧までのやり取りも減らせます。

次に取る行動を決める

502 bad gatewayが自分だけかもしれないと感じたら、まずは別ブラウザ、別回線、別端末で確認します。1つでも表示できる環境があるなら、自分のブラウザ、キャッシュ、Cookie、Wi-Fi、VPN、DNSを順番に見直します。どの環境でも同じなら、サイト側の一時的な不具合や高負荷の可能性が高いため、少し時間を置くか、運営元へ状況を伝えるほうが現実的です。

利用者としては、強制再読み込み、シークレットウィンドウ、モバイル回線への切り替え、端末やルーターの再起動までを試せば十分なことが多いです。決済や予約の直後なら、同じ操作を繰り返す前にメールや履歴を確認します。運営者としては、複数環境で再現確認を行い、サーバー障害情報、CDN、WAF、エラーログ、WordPressのプラグイン、フォーム処理を順に確認します。

最後に、判断に迷ったときは「どの環境で出るか」を基準にしてください。自分のWi-Fiだけなら回線やDNS、特定ブラウザだけならキャッシュや拡張機能、全環境ならサイト側、特定操作だけならフォームやサーバー処理が疑わしいです。502は焦って設定を変えるより、範囲を切り分けたほうが早く解決に近づきます。表示されない画面だけを見るのではなく、端末、回線、ブラウザ、時間、操作内容を分けて確認することが、いちばん失敗しにくい進め方です。