WordPress障害でサイトが表示されない原因と復旧手順｜今すぐ確認すべき対処法まとめ
はじめに
WordPressで運営しているサイトが突然表示されなくなると、問い合わせの機会損失、売上低下、SEO評価への影響など、さまざまなリスクが発生します。特に企業サイト、ECサイト、会員サイト、集客用ブログでは、数十分の停止でも大きな問題につながることがあります。
ただし、WordPress障害は原因を順番に切り分ければ、プラグイン停止、テーマ切り替え、.htaccess初期化、バックアップ復元などで復旧できるケースも少なくありません。
この記事では、WordPress障害でサイトが表示されないときに最初に確認すべきこと、よくある症状、主な原因、今すぐできる復旧手順、再発防止策までをわかりやすく解説します。
1. WordPress障害でサイトが表示されないときに最初に確認すべきこと
WordPress障害が起きたときは、焦って設定を何度も変更するのではなく、まず「どこで」「誰に」「どのような症状が出ているのか」を切り分けることが重要です。原因を特定しないまま作業すると、かえって復旧が難しくなる場合があります。
1-1. まずは「自分だけ見えない」のか「全員に表示されない」のかを切り分ける
最初に確認すべきなのは、サイトが表示されない状態が自分の環境だけで起きているのか、他のユーザーにも起きているのかです。
自分だけ見えない場合は、ブラウザキャッシュ、端末、ネットワーク、DNS反映、セキュリティソフト、社内ネットワークなどが原因の可能性があります。一方、スマホ回線や別の端末、別ブラウザでも表示されない場合は、WordPress本体、サーバー、データベース、ドメイン、SSLなどサイト側の障害が疑われます。
確認方法としては、以下のような手順が有効です。
スマホのモバイル回線でアクセスする
Chrome、Safari、Edgeなど別ブラウザで確認する
シークレットウィンドウで開く
家族や同僚に表示確認を依頼する
外部のサイト表示確認ツールを使う
この段階で「全体障害」か「一部環境の問題」かを判断できると、復旧作業の方向性が明確になります。
1-2. エラー画面・表示状態から障害の種類を確認する
WordPress障害では、表示されるエラー画面によって原因の候補がある程度絞れます。
たとえば、真っ白な画面はPHPエラーやテーマ・プラグインの不具合、500 Internal Server Errorはサーバー設定や.htaccessの問題、データベース接続確立エラーはwp-config.phpやDBサーバーの問題が疑われます。
また、トップページは表示されるのに下層ページだけ404になる場合は、パーマリンク設定や.htaccessの不具合が原因であることが多いです。CSSや画像だけ読み込まれない場合は、SSL、URL設定、キャッシュ、CDN、ファイルパーミッションなどを確認する必要があります。
エラー画面は原因特定の重要な手がかりです。スクリーンショットを保存し、エラーメッセージをそのまま控えておきましょう。
1-3. 直前に行った更新・設定変更・サーバー操作を思い出す
WordPress障害の多くは、直前の作業がきっかけで発生します。
特に次のような操作を行った直後にサイトが表示されなくなった場合、その変更が原因である可能性が高いです。
WordPress本体を更新した
プラグインを更新・追加・削除した
テーマを更新・変更した
PHPバージョンを変更した
.htaccessを編集した
パーマリンク設定を変更した
SSL化やリダイレクト設定を変更した
サーバー移転やドメイン設定を行った
WAFやセキュリティ設定を変更した
「何を変更したか」を思い出せれば、復旧作業は大幅に早くなります。可能であれば作業日時、変更内容、更新したプラグイン名、エラー発生時刻をメモしておきましょう。
1-4. 復旧前にバックアップを取るべき理由
復旧作業を始める前に、可能であれば現在のファイルとデータベースのバックアップを取得してください。
障害が起きている状態でも、現状のバックアップを残しておくことで、作業中にさらに状態が悪化した場合でも戻せる可能性があります。特に、wp-config.php、.htaccess、テーマファイル、プラグインフォルダ、uploadsフォルダ、データベースは重要です。
バックアップなしでファイルを削除したり、データベースを直接編集したりすると、復旧不能になるリスクがあります。サーバーの自動バックアップ機能、WordPressのバックアッププラグイン、FTP、phpMyAdminなどを使って、できる範囲で保全してから作業しましょう。
1-5. やってはいけない初動対応
WordPress障害が起きたときに、焦って次のような対応をすると原因が分からなくなり、復旧が長引くことがあります。
複数のプラグインを一度に削除する
テーマファイルを直接大きく編集する
wp-config.phpをバックアップなしで変更する
データベース内の値をむやみに書き換える
サーバー内のファイルをまとめて削除する
エラー内容を確認せずにWordPressを再インストールする
バックアップの世代を確認せずに復元する
初動で大切なのは、症状を記録し、原因を切り分け、変更は一つずつ行うことです。復旧作業では「何をしたらどう変わったか」を記録しながら進めましょう。
2. WordPress障害でよくある表示トラブルの症状
WordPress障害にはさまざまな症状があります。症状ごとに疑うべき原因が異なるため、まずは自分のサイトで起きている状態を正確に把握しましょう。
2-1. サイトが真っ白になる
サイトが真っ白になる症状は、WordPressで比較的よくある障害です。画面に何も表示されないため原因が分かりにくいですが、PHPエラー、メモリ不足、テーマの記述ミス、プラグイン競合などが主な原因です。
管理画面も真っ白な場合は、WordPress全体に影響する重大なエラーが起きている可能性があります。まずはデバッグログを有効化し、エラーログを確認しましょう。
2-2. 500 Internal Server Errorが表示される
500 Internal Server Errorは、サーバー側で何らかの処理エラーが起きているときに表示されます。WordPressでは、.htaccessの記述ミス、PHPエラー、プラグイン不具合、サーバーリソース不足などが原因になります。
特に.htaccessを編集した直後や、パーマリンク設定を変更した直後に発生した場合は、.htaccessの初期化で改善することがあります。
2-3. データベース接続確立エラーが表示される
「データベース接続確立エラー」と表示される場合、WordPressがデータベースに接続できていません。
主な原因は、wp-config.phpに記載されたデータベース名、ユーザー名、パスワード、ホスト名の誤りです。また、DBサーバー自体の障害、サーバー移転後の設定ミス、データベース容量超過、アクセス集中による一時的な接続不良も考えられます。
2-4. 404エラーでページが見つからない
トップページは表示されるのに、投稿ページや固定ページが404になる場合は、パーマリンク設定や.htaccessの不具合が疑われます。
管理画面に入れる場合は、「設定」から「パーマリンク」を開き、何も変更せずに保存するだけで改善することがあります。管理画面に入れない場合は、FTPやファイルマネージャーで.htaccessを確認します。
2-5. 管理画面にログインできない
管理画面にログインできない場合、原因は複数あります。ログイン画面自体が表示されない場合は、WordPress本体、プラグイン、テーマ、サーバー側の問題が疑われます。
ログイン画面は表示されるが認証できない場合は、ユーザー情報、Cookie、セキュリティプラグイン、ログインURL変更プラグイン、WAFなどを確認しましょう。
2-6. 一部のページだけ表示されない
一部のページだけ表示されない場合、そのページで使用しているショートコード、ブロック、カスタムフィールド、テンプレート、特定プラグインが原因の可能性があります。
たとえば、問い合わせページだけ表示されない場合はフォームプラグイン、商品ページだけ表示されない場合はEC関連プラグイン、特定カテゴリだけ表示されない場合はテーマテンプレートの不具合が考えられます。
2-7. 表示が崩れる・CSSや画像が読み込まれない
サイトの文字やレイアウトが崩れる、画像が表示されない、CSSが読み込まれない場合は、URL設定、SSL設定、キャッシュ、CDN、テーマファイル、ファイル権限などが原因です。
httpとhttpsが混在している場合、ブラウザが一部のファイルをブロックすることがあります。また、キャッシュプラグインやCDNに古いファイルが残っている場合も表示崩れが発生します。
2-8. メンテナンス中のまま戻らない
WordPress本体、テーマ、プラグインを更新中に処理が中断されると、「現在メンテナンス中のため、しばらくの間ご利用いただけません」という表示が残ることがあります。
この場合、WordPressのルートディレクトリに作成された「.maintenance」ファイルが残っている可能性があります。FTPやファイルマネージャーで削除すれば復旧できることが多いです。
3. WordPressサイトが表示されない主な原因
WordPressサイトが表示されない原因は、WordPress内部の問題だけではありません。サーバー、データベース、ドメイン、SSL、DNS、セキュリティ設定など、複数の要素が関係します。
3-1. プラグインの不具合・競合
WordPress障害で最も多い原因の一つがプラグインです。プラグイン同士の競合、古いプラグイン、PHPバージョン非対応、更新時の不具合などによって、サイトが表示されなくなることがあります。
特にキャッシュ系、セキュリティ系、フォーム系、SEO系、ページビルダー系、EC系プラグインはサイト全体に影響しやすいため注意が必要です。
3-2. テーマのエラー
テーマファイルの記述ミス、古いテーマ、子テーマの不具合、functions.phpの編集ミスなども障害の原因になります。
テーマを更新した直後や、テーマファイルを直接編集した直後に真っ白画面や500エラーが出た場合は、テーマ側のエラーを疑いましょう。
3-3. WordPress本体・PHP・プラグインのバージョン不一致
WordPress本体、PHP、テーマ、プラグインのバージョンが合っていないと、不具合が発生することがあります。
たとえば、古いプラグインが新しいPHPに対応していない場合や、最新のWordPressにテーマが対応していない場合、エラーが発生することがあります。更新前には対応バージョンを確認し、可能であればテスト環境で動作確認することが大切です。
3-4. .htaccessやパーマリンク設定の不具合
.htaccessは、URLの制御やリダイレクトに関わる重要なファイルです。記述ミスがあると、500エラーやリダイレクトループ、404エラーが発生することがあります。
また、パーマリンク設定が壊れていると、トップページ以外が表示されない状態になることがあります。
3-5. データベース接続情報の誤り・DBサーバー障害
WordPressは、投稿、固定ページ、設定、ユーザー情報などをデータベースに保存しています。そのため、データベースに接続できないとサイトは正常に表示されません。
wp-config.phpの設定ミス、データベースパスワード変更、サーバー移転時の入力ミス、DBサーバーの一時障害などが主な原因です。
3-6. サーバー障害・アクセス集中・リソース不足
レンタルサーバー側の障害、CPUやメモリの上限到達、アクセス集中、ディスク容量不足などでもWordPress障害は発生します。
特に共有サーバーでは、同じサーバー内の他サイトの影響を受ける場合もあります。サーバー会社の障害情報やリソース使用状況を確認しましょう。
3-7. キャッシュ・CDN・ブラウザ環境の影響
キャッシュプラグイン、サーバーキャッシュ、CDN、ブラウザキャッシュが原因で、古いファイルや壊れたデータが表示されることがあります。
復旧作業後も表示が変わらない場合は、キャッシュが残っている可能性があります。WordPress、サーバー、CDN、ブラウザの各キャッシュを順番に削除しましょう。
3-8. SSL証明書・ドメイン・DNS設定の問題
SSL証明書の期限切れ、ドメイン更新忘れ、DNS設定ミス、ネームサーバー変更直後などもサイトが表示されない原因になります。
「この接続ではプライバシーが保護されません」と表示される場合はSSL証明書、サイト自体に接続できない場合はドメインやDNSの問題を確認しましょう。
3-9. WAFやセキュリティ設定によるブロック
WAFやセキュリティプラグインが、正常なアクセスや管理画面操作を攻撃と誤判定してブロックすることがあります。
特に、管理画面に入れない、保存操作をすると403エラーになる、特定のフォーム送信だけ失敗する場合は、WAFやセキュリティ設定を確認しましょう。
3-10. マルウェア感染・改ざんによる障害
WordPressがマルウェアに感染したり、ファイルを改ざんされたりすると、サイトが表示されない、別サイトにリダイレクトされる、警告画面が出る、管理画面に入れないなどの障害が発生します。
不審な管理者ユーザー、見覚えのないファイル、改ざんされたテーマファイル、怪しいリダイレクトがある場合は、セキュリティ調査が必要です。
4. 今すぐできるWordPress障害の復旧手順
ここからは、WordPress障害が起きたときに実施できる復旧手順を順番に解説します。基本は、外部要因から確認し、その後にWordPress内部の原因を一つずつ切り分けます。
4-1. 手順1：サーバー会社の障害情報を確認する
まず、利用しているレンタルサーバーやクラウドサーバーの障害情報を確認しましょう。
サーバー会社側で障害が発生している場合、自分でWordPressを操作しても改善しません。むしろ、復旧作業中にファイルやデータベースを変更すると、原因の切り分けが難しくなることがあります。
サーバー会社の公式サイト、管理画面、障害情報ページ、メール通知などを確認してください。
4-2. 手順2：ブラウザ・キャッシュ・別端末で表示確認する
次に、ブラウザや端末の影響を除外します。
シークレットウィンドウで開く、別ブラウザで確認する、スマホのモバイル回線で確認する、ブラウザキャッシュを削除するなどの方法で、表示状態が変わるか確認しましょう。
特定環境だけで表示されない場合は、サイト全体の障害ではなく、キャッシュや端末側の問題である可能性があります。
4-3. 手順3：エラーログを確認して原因を特定する
サーバーのエラーログには、障害の原因につながる情報が記録されています。
確認すべきログは、PHPエラーログ、Webサーバーのエラーログ、WordPressのdebug.logなどです。エラー内にプラグイン名やテーマ名が含まれていれば、そのファイルが原因の可能性があります。
たとえば、特定のプラグインフォルダ名がエラーに出ている場合、そのプラグインを停止することで復旧できることがあります。
4-4. 手順4：直前に更新したプラグインを停止する
直前にプラグインを更新・追加した場合は、そのプラグインを停止します。
管理画面に入れる場合は、プラグイン一覧から停止します。管理画面に入れない場合は、FTPやファイルマネージャーで該当プラグインのフォルダ名を変更します。
例として、example-pluginを停止したい場合は、example-plugin_oldのようにフォルダ名を変更します。これによりWordPress側でプラグインが読み込まれなくなります。
4-5. 手順5：テーマをデフォルトテーマに切り替える
テーマが原因の可能性がある場合は、WordPressのデフォルトテーマに切り替えます。
管理画面に入れる場合は、「外観」からテーマを変更します。管理画面に入れない場合は、FTPで現在使用中のテーマフォルダ名を変更すると、別の有効なテーマに切り替わる場合があります。
ただし、デフォルトテーマがインストールされていない場合は事前に注意が必要です。
4-6. 手順6：.htaccessを初期化する
500エラーや404エラーが出ている場合は、.htaccessを確認します。
まず既存の.htaccessをダウンロードしてバックアップし、その後ファイル名を.htaccess_oldなどに変更します。管理画面に入れる場合は、パーマリンク設定を保存すると新しい.htaccessが生成されます。
.htaccessの初期化で改善した場合は、リダイレクト設定やセキュリティ設定の記述に問題があった可能性があります。
4-7. 手順7：PHPバージョンとメモリ上限を確認する
PHPバージョンの変更後に障害が発生した場合は、利用中のWordPress本体、テーマ、プラグインがそのPHPバージョンに対応しているか確認します。
また、メモリ不足によって真っ白画面や致命的エラーが起きることもあります。サーバー管理画面でPHPメモリ上限を確認し、必要に応じて引き上げを検討します。
ただし、メモリ上限を上げるだけでは根本解決にならない場合もあります。原因となるプラグインや処理を特定することが重要です。
4-8. 手順8：wp-config.phpのデータベース情報を確認する
データベース接続確立エラーが出ている場合は、wp-config.phpを確認します。
確認すべき項目は、データベース名、ユーザー名、パスワード、ホスト名です。サーバー移転やDBパスワード変更を行った場合、ここが古い情報のままになっていることがあります。
ファイル編集時は必ずバックアップを取り、余計な空白や記述ミスが入らないよう注意してください。
4-9. 手順9：バックアップから復元する
原因が特定できない場合や、複数のファイルが壊れている場合は、バックアップからの復元を検討します。
復元時は、いつの時点のバックアップに戻すのかを慎重に判断しましょう。古すぎるバックアップを使うと、最新の投稿、注文情報、会員情報、問い合わせ履歴などが失われる可能性があります。
ECサイトや会員サイトでは、ファイルだけを戻すのか、データベースも戻すのかを特に慎重に判断する必要があります。
4-10. 手順10：復旧後に再発原因を記録する
サイトが表示されるようになったら、そこで終わりにせず、原因と対応内容を記録しましょう。
記録しておきたい項目は、障害発生日時、症状、原因、実施した作業、復旧日時、再発防止策です。次回同じWordPress障害が起きたとき、対応時間を短縮できます。
5. 管理画面に入れない場合の復旧方法
WordPress障害では、管理画面に入れないケースもあります。その場合でも、FTP、サーバーのファイルマネージャー、phpMyAdmin、サーバー管理画面を使えば復旧できる可能性があります。
5-1. FTP・ファイルマネージャーでプラグインを無効化する
管理画面に入れない場合、FTPまたはサーバーのファイルマネージャーでプラグインを無効化します。
wp-content/pluginsフォルダを開き、原因が疑われるプラグインフォルダ名を変更します。原因が分からない場合は、pluginsフォルダ自体をplugins_oldなどに変更すると、全プラグインを一時的に停止できます。
サイトが復旧したら、フォルダ名を戻し、プラグインを一つずつ有効化して原因を特定します。
5-2. テーマフォルダ名を変更して強制的に切り替える
テーマが原因で管理画面に入れない場合は、使用中テーマのフォルダ名を変更します。
wp-content/themes内にある現在のテーマフォルダをリネームすると、WordPressはそのテーマを読み込めなくなります。別の有効なテーマがあれば、そちらに切り替わる可能性があります。
作業前には必ずテーマフォルダをバックアップしておきましょう。
5-3. .maintenanceファイルを削除する
更新中に止まってメンテナンス表示のまま戻らない場合は、WordPressのルートディレクトリにある.maintenanceファイルを削除します。
このファイルは通常、更新完了後に自動削除されます。しかし、更新処理が中断されると残ったままになり、サイト全体がメンテナンス中として表示され続けます。
5-4. wp-config.phpでデバッグログを有効にする
原因が分からない場合は、wp-config.phpでデバッグログを有効にします。
以下の設定を追加または変更すると、エラー内容をログに記録できます。
define('WP_DEBUG', true);define('WP_DEBUG_LOG', true);define('WP_DEBUG_DISPLAY', false);
ログは通常、wp-content/debug.logに出力されます。本番サイトでは画面上にエラーを表示しないよう、WP_DEBUG_DISPLAYはfalseにしておくのが安全です。
5-5. phpMyAdminでサイトURLやユーザー情報を確認する
管理画面に入れない原因がURL設定やユーザー情報にある場合は、phpMyAdminでデータベースを確認します。
特にwp_optionsテーブル内のsiteurlとhomeが誤っていると、ログイン画面やサイト表示に問題が起きます。SSL化やドメイン変更後に管理画面へ入れなくなった場合は、この値を確認しましょう。
また、ユーザー情報に問題がある場合は、wp_usersやwp_usermetaを確認します。ただし、データベースの直接編集はリスクが高いため、バックアップを取ってから慎重に行ってください。
5-6. サーバーの自動バックアップから復元する
自力で原因を特定できない場合は、サーバーの自動バックアップ機能を使って復元する方法があります。
復元前には、復元対象がファイルのみか、データベースも含むのかを確認しましょう。ブログ記事や注文データなどが更新されている場合、データベース復元によって新しいデータが消えることがあります。
6. エラー別の原因と対処法
WordPress障害は、表示されるエラーごとに原因と対処法が異なります。ここでは代表的なエラー別に、確認すべきポイントを整理します。
6-1. 500エラーが出る場合の原因と対処法
500エラーの主な原因は、.htaccessの記述ミス、PHPエラー、プラグイン競合、テーマ不具合、サーバーリソース不足です。
対処法としては、まず.htaccessをバックアップしたうえで初期化します。それでも改善しない場合は、プラグインを停止し、テーマを切り替え、エラーログを確認します。
直前にPHPバージョンを変更した場合は、元のバージョンに戻して表示が改善するか確認しましょう。
6-2. データベース接続確立エラーの原因と対処法
データベース接続確立エラーでは、wp-config.phpのDB情報を確認します。
確認項目は、DB_NAME、DB_USER、DB_PASSWORD、DB_HOSTです。サーバー管理画面に表示されているデータベース情報と一致しているか確認しましょう。
情報が正しいのに接続できない場合は、DBサーバー障害、データベース容量超過、権限エラーなども考えられます。サーバー会社の障害情報やデータベースの状態を確認してください。
6-3. 404エラーが出る場合の原因と対処法
404エラーは、ページが存在しない、またはURLの処理が正しく行われていないときに発生します。
トップページ以外が404になる場合は、パーマリンク設定を保存し直すことで改善することがあります。管理画面に入れない場合は、.htaccessの初期化を試します。
特定ページだけ404になる場合は、そのページが非公開、削除済み、スラッグ変更済み、リダイレクト未設定になっていないか確認しましょう。
6-4. 真っ白画面になる場合の原因と対処法
真っ白画面は、PHPの致命的エラーやメモリ不足で発生することが多いです。
まずはデバッグログを有効にし、エラーを確認します。プラグイン名やテーマ名がログに出ている場合は、その対象を停止または切り替えます。
直前にfunctions.phpを編集した場合は、記述ミスがないか確認しましょう。余計な空白、閉じタグ、構文エラーが原因になることもあります。
6-5. ログイン画面に入れない場合の原因と対処法
ログイン画面に入れない場合は、セキュリティプラグイン、ログインURL変更プラグイン、WAF、Cookie、URL設定などを確認します。
ログインURLを変更するプラグインを使っている場合、そのプラグインをFTPで一時停止すると標準ログイン画面に戻る可能性があります。
403エラーが出る場合は、WAFやIP制限が原因の可能性もあります。サーバー管理画面のセキュリティ設定を確認しましょう。
6-6. 更新後に表示されなくなった場合の原因と対処法
WordPress本体、テーマ、プラグインの更新後に表示されなくなった場合は、更新した対象を優先的に確認します。
プラグイン更新後なら該当プラグインを停止し、テーマ更新後ならデフォルトテーマに切り替えます。WordPress本体更新後に問題が出た場合は、プラグインやテーマが新しいWordPressに対応していない可能性があります。
更新前のバックアップがある場合は、復元も選択肢になります。
6-7. スマホや特定ブラウザだけ表示されない場合の原因と対処法
スマホだけ、または特定ブラウザだけ表示されない場合は、レスポンシブ表示、キャッシュ、JavaScript、CSS、ブラウザ拡張機能、端末側のキャッシュなどを確認します。
キャッシュプラグインでモバイル用キャッシュを生成している場合、古いキャッシュが残って表示不具合を起こすことがあります。CDNやブラウザキャッシュも含めて削除し、表示を再確認しましょう。
7. WordPress障害の復旧後に必ず確認すべき項目
WordPress障害から復旧した後は、サイトが表示されるだけで安心せず、主要機能が正常に動いているか確認する必要があります。
7-1. トップページ・下層ページ・投稿ページの表示確認
まず、トップページ、固定ページ、投稿ページ、カテゴリページ、タグページなどを確認します。
トップページだけでなく、複数の下層ページを確認することで、パーマリンクやテンプレートの問題を発見できます。特に集客に重要なページや売上に直結するページは優先して確認しましょう。
7-2. 管理画面へのログイン確認
管理画面にログインできるか、投稿編集、固定ページ編集、メディアアップロード、プラグイン画面の表示などを確認します。
サイト表側が表示されても、管理画面でエラーが残っている場合があります。更新や保存操作が正常にできるかも確認しましょう。
7-3. 問い合わせフォーム・決済機能・会員機能の動作確認
問い合わせフォーム、資料請求フォーム、予約フォーム、決済機能、会員ログイン、マイページなど、ユーザーが利用する機能を確認します。
フォーム送信後のメール通知、サンクスページ表示、決済完了処理、注文メールなども忘れずに確認してください。
7-4. エラーログに同じエラーが残っていないか確認
復旧後もエラーログに同じエラーが出続けている場合、表面上は表示されていても根本原因が残っている可能性があります。
PHP WarningやNoticeだけでなく、Fatal error、Database error、Permission deniedなどがないか確認しましょう。
7-5. Search Consoleでインデックスやクロールエラーを確認
障害が長時間続いた場合は、Search Consoleでクロールエラーやインデックス状況を確認します。
重要ページが取得できなかった履歴がある場合は、URL検査を行い、必要に応じてインデックス登録をリクエストします。サイトマップが正常に読み込まれているかも確認しましょう。
7-6. キャッシュ・CDNを再設定する
復旧作業中にキャッシュプラグインやCDNを停止した場合は、再設定します。
ただし、復旧直後にすぐ強いキャッシュを有効化すると、不具合が再発しても原因が分かりにくくなります。表示確認が完了してから、段階的にキャッシュを戻すのがおすすめです。
7-7. 一時的に停止したプラグインやWAFを戻す
復旧のために停止したプラグイン、WAF、セキュリティ設定は、必要に応じて元に戻します。
ただし、原因となったプラグインをそのまま有効化すると再び障害が起きる可能性があります。代替プラグインの検討、設定変更、アップデート確認を行ってから再有効化しましょう。
8. WordPress障害を再発させないための予防策
WordPress障害は、日常的な管理で発生リスクを下げられます。復旧後は再発防止の仕組みを整えることが重要です。
8-1. 定期バックアップを自動化する
WordPress運用では、定期バックアップの自動化が必須です。
ファイルとデータベースの両方をバックアップし、サーバー内だけでなく外部ストレージにも保存しておくと安心です。復元手順も事前に確認しておきましょう。
8-2. 本番環境でいきなり更新しない
重要なサイトでは、本番環境でいきなりWordPress本体、テーマ、プラグインを更新するのは避けましょう。
テスト環境やステージング環境で動作確認を行い、問題がないことを確認してから本番環境に反映するのが安全です。
8-3. WordPress本体・テーマ・プラグインを安全に更新する
更新作業は、バックアップ取得、更新対象の確認、互換性確認、テスト、反映、動作確認の流れで行います。
複数のプラグインを一度に更新すると、障害発生時に原因を特定しにくくなります。重要な更新ほど一つずつ行いましょう。
8-4. 不要なプラグインやテーマを削除する
使っていないプラグインやテーマは、セキュリティリスクや障害原因になる可能性があります。
停止しているだけのプラグインも、脆弱性があれば攻撃対象になることがあります。必要なものだけを残し、不要なものは削除しましょう。
8-5. サーバー容量・PHPバージョン・SSL期限を定期確認する
ディスク容量不足、古いPHPバージョン、SSL証明書の期限切れは、WordPress障害の原因になります。
月に一度はサーバー容量、PHPバージョン、SSL期限、ドメイン期限、データベース容量を確認する習慣をつけましょう。
8-6. セキュリティ対策とマルウェアスキャンを行う
WordPressは利用者が多いため、攻撃対象になりやすいCMSです。
強固なパスワード、二段階認証、ログイン試行制限、WAF、セキュリティプラグイン、定期的なマルウェアスキャンを導入しましょう。
8-7. 監視ツールでサイト停止を早期発見する
サイトが停止しても、運営者がすぐに気づけないことがあります。
外部監視ツールを使えば、サイトが表示されない状態を早期に検知できます。メールやチャット通知を設定しておくと、障害対応の初動が早くなります。
9. 自力で復旧できないWordPress障害の判断基準
WordPress障害は自力で復旧できる場合もありますが、無理に作業を続けると被害が広がることがあります。状況によっては、サーバー会社や専門業者に相談することが大切です。
9-1. どこまで自分で対応してよいか
自分で対応してよい範囲は、バックアップ取得、プラグイン停止、テーマ切り替え、キャッシュ削除、.maintenance削除、サーバー障害情報の確認などです。
一方、データベースの直接編集、感染ファイルの削除、大規模なファイル修正、サーバー設定変更は慎重に行う必要があります。自信がない場合は、作業前に専門家へ相談しましょう。
9-2. サーバー会社に問い合わせるべきケース
サーバー会社に問い合わせるべきケースは、サーバー障害が疑われる場合、データベースに接続できない場合、SSLやドメイン設定に問題がある場合、管理画面ではなくサーバー全体に問題がある場合です。
問い合わせ時には、発生日時、エラー内容、対象URL、実施した作業、表示されるエラー画面を伝えるとスムーズです。
9-3. WordPress専門業者に相談すべきケース
WordPress専門業者に相談すべきなのは、原因が分からないまま長時間復旧できない場合、マルウェア感染が疑われる場合、ECサイトや会員サイトでデータ損失リスクがある場合、複数のエラーが同時に起きている場合です。
特に売上や顧客情報に関わるサイトでは、自己判断で復元や削除を行う前に専門家へ相談した方が安全です。
9-4. 相談前に準備しておく情報
相談前には、以下の情報を整理しておくと復旧が早くなります。
サイトURL
WordPress管理画面の状況
サーバー会社名
発生日時
表示されるエラー内容
直前に行った更新や変更
バックアップの有無
FTPやサーバー管理画面の利用可否
復旧の希望期限
ECや会員機能の有無
情報が整理されているほど、原因調査と見積もりがスムーズになります。
9-5. 復旧依頼時に確認すべき費用・作業範囲・再発防止策
復旧を依頼する場合は、費用だけでなく作業範囲を確認しましょう。
単に表示を戻すだけなのか、原因調査まで含むのか、マルウェア除去や再発防止設定まで対応するのかによって費用は変わります。
また、復旧後のレポート、バックアップ設定、セキュリティ対策、更新運用の提案があるかも確認すると安心です。
10. WordPress障害に関するよくある質問
最後に、WordPress障害に関するよくある質問をまとめます。
10-1. WordPress障害は放置しても自然に直る？
サーバー会社側の一時障害やアクセス集中が原因であれば、時間経過で自然に直ることもあります。
しかし、プラグイン不具合、テーマエラー、.htaccessの記述ミス、データベース設定ミス、マルウェア感染などは放置しても直らないことが多いです。まずは原因を確認しましょう。
10-2. プラグインを停止するとデータは消える？
通常、プラグインを停止しただけではデータは消えません。
ただし、プラグインを削除した場合や、削除時にデータ削除オプションが有効になっている場合は、設定やデータが消えることがあります。障害対応では、まず削除ではなく停止で切り分けるのが安全です。
10-3. バックアップがない場合でも復旧できる？
バックアップがなくても、原因によっては復旧できる場合があります。
プラグイン停止、テーマ切り替え、.htaccess初期化、wp-config.php修正などで改善するケースもあります。ただし、ファイル破損、データベース破損、マルウェア感染が深刻な場合は、バックアップがないと復旧が難しくなることがあります。
10-4. サイトが表示されないとSEOに悪影響はある？
短時間の停止であれば、すぐに大きなSEO影響が出るとは限りません。
しかし、長時間または頻繁にサイトが表示されない状態が続くと、検索エンジンのクロールに支障が出たり、ユーザー体験が悪化したりする可能性があります。復旧後はSearch Consoleでクロール状況を確認しましょう。
10-5. 復旧までにどのくらい時間がかかる？
復旧時間は原因によって大きく異なります。
キャッシュや.maintenanceファイルが原因であれば短時間で復旧できる場合があります。一方、マルウェア感染、データベース破損、サーバー移転ミス、複数要因が絡む障害では、調査と復旧に時間がかかります。
10-6. 更新作業をしていないのに障害が起きる原因は？
更新作業をしていなくても、WordPress障害は起こります。
サーバー側の仕様変更、PHPバージョン変更、SSL期限切れ、ドメイン期限切れ、アクセス集中、マルウェア感染、外部APIの停止、キャッシュ不具合などが原因になることがあります。
10-7. 今後同じ障害を防ぐには何をすべき？
同じ障害を防ぐには、定期バックアップ、更新前のテスト、不要プラグイン削除、セキュリティ対策、監視ツール導入、サーバー状態の定期確認が重要です。
また、障害発生時の対応手順をマニュアル化しておくと、次回の復旧が早くなります。
まとめ
WordPress障害でサイトが表示されない場合は、まず「自分だけの問題か、全体の問題か」を切り分け、エラー画面や直前の変更内容を確認することが重要です。
よくある原因には、プラグインの不具合、テーマエラー、PHPバージョン不一致、.htaccessの問題、データベース接続エラー、サーバー障害、キャッシュ、SSL・DNS設定、WAF、マルウェア感染などがあります。
復旧作業では、サーバー障害情報の確認、別端末での表示確認、エラーログ確認、プラグイン停止、テーマ切り替え、.htaccess初期化、wp-config.php確認、バックアップ復元の順に進めると原因を特定しやすくなります。
復旧後は、サイト表示、管理画面、フォーム、決済、会員機能、エラーログ、Search Console、キャッシュ設定を必ず確認しましょう。
WordPress障害は、日頃のバックアップ、慎重な更新運用、セキュリティ対策、監視体制によってリスクを大きく減らせます。自力で原因が分からない場合や、マルウェア感染・データ損失の可能性がある場合は、無理に作業を続けず、サーバー会社やWordPress専門業者に相談することをおすすめします。