まず結論：502が出たときに起きていること
- あなたのブラウザ →（Cloudflare等）→ サイト本体 の途中で、どこかが応答できていない
- 多くは「サイト運営側（サーバー／バックエンド）」の問題で、ユーザー側で直せないことが多い
- ただし、キャッシュやDNS、回線差で“自分だけ”502になるケースもあるため、切り分けが重要
502 Bad Gatewayのよくある原因（サイト側）
- 上流サーバー（アプリ／WordPress／API）が落ちている、または過負荷で応答できない
- Nginx/Apache などのリバースプロキシ設定不備（上流の接続先、ポート、タイムアウトなど）
- Cloudflare等CDN/WAFの背後にあるオリジンサーバーが応答しない（または遮断している）
- データベース障害や外部API障害でアプリが固まり、結果的に上流が返せず502になる
- デプロイ直後の不整合（起動待ち、設定反映漏れ、ヘルスチェック失敗）
502 Bad Gatewayのよくある原因（ユーザー側）
- 古いキャッシュが残っていて、誤ったエラーページを表示し続けている
- 回線（ISP）や地域差によって、特定経路だけ上流に到達できず502になる
- 会社/学校のネットワークやセキュリティ製品が特定ドメインの通信を遮断している
- 一時的なDNSの不整合で、誤った到達先に向いている（稀だが起こり得る）
ユーザー側でできる対処（優先順）
- 1) 別回線で試す：Wi-Fi→モバイル回線（4G/5G）に切り替える（最速の切り分け）
- 2) シークレットモードで開く（拡張機能・キャッシュ影響を減らす）
- 3) ブラウザのキャッシュ削除（特に同じエラーが固定される場合）
- 4) DNSをパブリックDNSに変更（特定サイトだけ不安定な場合に有効）
- 5) VPNで接続元を変える（経路障害・地域制限・誤ブロックの回避）
DNSの変更が必要そうな場合
運営者側の確認ポイント（サイト管理者向け）
- 直近の変更点を確認（プラグイン更新、テーマ更新、WAF/CDN設定変更、サーバー移行、デプロイ）
- アプリ／PHP-FPM／Node のプロセスが落ちていないか、過負荷になっていないか（再起動で一時復旧しても原因追跡が必要）
- Nginx/Apache の upstream 設定・接続先・ポート・ヘルスチェック・タイムアウト（connect/read）
- Cloudflare等を使っている場合、オリジン到達性（オリジンIPで直接アクセスできるか、WAFでブロックしていないか）
- サーバーのCPU/メモリ/ディスク逼迫、DB接続数上限、外部APIの遅延/障害
- ログ確認（リバースプロキシ・アプリ・DB）で“いつから/何が増えたか”を特定
このエラーが「サイト全体」か「自分だけ」か確認する
502はサイト側の障害で出ることが多い一方で、経路や環境によって“自分だけ”発生することもあります。まずは外部地点から疎通確認し、切り分けするのが最短です。
よくある質問
- Q. 502と504の違いは？ → 502は「中継役が上流から正しい応答を受け取れない」、504は「上流の応答待ちが時間切れ（タイムアウト）」が主な違いです。
- Q. 502が出たり出なかったりします。なぜ？ → 上流サーバーの負荷変動、CDN/キャッシュ、回線経路差で再現性が揺れることがあります。
- Q. 自分だけ502の可能性はありますか？ → あります。回線差、DNS不整合、拡張機能/キャッシュ、社内ネットワークの遮断などで“局所的”に起こり得ます。
- Q. どれくらい待てば直りますか？ → サイト側の障害なら運営者対応次第です。ユーザーとしては「別回線で再確認→時間を置く→公式ステータス確認」が現実的です。