WordPressを開いたときに「このサイトで重大なエラーが発生しました」と表示されると、記事や画像が消えたのか、不正アクセスを受けたのかと不安になります。管理画面にも入れなければ、何を戻せばよいのか分からなくなるでしょう。
この表示は、WordPressが致命的なPHPエラーを検知したときに出ることがあります。原因はプラグイン、テーマ、PHP変更、独自コード、更新の失敗、サーバー資源など複数あり、表示だけで原因を断定できません。
最初に行うことは、焦って設定を重ねることではなく、追加変更を止めて発生状況を記録することです。その後、管理者メールの復旧リンク、直前の変更、サーバーのエラーログの順で原因を絞ります。
この記事では、復旧メールが届いた場合と届かない場合に分け、初心者でもデータを守りながら進められる復旧手順を整理します。
先に結論：重大なエラーは7段階で復旧する
| 順番 | 行うこと | 目的 |
|---|---|---|
| 1 | 追加の更新・設定変更を止める | 原因を増やさない |
| 2 | 画面、URL、時刻、直前の作業を記録する | 発生条件を残す |
| 3 | 公開ページと管理画面の影響範囲を確認する | 緊急度を判断する |
| 4 | 管理者メールと迷惑メールを確認する | 復旧モードへ入る |
| 5 | 原因候補だけを停止・切り戻す | 最小変更で表示を戻す |
| 6 | 公開画面と重要機能を確認する | 表面だけの復旧を避ける |
| 7 | テスト環境で恒久対応する | 再発を防ぐ |
重大なエラーの復旧は、原因を当てる作業ではありません。直前の変更を1つずつ戻し、正常になった地点を確認する作業です。
「重大なエラー」とは？ハッキングとは限らない
WordPressには、致命的なPHPエラーが起きたときに訪問者へ詳細なコードやパスを見せず、共通のエラー画面を表示する仕組みがあります。WordPress 5.2以降には「復旧モード」も組み込まれています。
よくある原因候補は次のとおりです。
| 直前の状況 | 主な原因候補 | 最初に確認すること |
|---|---|---|
| プラグイン更新・有効化後 | 不具合、競合、PHP互換性 | 復旧メールと該当プラグインの更新情報 |
| テーマ変更・更新後 | テーマ、子テーマ、独自関数 | 有効テーマと変更したファイル |
| PHP変更後 | 古いテーマ・プラグイン・コードの非互換 | 変更前後のPHPと切り戻し方法 |
| コード追加後 | 構文ミス、存在しない関数、読み込み順 | 追加した場所と元ファイル |
| 更新途中・容量不足 | ファイル不足、ディスク容量、権限 | サーバー通知とエラーログ |
| 何もしていない | 自動更新、サーバー変更、期限切れ、外部要因 | 自動更新メールとサーバー障害情報 |
エラーだけで不正アクセスと決めつける必要はありません。ただし、身に覚えのない管理者、ファイル改変、外部サイトへの転送などがある場合は、復旧と並行してWordPressセキュリティ設定の基本を確認し、サーバーへ相談してください。
重大なエラーが出た直後に行う5つの確認
1. 追加の変更を止める
複数のプラグイン停止、テーマ変更、PHP再変更、キャッシュ設定、コード修正を同時に行うと、何が原因だったのか分からなくなります。自動更新や外部の作業担当がいる場合も、一時的に変更を止めます。
2. エラー画面と発生条件を記録する
- 表示された文章
- 問題が出るURL
- 最初に確認した日時
- 直前に行った更新・設定変更
- 操作した担当者
- 公開ページと管理画面のどちらが影響するか
スクリーンショットだけでなく、エラー文は文字でも保存するとサポートへ伝えやすくなります。
3. 影響範囲を安全に確認する
トップページ、問題が出たページ、ログイン画面、管理画面を確認します。何度も更新ボタンを押したり、注文・送信を繰り返したりせず、確認は最小限にします。
4. 管理者メールを確認する
WordPressが復旧モードを開始した場合、サイト管理者のメールアドレスへ、問題の概要と専用ログインリンクが送られることがあります。受信トレイだけでなく、迷惑メール、サーバーのメール配送状況も確認します。
復旧モードのリンクは、管理画面へ特別な状態で入るためのリンクです。SNS、公開フォーラム、不特定多数が見られる場所へ貼らないでください。
5. バックアップとサーバー状態を確認する
最新バックアップの取得日時、ファイルとデータベースの範囲、復元方法を確認します。まだ新しい変更を加えていない場合は、状況保存のためにサーバー側でバックアップできるかも確認します。基本はWordPressバックアップの取り方を参照してください。
復旧メールが届いた場合の直し方
復旧メールが届いている場合は、いきなりサーバーファイルを編集せず、WordPress標準の復旧モードを先に使います。
復旧モードでできること
- 専用リンクから管理画面へログインする
- エラーを起こした可能性があるプラグイン・テーマを確認する
- 問題の構成要素を一時停止または無効化する
- コードを修正した後に復旧モードを終了する
復旧モードでは、問題のプラグインやテーマが復旧セッション内だけ一時停止される場合があります。管理画面へ入れたことと、訪問者向けページが直ったことは同じではありません。原因候補を確認し、必要な停止や修正を行った後に公開ページを確認します。
復旧モードの手順
- 送信元と対象サイトを確認し、復旧メールの専用リンクを開く
- 普段の管理者アカウントでログインする
- 復旧モードの通知から原因候補の名前とエラーを記録する
- 直前に更新・有効化したプラグインやテーマと一致するか確認する
- 原因候補だけを停止し、公開ページを確認する
- 提供元の更新情報・既知の不具合・必要PHPを確認する
- 恒久対応後に復旧モードを終了し、再度動作確認する
停止したプラグインをすぐ再有効化せず、更新版や提供元の回答をテスト環境で確認します。不要なプラグインなら、役割とデータの扱いを確認してからWordPressプラグインを減らす方法に沿って整理します。
復旧メールが届かない場合の直し方
復旧メールは、管理者メールの誤り、迷惑メール判定、サーバーのメール配送、致命的エラーが起きるタイミングなどにより届かないことがあります。メールがないからといって、復旧モードの仕組みが必ず動いていないとは限りません。
最初にサーバー側で確認すること
- 障害・メンテナンス情報
- ディスク容量と契約状態
- 直前の自動バックアップ
- PHPの変更履歴
- サーバーのエラーログ
- ファイル管理機能とサポート窓口
PHP変更の直後なら、まず以前のPHPへ戻せるか確認します。変更前後の安全確認はWordPressのPHPバージョンを確認・更新する方法で整理しています。
原因のプラグインが分かる場合
エラーログや直前の操作から特定のプラグインが原因と判断できる場合は、サーバーのファイル管理またはFTPで、そのプラグインのフォルダ名だけを一時変更すると停止できる場合があります。
フォルダ名、元の名前、変更日時を記録し、公開ページと管理画面を確認します。操作に慣れていない場合は、対象プラグイン名とエラー全文を添えてサーバーまたは制作者へ依頼してください。
原因が分からない場合
すべてのプラグインを一括停止する方法もありますが、フォーム、キャッシュ、セキュリティ、会員、決済などが同時に止まる可能性があります。まずエラーログと直前の変更で候補を絞り、難しければサポートを利用します。
一括停止が必要な場合は、バックアップと現在の有効プラグイン一覧を保存し、復旧後に1つずつ再有効化して確認します。データベースを直接編集する方法は、仕組みを理解していない状態で行わないでください。
テーマが原因と思われる場合
テーマ更新、子テーマ編集、`functions.php` の変更直後なら、変更したファイルやテーマが候補です。管理画面へ入れない状態でテーマフォルダを変更するときは、利用可能な標準テーマがあるかを確認し、元のフォルダ名を記録します。自信がなければ制作者またはサーバーへ依頼してください。
エラーログは公開せずに確認する
重大なエラーの原因を絞るには、サーバーのエラーログやWordPressのデバッグログが役立ちます。ログでは、エラー日時、ファイルパス、プラグイン・テーマ名、エラー種別を確認します。
公開中のページへPHPエラー全文を表示する設定は避けてください。サーバーパス、ファイル名、設定情報などを訪問者へ見せるおそれがあります。
WordPress公式は、変更前にテスト環境またはバックアップを用意し、デバッグ情報は画面表示とログ保存を分けるよう案内しています。初心者は本番の `wp-config.php` を推測で編集せず、サーバーのエラーログを確認するか、サポートへ依頼する方が安全です。
| ログで見る項目 | 確認の仕方 | 注意 |
|---|---|---|
| 日時 | エラー発生時刻と一致するか | 古いエラーと混同しない |
| ファイルパス | プラグイン・テーマ・WordPress本体のどこか | 公開場所へそのまま貼らない |
| エラー種別 | 致命的エラー、メモリ不足、構文エラーなど | 名称だけで修正方法を断定しない |
| 繰り返し | 同じ処理で再現するか | 確認操作を過度に繰り返さない |
直前の変更別に選ぶ切り戻し方法
| 直前の変更 | 優先する切り戻し | 避けたい対応 |
|---|---|---|
| PHP変更 | PHPを変更前の値へ戻す | 先に全プラグインを停止する |
| プラグイン更新 | 原因候補を停止し、提供元の修正版・以前の正常版を確認 | 無関係なプラグインも大量削除する |
| テーマ・子テーマ編集 | 変更ファイルを正常なバックアップへ戻す | 親テーマ・子テーマを同時に編集する |
| コード追加 | 追加箇所だけを元へ戻す | 別のコードを足して打ち消そうとする |
| 更新途中の失敗 | サーバー状態を確認し、公式手順で再更新または復元 | 不完全なファイルを手作業で継ぎ足す |
| 原因不明 | ログ、復旧メール、サポートで原因を絞る | 古いデータベースをすぐ丸ごと戻す |
更新のやり直しは、表示が戻った後にWordPress更新のやり方に沿って1つずつ進めます。大きい変更はWordPressテスト環境の作り方を先に確認してください。
バックアップを戻す前に確認したいこと
バックアップ復元は重要な手段ですが、最初からサイト全体を戻す必要がない場合もあります。PHP変更ならPHPを戻す、コード編集なら該当ファイルを戻すなど、変更対象に合わせて最小限の復旧を優先します。
特に、問い合わせ、コメント、注文、予約、会員登録が発生するサイトでは、古いデータベースを丸ごと復元すると、エラー発生後に追加されたデータを失う可能性があります。
- バックアップの取得日時
- 復元対象がファイルかデータベースか
- エラー後に増えたデータがあるか
- 現在の状態を別に保存できるか
- サーバー側の復元単位と所要時間
- 復元後に戻す必要がある設定
データの差分が分からない場合は、復元を実行する前にサーバーまたは保守担当へ相談してください。
表示が戻った後の確認チェックリスト
| 確認場所 | 確認内容 |
|---|---|
| 公開ページ | トップ、代表記事、画像、メニュー、404、スマホ表示 |
| 管理画面 | ログイン、投稿編集、画像アップロード、更新画面 |
| 重要機能 | 問い合わせ、検索、予約投稿、会員・決済など |
| メール | 管理通知、フォーム通知、送信元 |
| サイトヘルス | 重大な問題、REST API、ループバック、PHP |
| ログ | 同じ致命的エラーが再発していないか |
| キャッシュ | 古いエラー画面が残っていないか |
復旧後も古いエラー画面が見える場合は、別端末やシークレットウィンドウで確認し、必要に応じてWordPressキャッシュ設定の基本に沿ってキャッシュを確認します。
サイトヘルスは復旧後の確認に役立ちますが、フォームや決済まで保証するものではありません。診断画面の見方はWordPressサイトヘルスの見方を参考にしてください。
サポートへ送ると解決しやすい情報
- 対象サイトと問題が出るURL
- エラー全文とスクリーンショット
- 最初に確認した日時
- 直前に行った更新・PHP変更・コード編集
- 復旧メールに記載された原因候補
- WordPress、PHP、テーマ、主要プラグインのバージョン
- 停止・切り戻しを試した内容と結果
- 公開画面、管理画面、フォームへの影響
復旧モードの専用URL、パスワード、APIキー、データベース認証情報、個人情報を含むログは公開フォーラムへ貼らず、公式サポートが指定する安全な送信方法を使います。
重大なエラーを再発させにくくする対策
- ファイルとデータベースの定期バックアップを取る
- 復元方法とPHPの切り戻し場所を確認しておく
- 本体・テーマ・プラグインは1つずつ更新する
- 大きな更新はテスト環境で確認する
- 利用していない古いプラグイン・テーマを整理する
- サイト管理者メールを受信できる状態にする
- 変更日時と担当者を記録する
- PHPとサーバーのサポート期限を確認する
バックアップ、復旧機能、テスト環境、サポートが不足して復旧に毎回時間がかかる場合は、WordPressのレンタルサーバーを見直すべきタイミングも判断材料になります。
WordPressの重大なエラーでよくある質問
重大なエラーはハッキングされたという意味ですか？
それだけでは判断できません。プラグイン、テーマ、PHP、コード、メモリなどによる致命的なエラーでも表示されます。身に覚えのない改変や転送がある場合は、サーバーへ相談してセキュリティ確認も行います。
復旧メールはどのアドレスへ届きますか？
WordPressに設定されたサイト管理者のメールアドレスへ送られます。迷惑メールやサーバー側の配送も確認してください。メールアドレスが古い場合は、復旧後に正しい管理用アドレスへ更新します。
復旧モードへ入れればサイトは直っていますか？
直ったとは限りません。復旧モードは原因候補を一時停止して管理画面へ入りやすくする仕組みです。原因の停止・修正後に復旧モードを終了し、訪問者向けページと重要機能を確認します。
管理画面へ入れないときは全プラグインを停止すべきですか？
最初から一括停止する必要はありません。復旧メール、直前の変更、エラーログで原因候補を絞ります。一括停止が必要な場合は、有効プラグイン一覧とバックアップを保存し、復旧後に1つずつ戻します。
重大なエラーで記事や画像は消えますか？
エラー表示だけで記事や画像が消えたとは限りません。WordPressの処理が途中で停止し、表示できていない場合があります。慌ててデータベースやアップロードフォルダを削除せず、バックアップを確保して原因を確認してください。
まとめ：変更を止め、復旧モードから原因を絞る
WordPressの「重大なエラー」は、致命的なPHPエラーが発生したときに表示されることがあります。表示だけで原因を決めつけず、まず追加変更を止め、エラー画面、時刻、直前の作業、影響範囲を記録します。
管理者メールに復旧リンクが届いていれば、復旧モードで原因候補を確認します。メールがない場合は、サーバーのエラーログと直前の変更を基準に、PHP、プラグイン、テーマ、コードのうち該当する部分だけを切り戻します。
最初の一歩は、現在のエラー画面と時刻を保存し、WordPressの管理者メールと迷惑メールを確認することです。