WordPressの503 Service Unavailableを直す方法｜原因の切り分け順

最初に結論：障害確認→負荷確認→直前変更の順で切り分ける

1. 別回線とシークレット画面でトップ・記事・管理画面の発生範囲を確認する
2. サーバーの障害・メンテナンス情報とリソース使用量を見る
3. 直前に有効化・更新したプラグインを一つだけ停止する
4. PHPエラーログとアクセスログを発生時刻で照合する
5. 復旧後にキャッシュを消し、同じ操作で再発しないことを確認する

数十秒で戻る一時的な混雑と、同じURLで継続する障害を分けます。投稿や注文が動くサイトでは、復元や再起動を急ぐ前に発生時刻を記録してください。

503エラーが示す意味と発生範囲の見分け方

503はWebサーバー自体へ到達したものの、PHP処理数、CPU・メモリ、同時接続、メンテナンス制御などの理由で要求を処理できないときの状態コードです。404のようなURL間違いとは異なり、全ページか特定処理かで原因候補が変わります。

手順1：外部障害と一時的な混雑を除外する

エックスサーバーの障害・メンテナンス情報で契約サーバー番号を確認します。同時に別回線から一度だけアクセスし、自分のネットワークだけか全訪問者かを分けます。

アクセス解析で急増があれば、検索botや攻撃的アクセスも候補です。WAFやアクセス制限を無計画に全解除せず、ログの送信元と対象URLを確認します。

手順2：サーバーの負荷とPHP状態を確認する

サーバーパネルでCPU・メモリ・転送量、PHPバージョン、エラーログを確認します。「Allowed memory size」「max children」「Resource temporarily unavailable」など、503と同時刻の記録を探します。

空き容量が極端に少ない場合は、不要なキャッシュや古い一時ファイルを対象を確認して整理します。WordPress本体やアップロードをまとめて削除しないでください。

手順3：管理画面へ入れないときにプラグインを一件だけ止める

直前に更新したプラグインが明確なら、ファイルマネージャで wp-content/plugins/対象名 を 対象名.off へ変更します。全プラグインを一度に止めると原因が分からず、決済やフォームも止まります。

503が消えたら管理画面へ入り、対象の互換性、必要PHP、既知不具合を確認します。正常版へ更新してからフォルダ名を戻し、有効化後に再検査します。

アクセス集中が原因だった場合の恒久対策

ページキャッシュ、画像最適化、不要な定期処理の見直し、CDN、プランのリソース上限を検討します。原因が重いプラグインなら、サーバー変更だけで隠さず処理内容も改善します。

キャッシュはログイン、カート、フォームなど動的ページを除外します。負荷試験は公開サイトへ大量アクセスを送らず、アクセスの少ない時間や検証環境で行います。

症状ごとの判断をもう一段深くする

全ページと管理画面で503

この状態では、まず サーバー障害・PHP停止・リソース上限 を優先します。障害情報とサーバーパネルを確認だけで結論を出さず、変更前の画面・発生時刻・対象URLを残し、同じ条件で一項目ずつ比較してください。別の症状まで同時に出る場合は、個別ページより共通するサーバー設定やWordPress全体の処理を先に確認します。

特定ページだけ503

この状態では、まず 重いクエリ・特定プラグイン を優先します。該当URLとログ時刻を照合だけで結論を出さず、変更前の画面・発生時刻・対象URLを残し、同じ条件で一項目ずつ比較してください。別の症状まで同時に出る場合は、個別ページより共通するサーバー設定やWordPress全体の処理を先に確認します。

アクセスが増えた時間だけ503

この状態では、まず 同時接続・CPU・キャッシュ不足 を優先します。アクセス解析と負荷グラフを確認だけで結論を出さず、変更前の画面・発生時刻・対象URLを残し、同じ条件で一項目ずつ比較してください。別の症状まで同時に出る場合は、個別ページより共通するサーバー設定やWordPress全体の処理を先に確認します。

更新直後から継続

この状態では、まず プラグイン・テーマ・PHP互換性 を優先します。直前の一件だけ停止だけで結論を出さず、変更前の画面・発生時刻・対象URLを残し、同じ条件で一項目ずつ比較してください。別の症状まで同時に出る場合は、個別ページより共通するサーバー設定やWordPress全体の処理を先に確認します。

管理画面へ入れる場合・入れない場合の進め方

管理画面へ入れる場合

サイトヘルス、対象機能の設定画面、更新履歴を先に確認し、直前の変更を一件だけ戻します。変更後は未ログイン画面を開き、キャッシュされた管理者表示だけで判断しません。

管理画面へ入れない場合

サーバーパネルのファイル管理とエラーログを使い、対象ドメインとWordPress設置先を照合します。フォルダ名変更などの一時停止は対象一件に限定し、元の名前と変更時刻を記録します。復旧後は管理画面から正式な更新・設定を行い、一時変更を放置しません。

サポートへ相談するときに伝える内容

「直りません」だけでなく、記事タイトルの症状が出たURL、発生時刻、エラー全文、直前の操作、再現手順、試した項目と結果、PHP・WordPress・対象製品のバージョンをまとめます。ログに個人情報、Cookie、APIキー、パスワードがあれば伏せてください。

サーバー会社にはHTTP状態・PHPログ・DNSやWAFなど基盤側の確認を、プラグイン提供元には製品名・バージョン・再現操作を伝えます。問い合わせ先を分けると、同じ確認を何度も繰り返さずに済みます。

直ったと判断する条件

未ログイン状態でトップと主要記事が200で開き、管理画面へログインでき、直前に失敗した操作を一度実行しても503が再発せず、同時刻のPHPエラーが増えない状態です。

• トップ・記事・管理画面が開く
• フォームや検索など動的機能が動く
• 503の原因候補を一つに絞った
• 停止した機能の代替または正常版を用意した
• 負荷グラフとエラーログが正常化した

よくある質問

まとめ：503は再読み込みせず、発生範囲とログで切り分ける

まず外部障害と一時混雑を確認し、次にサーバー負荷、最後に直前のプラグインやテーマを一件ずつ調べます。復旧後は動的機能とログまで確認し、負荷対策または原因製品の更新まで決めて完了です。