WordPressサイトで「503 Service Unavailable」と表示された場合、サーバーが一時的にリクエストを処理できない状態になっています。原因はWordPress本体とは限らず、サーバー負荷、PHP処理、プラグイン、テーマ、メンテナンスモードなど複数考えられます。
大切なのは、いきなり設定を変更するのではなく、原因 → 確認 → 対処の順で切り分けることです。
30秒でわかる結論
30秒でわかる結論
- 503は「サーバーが一時的に処理できない」ことを示すHTTPステータスコード
- 主な原因は、サーバー過負荷・メンテナンス・PHP処理の詰まり・プラグインやテーマの不具合
- WordPress本体も更新中のメンテナンスモードで503を返すことがある
- まず障害情報・アクセス集中・直前の更新や変更を確認する
- 管理画面に入れない場合は、プラグイン停止やテーマ切り替えを段階的に行う
- PHPメモリ不足や実行時間超過は、ログで確認してから対処する
- 一時的な503なら再読み込みで戻ることもあるが、繰り返す場合は原因調査が必要
503エラーとは？
503は「Service Unavailable」を表すHTTPステータスコードです。
HTTP仕様では、サーバーが一時的な過負荷または予定されたメンテナンスによって、現在のリクエストを処理できないときに使われます。
503の意味
「サイトが永久に壊れた」という意味ではなく、現時点では一時的に処理できない状態を示すコードです。
サーバー側は必要に応じて Retry-After ヘッダーを返し、「何秒後に再試行してほしいか」を伝えることもできます。
WordPressで503が出る主な原因
1．サーバーの一時的な過負荷
アクセス集中や重い処理によって、CPU・メモリ・PHPプロセスなどの上限へ達すると503が出ることがあります。
2．WordPressのメンテナンスモード
WordPress本体・テーマ・プラグインの更新中は、一時的にメンテナンスモードへ入ります。WordPressコアの実装では、この状態で503を返し、Retry-After: 600 を送ります。
3．プラグインの不具合・重い処理
特定プラグインが無限ループに近い処理をしたり、外部API待ちや重いDB処理を行ったりすると、PHPプロセスを占有して503につながる場合があります。
4．テーマの不具合
テーマ側のPHP処理や独自機能が重い場合も、503の原因候補になります。
5．PHPメモリ不足
WordPressやプラグインがPHPのメモリ上限を超えると、処理が失敗します。503そのものではなく別エラーになることもありますが、サーバー構成によっては503として見える場合があります。
6．PHP実行時間・プロセス上限
長時間処理や同時実行数の上限に達すると、新しいPHP処理を受け付けられず503になる場合があります。
7．WAF・CDN・リバースプロキシ側の問題
WordPressより手前にあるCDN、WAF、ロードバランサー、リバースプロキシが過負荷や接続異常を起こしている場合もあります。
最初に確認すること
まずこの順で確認
- レンタルサーバー会社の障害・メンテナンス情報
- 数分後に再アクセスして直るか
- サイト全体か、一部ページだけか
- 管理画面にも入れないか
- 直前にプラグイン・テーマ・WordPressを更新したか
- アクセス集中が起きていないか
- エラーログ・PHPログに異常がないか
最初から設定ファイルを編集しない
503はサーバー障害でも起こります。原因確認前に wp-config.php や .htaccess を書き換えると、別のエラーを増やすことがあります。
確認1．サーバー障害・メンテナンス情報を見る
まず、利用中レンタルサーバーの公式障害情報を確認します。
同じサーバー内で複数サイトが同時に503になっている場合や、管理画面・メール・FTPまで不安定なら、WordPressよりサーバー側の可能性が高くなります。
| 症状 | 疑う場所 |
|---|---|
| 複数サイトが同時に503 | サーバー側 |
| 1サイトだけ503 | WordPress・PHP・サイト設定 |
| 特定ページだけ503 | そのページ固有の処理 |
| 更新直後から503 | プラグイン・テーマ・メンテナンス |
確認2．メンテナンスモードが残っていないか
WordPressの更新処理が途中で止まると、メンテナンス状態が長く残ることがあります。
通常の更新では短時間で解除されますが、更新中に通信が切れたり処理が失敗したりすると、サイトがメンテナンス表示のままになる場合があります。
確認の考え方
「Briefly unavailable for scheduled maintenance. Check back in a minute.」に近い表示が出る
↓
直前にWordPress・テーマ・プラグイン更新をしていた
↓
メンテナンスモード残留を疑う
確認3．プラグインが原因か切り分ける
直前にプラグインを追加・更新・設定変更したなら、最優先の候補です。
管理画面へ入れる場合
直前に変更したプラグインから停止します。複数候補がある場合は、1つずつ停止して再確認します。
管理画面へ入れない場合
FTPやサーバーのファイルマネージャーを使える場合は、対象プラグインのディレクトリ名を一時的に変更して無効化する方法があります。
全プラグイン停止は切り分け目的で行う
本番サイトで無計画に全停止すると、フォーム・キャッシュ・セキュリティ・EC機能などが止まることがあります。まず直前に変更したものから確認してください。
確認4．テーマが原因か切り分ける
テーマ更新・functions.php編集・子テーマ変更の直後に503が出た場合は、テーマ側も疑います。
可能であれば、ステージング環境やバックアップを用意したうえで、WordPress標準テーマへ切り替えて症状を確認します。
テーマ切り替えでレイアウトやウィジェット表示が変わる可能性があります。本番サイトではバックアップを取ってから実施してください。
確認5．PHPメモリ不足を確認する
PHPのメモリ上限を超えると、ログに「Allowed memory size … exhausted」といったエラーが記録されることがあります。
WordPress公式のホスティング資料では、一般的な目安として次のPHP memory_limit が示されています。
| 用途 | 目安 |
|---|---|
| 最小構成 | 128MB |
| 一般的な本番サイト | 256MB |
| WooCommerce・重い処理 | 512MB以上を検討 |
ただし、必要量はテーマ・プラグイン・画像処理・アクセス状況で変わります。
数値を上げる前にログを見る
メモリ不足の証拠がないまま上限だけ増やしても、重い処理そのものは残ります。また共用サーバーでは、WordPress側から設定しても実際のPHP上限を変更できない場合があります。
確認6．アクセス集中・同時実行数を確認する
SNS拡散、広告配信、テレビ掲載、Botアクセスなどで急激にアクセスが増えると、サーバーが処理しきれず503になる場合があります。
確認項目
- アクセス解析で急増していないか
- サーバー管理画面のCPU使用率
- メモリ使用率
- PHP同時実行数
- 転送量・アクセス数制限
- Botや不審アクセスの急増
一時的なアクセス集中ならページキャッシュやCDNで改善できる場合がありますが、動的ページや会員サイトでは単純なキャッシュだけで解決しないこともあります。
確認7．エラーログを見る
503の原因を絞るうえで、サーバーやPHPのエラーログは重要です。
たとえば次のような情報があれば、原因候補を絞れます。
- PHP Fatal error
- Allowed memory size exhausted
- Maximum execution time exceeded
- upstream unavailable
- PHP-FPMの上限・プロセス関連エラー
- プラグイン・テーマファイル名を含むエラー
ログは「どこが原因か」を特定する材料
503という画面だけでは原因は特定できません。発生時刻とログの時刻を合わせて確認すると、切り分け精度が上がります。
503エラーの対処法
対処1．一時的な障害なら復旧を待つ
レンタルサーバー側の障害やメンテナンスが原因なら、利用者側でWordPress設定を変更しても直りません。公式障害情報を確認し、復旧を待ちます。
対処2．更新直後なら変更箇所を戻す
プラグイン・テーマ更新直後に発生した場合は、該当機能を停止するか、バックアップから直前の正常状態へ戻します。
対処3．重いプラグインを見直す
停止で改善したプラグインがあれば、代替プラグインへの変更、設定軽量化、開発元アップデートの確認を行います。
対処4．PHP・WordPress環境を見直す
PHPがサポート対象か、WordPress本体やプラグインとの互換性に問題がないか確認します。
対処5．ページキャッシュ・CDNを使う
公開ページへの大量アクセスが原因なら、ページキャッシュやCDNでオリジンサーバーへのリクエストを減らせる場合があります。
対処6．上位プラン・サーバー変更を検討する
CPU・メモリ・同時実行数の上限へ頻繁に達しており、サイト側を最適化しても改善しない場合は、上位プランやより余裕のあるサーバーを検討します。
503と502の違い
| 項目 | 502 | 503 |
|---|---|---|
| 名称 | Bad Gateway | Service Unavailable |
| 主な意味 | 上流サーバーから不正な応答 | 一時的に処理できない |
| 典型例 | プロキシとPHPの通信異常 | 過負荷・メンテナンス |
502と503は似て見えますが、HTTP仕様上の意味は異なります。画面だけで同じ対処をせず、ログとサーバー構成を確認してください。
503が一瞬だけ出る場合は？
一度だけ503が出て、再読み込みですぐ復旧するなら、一時的な負荷や瞬間的なメンテナンスの可能性があります。
ただし、毎日・毎週のように繰り返す場合は放置しない方がよいです。
繰り返す場合に記録すること
- 発生日時
- アクセスしていたURL
- 管理画面も503だったか
- 同時アクセス数
- 直前の更新・変更
- エラーログ
- サーバー負荷グラフ
やってはいけない対処
- 原因確認前にwp-config.phpや.htaccessを何度も変更する
- メモリ不足の証拠なしに上限値だけ増やす
- バックアップなしでテーマやプラグインファイルを削除する
- 障害中に何度も更新・再インストールを繰り返す
- 503を見ただけでWordPress本体の故障と決めつける
教科書判定
503は「一時的に処理できない」エラー。まずサーバー側かWordPress側かを分ける
初心者は、①障害情報確認 → ②更新・変更履歴確認 → ③プラグイン・テーマ切り分け → ④ログ確認 → ⑤リソース確認の順で進めてください。
1回だけなら一時的な負荷の可能性がありますが、繰り返す場合は放置せず、PHP・プラグイン・サーバー負荷まで確認します。共用レンタルサーバーでログやリソース上限が確認できない場合は、発生時刻とURLを添えてサポートへ問い合わせるのが安全です。
よくある質問
Q．503エラーは時間がたてば直りますか？
一時的な過負荷やメンテナンスなら直ることがあります。ただし、プラグイン不具合や恒常的なリソース不足が原因なら繰り返します。
Q．WordPress更新中に503が出るのは異常ですか？
必ずしも異常ではありません。WordPressは更新中のメンテナンスモードで503を返す実装です。ただし、長時間戻らない場合は更新処理が止まっていないか確認します。
Q．プラグインを全部消せば直りますか？
削除する必要はありません。まず停止して原因を切り分けます。直前に更新したプラグインから確認する方が安全です。
Q．PHPメモリを増やせば503は直りますか？
メモリ不足が原因なら改善する可能性がありますが、503の原因はそれだけではありません。ログにメモリ不足が出ているか確認してから対応してください。
Q．503はSEOに悪影響がありますか？
短時間の一時障害と、長時間・頻繁に発生する障害では影響の考え方が異なります。まず検索順位を気にするより、正常な200応答へ早く復旧し、再発原因を解消することを優先してください。
まとめ
503エラー対処の要点
- 503は一時的にサーバーが処理できない状態を示す
- 過負荷・メンテナンス・PHP・プラグイン・テーマなど原因は複数ある
- WordPress更新中は正常なメンテナンス動作として503が出る場合がある
- 最初に障害情報と直前の変更履歴を確認する
- プラグイン・テーマは1つずつ切り分ける
- PHPメモリや実行時間はログを見て判断する
- 繰り返す場合はCPU・メモリ・同時アクセスなどサーバー負荷も確認する
- 原因確認前に設定ファイルを闇雲に変更しない
「WordPressで502エラーが出る原因と対処法」「エラーログとは？確認する場面と見方を初心者向けに解説」もあわせて確認してください。