WordPressの503エラーの原因と直し方｜症状別の確認手順と安全な復旧方法

WordPressサイトを開いたときに「503 Service Unavailable」と表示され、突然アクセスできなくなることがあります。管理画面まで開けなくなると、何を確認すればよいのか判断しにくいものです。

503エラーは、サーバーが一時的にリクエスト（ブラウザなどから送られる処理要求）を受け付けられない状態を示します。原因にはサーバーの過負荷やメンテナンス、プラグインによる処理負荷などがあり、最初に障害情報と発生範囲を確認し、原因を絞ってから対処することが重要です。

この記事では、WordPressの503エラーについて、症状別の確認方法から安全な復旧手順、再発防止策まで順番に説明します。

WordPressの503エラーで最初に確認すること

503エラーが発生したら、いきなりプラグインを削除したり、WordPressを再インストールしたりする必要はありません。まずはエラーの発生範囲と直前の変更を調べます。

最初に確認したいのは、サーバー側の障害・メンテナンス情報、エラーが出るページ、発生した時刻の3点です。

症状別の早見表

複数の症状に当てはまる場合は、サーバー障害の確認を優先し、その後に変更履歴やログを調べてください。

原因が分からない段階で、プラグイン・テーマ・データベースを削除しないでください。設定変更やファイル操作が必要になった場合は、事前にバックアップと復元方法を確認します。

503 Service Unavailableとは？

503 Service Unavailableは、HTTPステータスコード（Webサーバーがリクエストの処理結果を伝える番号）の一つです。

503は、サーバーが現在リクエストを処理できないことを表します。代表的な原因は、一時的なサーバー負荷の増大やメンテナンスです。

ただし、503という番号だけでは、WordPressのどの機能が原因なのかまでは特定できません。Webサーバー、PHP、プラグイン、CDNなど、どの段階でエラーが発生しているかを確認する必要があります。

HTTPステータスコードの基本的な意味については、HTTPステータスコード一覧と意味も参考になります。

500・502・503・504エラーの違い

いずれもサーバー側の問題を示す5xx系のエラーですが、原因や確認すべき場所は異なります。

WordPressで503エラーが発生する主な原因

WordPressの503エラーには複数の原因があります。特に確認したいのは、サーバーの処理能力、プラグインやテーマの変更、メンテナンス状態です。

1. サーバーへのアクセス集中・処理能力不足

短時間に大量のアクセスが集中すると、Webサーバーが処理できるリクエスト数の上限に達することがあります。

また、アクセス数がそれほど多くなくても、負荷の大きいPHP処理（WordPressなどを動かすサーバー側のプログラム処理）が同時に実行されると、CPU・メモリ・接続数などの制限に達する場合があります。

アクセス集中や処理能力不足が疑われる場合は、サーバーの使用状況とエラーログを照合してください。

2. プラグインやテーマによる処理負荷

WordPressのプラグインやテーマが実行する処理によって、サーバーの負荷が高くなる場合があります。

例えば、大量の記事を一括処理する機能、外部API（別サービスとデータをやり取りする仕組み）への通信、複雑なデータベース検索などが重なると、処理資源を圧迫する可能性があります。

ただし、プラグインに不具合がある場合でも、必ず503になるとは限りません。500エラーなど別の状態になることもあるため、更新直後という時系列だけで原因を断定せず、ログと照合することが必要です。

3. サーバーやWordPressのメンテナンス

サーバー管理者がメンテナンスを実施している場合、サイトの利用を一時的に制限するために503を返すことがあります。

WordPressのメンテナンス用プラグインにも、503を返すものがあります。

そのため、503が表示されたからといって、必ずしも故障とは限りません。計画的なメンテナンスが実施されていないか確認してください。

4. PHPやデータベースの処理遅延

PHPの実行処理が長時間占有されたり、データベースの問い合わせが集中したりすると、サーバー側の処理待ちが増える場合があります。

PHP-FPM（PHPの実行プロセスを管理する仕組み）などを利用している環境では、ワーカープロセス（リクエストを処理する実行単位）の不足が問題になることもあります。

ただし、処理遅延によって返されるステータスコードはサーバー構成によって異なります。503の直接原因かどうかはログで確認してください。

5. CDNや中継サービスの問題

CDN（Webコンテンツを利用者に近いサーバーから配信する仕組み）を使用している場合、WordPress本体とは別の場所で503が発生することがあります。

例えばCloudflareでは、エラー画面の内容などから、元のWebサーバーで発生した503とCloudflare側で生成された503を区別する方法が公式に案内されています。

CDNを利用している場合は、WordPressの設定を変更する前に、エラーの発生元を確認してください。

手順1：レンタルサーバーの障害・メンテナンス情報を確認する

503が発生した場合、最初にレンタルサーバーの公式障害情報を確認します。

1. 利用しているレンタルサーバーの公式サイトを開きます。
2. 障害情報・メンテナンス情報を確認します。
3. 自分の契約サーバーや対象サービスが含まれているか確認します。
4. 該当する障害があれば、復旧状況と公式案内を確認します。

障害情報に該当する場合は、WordPress側を変更しても解決しない可能性があります。

サーバー側の障害が確認できた場合は、不要な設定変更を避け、公式の復旧案内に従ってください。

障害情報が掲載されていない場合でも、サーバー側の問題を完全には否定できません。次に、発生範囲とログを確認します。

手順2：エラーの発生範囲を切り分ける

503エラーがサイト全体で発生しているのか、一部のページや利用環境に限定されているのかを調べます。

1. トップページを開きます。
2. 別の記事ページを開きます。
3. WordPressの管理画面を開けるか確認します。
4. 別のブラウザや端末でも確認します。
5. 必要に応じて、別のインターネット回線でも確認します。

確認時は何度も連続して再読み込みするのではなく、時間を空けて少数回だけ試してください。

全ページで503になる場合は、サイト全体に影響するサーバー処理やメンテナンス状態が疑われます。

一部のページだけで発生する場合は、そのページ固有の処理やアクセス制限などを確認します。

特定の回線や環境だけで発生する場合は、CDN・ネットワーク・アクセス制限などの影響も調査対象になります。

この段階で、エラーが出たURL、時刻、実行した操作、表示されたメッセージを記録しておくと、ログとの照合に役立ちます。

手順3：サーバーの負荷とエラーログを調べる

サーバーの障害情報がなく、503が継続する場合は、契約しているサーバーの管理画面で負荷状況を確認します。

確認できる項目はサーバー会社や契約プランによって異なりますが、主に次の情報が判断材料になります。

• CPU使用率
• メモリ使用量
• 同時接続数や実行プロセス数
• PHPのエラーログ
• Webサーバーのエラーログ
• アクセスログ

重要なのは、現在の使用率だけを見るのではなく、503が発生した時刻と、負荷やエラーメッセージが増えた時刻を照合することです。

例えば、特定の処理を実行した直後にPHPの実行枠が不足していることがログから確認できれば、その処理が調査対象になります。ただし、同時刻に発生したというだけでは因果関係は確定しません。

負荷が高い場合でも、原因を調べずにサーバープランを変更するのは早計です。まずは不要な処理、定期実行、外部からの大量アクセスなどを確認してください。

手順4：プラグインやテーマの変更履歴を確認する

503がWordPressの更新やプラグインの追加・変更直後に発生した場合は、その変更内容を優先して確認します。

まず、更新したプラグイン名、更新時刻、更新前のバージョンを調べます。サーバーログに該当プラグインの処理やエラーが記録されていないか確認してください。

管理画面に入れる場合

1. 事前にバックアップと復元方法を確認します。
2. 直近で変更したプラグインを特定します。
3. 必要に応じて、影響範囲の小さいものから一つずつ一時停止します。
4. 停止後に503が改善するか確認します。
5. 原因を特定できたら、互換性や更新履歴を確認して修正方法を検討します。

停止したプラグインによっては、問い合わせフォーム、決済、キャッシュ、セキュリティなどの機能が一時的に動かなくなる可能性があります。

決済・認証・セキュリティなど重要機能を持つプラグインは、影響を確認せずに停止しないでください。

管理画面に入れない場合

管理画面にアクセスできない場合でも、SFTP（暗号化されたファイル転送方式）やレンタルサーバーのファイル管理機能から、プラグインのディレクトリを確認できる場合があります。

ただし、最初からプラグインフォルダー全体を変更するのは推奨しません。

ログなどから特定のプラグインが疑われ、バックアップと復旧手段が確保できている場合に限り、対象ディレクトリ名の一時変更による切り分けを検討します。

例えば対象が sample-plugin というプラグインなら、元のディレクトリ名を記録したうえで、別名に変更して動作を確認する方法があります。

この操作はプラグインの読み込みや動作状態に影響します。切り分けが終わったら元の名前に戻し、管理画面上の有効化状態とサイト機能を再確認してください。名前を戻すだけで必ず元の動作状態へ復旧するとは限りません。

本番サイトでの影響が大きい場合は、検証環境での再現確認や保守担当者への相談を優先してください。

手順5：管理画面だけ503になる場合の対処

公開ページは正常に表示されるのに、WordPressの管理画面だけ503になることがあります。

この場合は、管理画面で実行される処理に問題がある可能性を考えます。ただし、アクセス制限やCDNなどの問題もあり得るため、最初からプラグインが原因だと決めつけないでください。

1. ログイン画面、ダッシュボード、投稿編集画面など、どこでエラーが出るか記録します。
2. 特定の操作後だけ発生するか確認します。
3. サーバーのエラーログと発生時刻を照合します。
4. 直前に更新・追加したプラグインやテーマを確認します。
5. 原因候補を一つずつ切り分けます。

例えば、投稿一覧は表示できるのに記事保存時だけ503になる場合は、保存時に実行される処理や関連プラグインが調査対象になります。

一方、ログイン画面自体が開かない場合は、WordPressに到達する前のWebサーバーやアクセス制限も確認する必要があります。

管理画面の復旧を急ぐ場合でも、問題の発生する操作を特定してから、変更範囲を最小限にすることが重要です。

手順6：メンテナンス状態を確認する

WordPressやプラグインの更新直後に503が発生した場合は、メンテナンス状態も確認してください。

まず、レンタルサーバーのメンテナンス情報と、WordPressに導入しているメンテナンス用プラグインの設定を確認します。

WordPress本体の更新処理では、サイトのルートディレクトリに .maintenance ファイルが作成される場合があります。

ただし、WordPress標準のメンテナンス表示とHTTP 503は必ずしも同じ現象ではありません。.maintenance ファイルが存在するだけで503の原因だと断定しないでください。

更新が途中で止まっている場合は、更新処理の状態とバックアップを確認してから対処します。

更新処理の完了を確認せず、.maintenance ファイルや更新関連ファイルを削除することは避けてください。

メンテナンス用プラグインを利用している場合は、設定上の公開制限が意図せず有効になっていないか確認してください。

Cloudflare利用時は503の発生元を確認する

Cloudflareを利用している場合は、WordPressやレンタルサーバーの設定を変更する前に、503を返している場所を調べます。

Cloudflareの公式資料では、エラーページのHTMLに cloudflare または cloudflare-nginx が含まれるかどうかを、発生元を切り分ける手掛かりとして案内しています。

• Cloudflare側で生成された503：Cloudflare側の接続や処理に関する問題を確認します。
• 元のサーバーが生成した503：レンタルサーバーの負荷やログを確認します。

Cloudflare側の503が疑われる場合は、発生時刻、対象ドメイン、エラー表示、必要な診断情報を記録し、公式サポート資料に従って調査します。

なお、Cloudflareの利用状況や構成によって確認できる項目は異なります。

503エラーが解消した後に確認すること

サイトが再び表示された場合でも、トップページが一度開いただけで完全復旧したと判断するのは早計です。

次の項目を確認してください。

• トップページと複数の記事ページが正常に表示されるか
• 管理画面にログインできるか
• 投稿の編集・保存が正常に動作するか
• 画像やCSSなどの静的ファイルが正常に読み込まれるか
• 問い合わせフォームなどの主要機能が動作するか
• サーバーログに同じエラーが繰り返し発生していないか

表示の崩れや画像の読み込み不良が残っている場合は、WordPressの画面表示がおかしくなった場合の原因と復元方法も参考になります。

エラーが一時的に解消しても、負荷やログの異常が続いている場合は再発する可能性があります。

503エラーはSEOや検索順位に影響する？

503は一時的にサービスを利用できないことを示すHTTPステータスコードです。

Googleなどの検索エンジンがアクセスした際に503を受け取ると、ページ内容を正常に取得できません。

短時間の一時的な障害と、長期間継続する障害では影響が異なるため、503が一度発生しただけで検索順位が必ず下がるとはいえません。

一方で、障害が長引くと検索エンジンがページを取得できない状態が続き、クロール（検索エンジンがページを巡回して情報を取得する処理）やインデックス（検索結果に掲載するための情報登録）に影響する可能性があります。

計画的なメンテナンスでは、適切な503レスポンスとRetry-Afterヘッダー（再試行までの待機時間を伝えるHTTP情報）の利用が推奨される場合があります。

ただし、Retry-Afterを設定したからといって、検索順位やインデックスが必ず維持されるわけではありません。

SEOへの影響を抑えるうえでも、障害を長期間放置せず、正常なHTTP応答へ復旧させることが基本です。

WordPressの503エラーを再発させないための対策

503エラーの再発防止策は、実際に確認された原因によって異なります。

プラグインやテーマを定期的に点検する

不要なプラグインを整理し、更新前にはバックアップと互換性を確認します。

特に一括処理や定期実行を行うプラグインは、実行時間やサーバー負荷を確認するとよいでしょう。

ただし、プラグイン数が多いことだけで503の原因になるとは限りません。実際の処理負荷を基準に判断してください。

サーバーの負荷を継続的に確認する

アクセス数、CPU、メモリ、PHP処理の使用状況などを定期的に確認すると、負荷が高くなる条件を把握しやすくなります。

契約プランの上限が原因と確認された場合は、処理の最適化やサーバー構成の見直しを検討します。

サーバープランの変更は、実際の負荷状況や必要な処理能力を確認してから判断してください。

バックアップと復旧手順を整備する

WordPressのファイルとデータベースを定期的にバックアップし、復元手順を確認しておくことが重要です。

バックアップが存在しても、正常に復元できるとは限りません。可能であれば検証環境で復元確認を行ってください。

また、障害発生時に備えて、サーバーの管理画面、エラーログ、サポート窓口へのアクセス方法も整理しておくと安心です。

WordPressの503エラーでよくある疑問

503エラーは放置すれば自然に直りますか？

一時的なアクセス集中や計画的なメンテナンスが原因なら、時間の経過によって解消する場合があります。

ただし、プラグインの処理負荷やサーバー設定などが原因の場合は、自然に改善しないこともあります。継続する場合は障害情報とログを確認してください。

503エラーが出たらサーバーを変更するべきですか？

すぐに変更する必要はありません。

まずは障害情報、負荷、プラグインの処理、契約プランの制限を確認してください。サーバーの処理能力不足が継続的に確認された場合に、構成や契約プランの見直しを検討します。

503エラーと403・404エラーは同じですか？

異なります。403はアクセスが拒否された状態、404は対象リソースが見つからない状態、503はサーバーが現在リクエストを処理できない状態です。

403についてはWordPressの403エラーの原因と直し方、404についてはWordPressの404エラー対処方法も参考になります。

まとめ｜503エラーは原因を切り分けてから対処する

WordPressの503エラーは、サーバーの過負荷、メンテナンス、プラグインによる処理負荷、CDNなど、複数の原因で発生する可能性があります。

まずはサーバー障害情報の確認 → 発生範囲の特定 → 負荷・ログの確認 → 直前の変更の切り分けという順番で調査してください。

原因を特定する前にファイルを削除したり、プラグインを一括停止したりすると、別の問題を発生させるおそれがあります。

サイトのデータと既存機能を守りながら、影響範囲の小さい方法から復旧を進めることが大切です。

あわせて読みたい記事

次に知りたいことや、役立つ情報をまとめました。

【WordPress】エラー対策

WordPressの404エラーの直し方｜症状別の原因と安全な復旧手順

WordPressで404エラーが発生したときは、まず影響するページを確認することが重要です。投稿・管理画面・サイト移転後などの症状…

記事を読む →

【WordPress】エラー対策

WordPress REST APIエラーの原因と直し方｜403・404・500・サイトヘルスの対処手順

WordPressのREST APIでエラーが発生したときの確認方法を解説します。サイトヘルスの警告や記事保存失敗の原因を、HTTP…

記事を読む →

【WordPress】エラー対策

WordPressの403エラーの原因と直し方｜管理画面・サイトが開けないときの対処法

WordPressの403エラーは、アクセス制限やセキュリティ設定、ファイル権限などが原因で発生します。管理画面・記事編集・サイト全…

記事を読む →

関連記事の一覧を見る →