502はWordPress本体だけでなく、Webサーバー、PHP、CDNなど複数の層で発生するため、最初に発生範囲と時刻を記録します。
変更前に復旧手段を確認： 設定を触る前にWordPressバックアップと復元を確認し、直前に更新した場合は更新前チェックも参照してください。別の症状はトラブル解決一覧から選べます。
確認する順番
- 別ブラウザ・別回線でも再現するか確認
- ホスティングの障害情報を確認
- 直前のPHP・プラグイン変更を確認
- CDN・キャッシュの有無を確認
- 再発時はログと時刻を照合
1．502が出ている範囲を切り分ける
502は上流サーバーから適切な応答を得られない場面で使われるHTTPステータスです。
2．サーバー障害・一時的な負荷を確認する
管理画面だけ、特定ページだけ、サイト全体のどこで起きるかを分けると原因を絞りやすくなります。
3．PHP・プラグイン変更との関係を見る
更新直後ならプラグインやPHP互換性も候補ですが、複数を同時に変更しないことが重要です。
4．CDN・キャッシュと再発時刻を確認する
断続的な502は発生時刻、URL、操作を控え、ホスティング会社のログと照合します。
関連記事
502の判断早見表
| 状況 | 最初に見る場所 | 次の行動 |
|---|---|---|
| サイト全体で502 | ホスティング障害情報・負荷 | 設定変更をせず復旧状況を確認 |
| 特定操作だけ502 | 直前の更新・PHP処理 | 同じ操作で再現するか記録 |
| 断続的に発生 | 発生時刻・アクセス・ログ | 時刻を添えてサポートへ相談 |
自分で触る範囲と相談する範囲
ブラウザ変更、障害情報の確認、直前の更新履歴の確認までは初心者でも安全に進めやすい範囲です。PHP設定、Webサーバー設定、CDN設定を変更する段階では、元の値を記録し、復元方法が分からなければ先にホスティング会社へ相談します。
復旧を早める記録テンプレート
| 記録項目 | 残す内容 |
|---|---|
| 発生時刻 | 何時何分ごろから出たか |
| 対象URL | トップだけか、管理画面か、特定ページか |
| 直前の変更 | プラグイン更新、PHP変更、CDN設定など |
| 再現条件 | 保存時だけ、閲覧時だけ、断続的など |
| サーバー側情報 | 障害情報・ログ・エラーコード |
502は「どの層で応答が止まったか」の切り分けが重要です。時刻・URL・直前変更をセットで残すと、ホスティング会社や制作担当へ相談するときも調査が進みやすくなります。
似た症状が出る場合は、503 Service Unavailable、504 Gateway Timeout、PHPメモリ不足もあわせて確認してください。アクセス制限や短時間の連続リクエストが疑われる場合は、429 Too Many Requestsと症状を見比べると切り分けやすくなります。
やらない方がよいこと
- 原因確認前にプラグインを大量停止する
- PHP設定を推測で変更する
- 502だけでデータ消失と判断する
最後に確認すること
変更は1つずつ行い、変更前後で同じ操作を再確認します。原因が特定できない場合は、URL・発生時刻・変更内容を整理して契約先や担当者へ相談してください。
よくある質問
502が出たらWordPressを再インストールすべきですか？
通常は最初に行う対応ではありません。サーバー障害、PHP処理、直前の更新、CDNなどを切り分け、データを消す操作は避けます。
502がすぐ直った場合は何もしなくてよいですか？
一度だけなら一時的な負荷の可能性もありますが、再発に備えて発生時刻とURLを記録しておくと調査しやすくなります。
