ワードプレス レスキュー完全ガイド｜表示されない・ログインできない・エラー発生時の復旧方法

ワードプレス レスキュー完全ガイド｜表示されない・ログインできない・エラー発生時の復旧方法

はじめに

WordPressサイトが突然表示されなくなったり、管理画面にログインできなくなったりすると、集客や売上、問い合わせ対応に大きな影響が出ます。特に企業サイトやネットショップでは、復旧を急ぐあまり、バックアップを取らずにファイルを削除したり、原因を確認せず更新を繰り返したりして、被害を広げてしまうことがあります。

ワードプレス レスキューで重要なのは、むやみに操作することではありません。現在の状態を保存し、症状を切り分け、原因に合った方法を順番に試すことです。

本記事では、WordPressが表示されない、ログインできない、500エラーが出る、更新後に動かなくなった、ハッキングされたといったトラブルについて、確認手順から復旧方法、専門業者への依頼判断、再発防止策まで詳しく解説します。

1. ワードプレス レスキューとは？緊急時に必要な復旧対応の全体像

ワードプレス レスキューとは、WordPressサイトに発生した障害や不正アクセスの原因を調査し、正常に閲覧・更新できる状態へ戻す対応の総称です。

単にトップページを表示させるだけでは十分ではありません。原因となったプラグインや設定を特定し、データの整合性、管理画面の動作、メール送信、フォーム、SSL、セキュリティまで確認する必要があります。

1-1. 「ワードプレス レスキュー」で検索するユーザーの主な悩み

「ワードプレス レスキュー」と検索する人は、主に次のような状況に直面しています。

  • サイトが真っ白になった

  • 「重大なエラーが発生しました」と表示された

  • 500 Internal Server Errorが出る

  • データベース接続確立エラーが出る

  • 管理画面にログインできない

  • ログイン画面を開くと転送が繰り返される

  • プラグインやテーマの更新後に動かなくなった

  • 海外サイトや広告ページへ勝手に転送される

  • 身に覚えのない管理者ユーザーが作られている

  • Google検索で不審なタイトルや説明文が表示される

症状が似ていても原因は異なります。たとえば、真っ白な画面はプラグインのPHPエラーで起きることもあれば、メモリ不足やテーマの不具合で起きることもあります。

1-2. 表示されない・ログインできない・エラーが出る状態の違い

「表示されない」と「ログインできない」は分けて考える必要があります。

公開ページだけが表示されない場合は、テーマ、キャッシュ、パーマリンク、フロントページ設定などが原因として考えられます。管理画面を利用できるなら、比較的安全に切り分けられます。

公開ページは表示されるものの管理画面に入れない場合は、パスワード、ログインURL、Cookie、セキュリティプラグイン、ユーザー権限などを確認します。

公開ページと管理画面の両方が表示されない場合は、WordPress本体、PHP、データベース、サーバー、ドメイン、SSLなど、より広い範囲を調査しなければなりません。

1-3. 自分で復旧できるケースと専門業者に依頼すべきケース

次のようなケースは、バックアップとFTPなどの操作環境があれば、自分で復旧できる可能性があります。

  • 更新直後に不具合が発生した

  • 原因と思われるプラグインが分かっている

  • パスワードを忘れただけである

  • .htaccessの破損が疑われる

  • サーバーの自動バックアップが残っている

一方、次の状態では専門業者への相談を優先してください。

  • マルウェア感染や改ざんが疑われる

  • データベースが破損している

  • サーバー会社から利用停止の連絡を受けた

  • 顧客情報や決済情報を扱っている

  • バックアップがなく、ファイルを消せない

  • 原因が分からないまま複数箇所を変更した

  • 復旧による売上・信用への影響が大きい

1-4. 復旧作業前に絶対にやってはいけないこと

最も避けるべきなのは、現在の状態を保存せずに上書きや削除を始めることです。壊れた状態であっても、原因調査やデータ救出に利用できる情報が残っています。

次の操作は慎重に行ってください。

  • バックアップなしでWordPressを再インストールする

  • wp-contentフォルダをまとめて削除する

  • データベースを初期化する

  • 不審なファイルを確認せず大量削除する

  • 複数のプラグインや設定を同時に変更する

  • 感染中のサイトをそのまま公開し続ける

  • エラー画面に表示された情報を不特定多数へ公開する

作業前には、サーバー上のファイル、データベース、アクセスログ、エラーログを可能な範囲で保存しましょう。

2. まず確認すべき緊急チェックリスト

2-1. サイト全体が見られないのか一部だけなのか確認する

最初に、トップページ、下層ページ、投稿ページ、画像URL、管理画面を個別に開きます。

自分の端末だけで発生している可能性もあるため、別のブラウザ、シークレットモード、スマートフォン回線でも確認してください。ブラウザやキャッシュプラグイン、CDNのキャッシュが原因なら、別環境では正常に表示されることがあります。

トップページだけが表示されない場合は、固定ページ設定やテーマを確認します。下層ページだけ404になる場合は、パーマリンクや.htaccessが疑われます。

2-2. 管理画面にログインできるか確認する

通常は、次のURLからログイン画面を確認できます。

https://example.com/wp-login.php
https://example.com/wp-admin/

ログイン画面が開く場合は、認証情報やユーザー権限の問題を中心に調べます。ログイン画面自体が500エラーや真っ白になる場合は、プラグイン、テーマ、PHPなどの問題が考えられます。

ログインURLを変更するセキュリティプラグインを使っている場合、通常のURLではアクセスできないことがあります。

2-3. サーバー・ドメイン・SSLの契約状況を確認する

WordPressに問題がなくても、契約やインフラの状態によってサイトが表示されなくなることがあります。

サーバー会社の管理画面で、次の項目を確認してください。

  • サーバー契約の期限

  • ドメインの有効期限

  • SSL証明書の状態

  • サーバー障害やメンテナンス情報

  • ディスク容量

  • データベースの稼働状況

  • 利用制限や凍結通知

  • DNS設定の変更履歴

「この接続ではプライバシーが保護されません」と表示される場合は、SSL証明書の期限切れや設定不備が考えられます。

2-4. 直前に行った更新・変更作業を思い出す

不具合が発生する直前に行った操作は、原因特定の重要な手掛かりです。

  • WordPress本体を更新した

  • プラグインを更新・追加した

  • テーマを更新・変更した

  • PHPバージョンを変更した

  • サーバーを移転した

  • ドメインやSSLを変更した

  • functions.phpや.htaccessを編集した

  • キャッシュやセキュリティ設定を変更した

日時、操作内容、担当者を整理し、一つずつ元に戻せる状態を作ります。

2-5. バックアップの有無と復元ポイントを確認する

バックアップがあるからといって、すぐに復元するのは危険です。いつから障害や感染が始まったのか分からない場合、問題を含むバックアップを戻す可能性があります。

次の情報を確認しましょう。

  • バックアップの取得日時

  • ファイルとデータベースの両方が含まれているか

  • 保存世代数

  • 復元対象を選択できるか

  • 現在の状態へ戻す手段があるか

  • 復元後に失われる注文や投稿がないか

復元前にも、現在のファイルとデータベースを退避してください。

3. WordPressサイトが表示されないときの原因と復旧方法

3-1. 画面が真っ白になる原因と対処法

画面が真っ白になる症状は、PHPの致命的エラー、メモリ不足、プラグインやテーマの競合、破損ファイルなどによって発生します。WordPress公式の学習資料でも、メモリ不足、PHPエラー、データベース問題、プラグイン・テーマの競合が代表的な原因として挙げられています。Learn WordPress

管理画面に入れる場合は、直前に更新したプラグインを停止します。入れない場合は、FTPやサーバーのファイルマネージャーを使い、対象プラグインのフォルダ名を変更してください。

wp-content/plugins/example-plugin
↓
wp-content/plugins/example-plugin-disabled

原因が分からない場合は、pluginsフォルダ自体を一時的に改名し、すべてのプラグインを停止して表示を確認します。ただし、予約、会員、決済、キャッシュなどの機能も止まるため、影響を理解したうえで行ってください。

3-2. 500 Internal Server Errorが出る場合の復旧手順

500 Internal Server Errorは、サーバーが処理を完了できなかったときに表示される一般的なエラーです。原因はプラグインやテーマの不具合、PHPエラー、.htaccessの記述ミス、メモリ不足、ファイル権限など多岐にわたります。

復旧は次の順番で進めます。

  1. サーバーのエラーログを確認する

  2. 直前に変更したプラグインを停止する

  3. .htaccessを一時的に退避する

  4. テーマを切り替える

  5. PHPバージョンとメモリ上限を確認する

  6. WordPress本体のファイル破損を調べる

原因を確認せずWordPress本体を上書きすると、カスタマイズ部分を失う場合があります。必ずファイルを退避してから作業してください。

3-3. 404エラーが出る場合の確認ポイント

トップページは表示されるのに投稿や固定ページだけ404になる場合は、パーマリンク設定や.htaccessの問題が疑われます。

管理画面へ入れる場合は、「設定」から「パーマリンク」を開き、内容を変更せずに「変更を保存」を実行します。これにより、リライトルールが再生成されることがあります。

改善しない場合は、次の項目を確認します。

  • .htaccessへWordPressのルールを書き込めるか

  • 投稿や固定ページが公開状態か

  • スラッグが重複していないか

  • カスタム投稿タイプの設定が変わっていないか

  • サーバー移転後にURL設定が残っていないか

  • Webサーバー側でリライト機能が有効か

特定のページだけ404になる場合は、そのページのスラッグや親子関係も確認してください。

3-4. データベース接続確立エラーの原因と修正方法

「データベース接続確立エラー」と表示される場合、WordPressがデータベースへ接続できていません。

主な原因は次のとおりです。

  • データベース名が違う

  • ユーザー名やパスワードが違う

  • データベースホストが違う

  • データベースサーバーが停止している

  • データベース容量が上限に達している

  • テーブルが破損している

wp-config.phpに設定されているデータベース名、ユーザー名、パスワード、ホストを確認します。WordPress公式資料でも、データベース接続エラーが発生した際は、これらの設定値を確認するよう案内されています。WordPress Developer Resources

PHP
define( 'DB_NAME', 'database_name' );
define( 'DB_USER', 'database_user' );
define( 'DB_PASSWORD', 'database_password' );
define( 'DB_HOST', 'localhost' );

値が正しいのに接続できない場合は、サーバー会社へデータベース障害の有無を問い合わせます。

3-5. PHPエラー・メモリ不足・バージョン不一致への対応

プラグインやテーマが使用中のPHPバージョンに対応していないと、重大なエラーや500エラーが発生することがあります。

サーバーのエラーログに、次のような表示がないか確認してください。

PHP Fatal error
Uncaught Error
Allowed memory size exhausted
Parse error
Deprecated

Allowed memory size exhaustedがある場合は、PHPのメモリ不足です。サーバー側の設定を確認したうえで、必要に応じてwp-config.phpへメモリ設定を追加します。

PHP
define( 'WP_MEMORY_LIMIT', '256M' );

ただし、この設定だけでサーバー側の上限を超えられるわけではありません。WordPress公式資料でも、PHP側のmemory_limitとWordPress側のメモリ設定が別に存在し、サーバーの許可範囲に左右されることが説明されています。WordPress Developer Resources+1

PHPバージョンを下げれば一時的に動くケースもありますが、古いPHPを長期使用するのは避け、互換性のないテーマやプラグインを更新・交換しましょう。

3-6. .htaccessの破損や設定ミスを修正する方法

.htaccessは、アクセス制御やURL書き換えなどに使われる重要なファイルです。記述ミスがあると、500エラーやリダイレクトループが発生します。

FTPでWordPressの設置ディレクトリを開き、.htaccessを次のように改名します。

.htaccess
↓
.htaccess-backup

その状態でサイトが表示されるなら、.htaccess内の設定が原因です。管理画面へ入れる場合は、「設定」から「パーマリンク」を開いて保存し、新しい.htaccessを生成します。

独自のアクセス制限、リダイレクト、キャッシュ、セキュリティ設定を使っていた場合は、バックアップから必要な記述だけを慎重に戻してください。

4. WordPressにログインできないときのレスキュー手順

4-1. パスワードを忘れた場合の再設定方法

ログイン画面の「パスワードをお忘れですか？」から、ユーザー名またはメールアドレスを入力して再設定します。

メールが届かない場合は、迷惑メールフォルダを確認してください。登録メールアドレスが使えない場合は、サーバーのphpMyAdmin、WP-CLI、または管理権限を持つ別ユーザーから再設定する方法があります。

データベースを直接操作する場合は、事前にデータベース全体をバックアップしてください。テーブル接頭辞は必ずしもwp_とは限りません。

4-2. ログイン画面が表示されない場合の対処法

wp-login.phpが404になる場合は、ログインURL変更プラグイン、アクセス制限、セキュリティ設定を確認します。

500エラーや真っ白になる場合は、プラグインを一時停止し、PHPエラーログを調べます。Basic認証やIP制限を設定している場合は、サーバー管理画面の制限も確認してください。

WordPressをサブディレクトリへ設置している場合は、ログインURLを間違えていないかも確認します。

4-3. リダイレクトループが起きる原因と解消方法

「リダイレクトが繰り返し行われました」と表示される場合は、WordPressアドレスとサイトアドレスの不一致、HTTPとHTTPSの重複転送、キャッシュ、プロキシ設定などが疑われます。

管理画面に入れないときは、wp-config.phpでURLを一時的に指定する方法があります。

PHP
define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );

あわせて、次の場所に重複したリダイレクト設定がないか確認します。

  • .htaccess

  • サーバー管理画面

  • SSLプラグイン

  • キャッシュプラグイン

  • CDN

  • リバースプロキシ

ブラウザのCookieを削除し、シークレットモードでも試してください。

4-4. プラグインが原因でログインできない場合の復旧方法

FTPまたはファイルマネージャーで、直前に更新したプラグインのフォルダ名を変更します。

原因が分からない場合は、wp-content/pluginsを一時的にplugins-disabledへ変更します。ログインできるようになったら元の名前へ戻し、管理画面からプラグインを一つずつ有効化して原因を特定します。

一度に複数を有効化すると再びログイン不能になり、原因も分からなくなるため、必ず一つずつ確認してください。

4-5. 管理者権限を失った場合の確認ポイント

ログインはできても、プラグインやユーザー管理のメニューが表示されない場合は、管理者権限を失っている可能性があります。

確認する項目は次のとおりです。

  • 別の管理者が権限を変更していないか

  • マルチサイトの子サイトへログインしていないか

  • ユーザーロール編集プラグインの設定

  • データベース内の権限情報

  • 不正アクセスによる権限変更

身に覚えのない変更がある場合は、単なる設定ミスではなく乗っ取りを疑い、パスワード変更とログ調査を行います。

4-6. 不正ログイン・乗っ取りが疑われる場合の初動対応

不正ログインが疑われるときは、サイトの表示復旧よりも被害拡大の防止を優先します。

まず、次の認証情報を安全な端末から変更してください。

  • WordPress管理者

  • サーバー管理画面

  • FTP・SFTP・SSH

  • データベース

  • ドメイン管理

  • CDN

  • 関連メールアカウント

同時に、アクセスログ、ログイン履歴、ファイル、データベースを保存します。証拠を残さず削除だけを行うと、侵入経路を特定できず再感染するおそれがあります。

5. プラグイン・テーマ更新後に不具合が起きた場合の復旧方法

5-1. プラグインを停止して原因を切り分ける

更新後に不具合が出た場合は、更新したプラグインを停止します。複数を一括更新していた場合は、全停止後に一つずつ有効化します。

停止すると表示が戻るなら、そのプラグインの互換性や設定が原因です。最新版に修正版があるか確認し、なければバックアップから更新前のバージョンへ戻します。

古いバージョンへの切り戻しは一時対応です。脆弱性が含まれている可能性があるため、そのまま放置しないでください。

5-2. テーマをデフォルトテーマに戻して確認する

テーマが原因か確認するには、WordPressの標準テーマへ一時的に切り替えます。

管理画面に入れない場合は、現在使用中のテーマフォルダ名を変更します。ただし、利用可能な標準テーマがサーバー上に存在しないと、自動で切り替わらないことがあります。

独自テーマを直接編集している場合は、更新によってカスタマイズが上書きされた可能性もあります。復元時は子テーマや変更履歴を確認してください。

5-3. FTP・サーバーファイルマネージャーで復旧する手順

管理画面に入れないときは、FTP、SFTP、SSH、サーバーのファイルマネージャーを利用します。

基本的な手順は次のとおりです。

  1. 現在のファイルをダウンロードする

  2. 変更日時を確認する

  3. 対象フォルダを削除せず改名する

  4. サイトと管理画面を確認する

  5. エラーログを確認する

  6. 原因が判明したら正常なファイルへ差し替える

「削除」ではなく「改名」を使うと、問題が解決しなかった場合に元へ戻しやすくなります。

5-4. WordPress本体更新後の不具合への対応

WordPress本体の更新後に不具合が発生した場合は、プラグインやテーマとの互換性、更新中断、コアファイルの欠損を確認します。

管理画面に入れる場合は、「ダッシュボード」の「更新」から再インストールを実行できます。手動で本体を差し替える場合は、wp-contentとwp-config.phpを上書きしないよう注意してください。

更新後にデータベース更新を求められた場合は、バックアップを確認したうえで実行します。WordPress公式の更新手順でも、必要に応じて管理画面からデータベース更新を行う流れが案内されています。WordPress.org

5-5. PHPバージョン変更後のエラーを直す方法

PHP変更直後にエラーが出た場合は、いったん変更前のバージョンへ戻して表示を確認します。

元に戻すと正常になるなら、テーマまたはプラグインに互換性のないコードが含まれています。エラーログから対象ファイルを特定し、最新版への更新、修正、代替プラグインへの交換を検討してください。

PHPを戻すだけでは根本解決になりません。テスト環境で互換性を確認し、安全に新しい環境へ移行します。

5-6. 復旧後に再発防止のため確認すべき設定

復旧後は、次の項目を確認します。

  • 自動更新の対象

  • 更新前バックアップの有無

  • PHPとプラグインの互換性

  • テーマのカスタマイズ方法

  • ステージング環境の有無

  • エラーログの保存期間

  • キャッシュの削除手順

  • 更新担当者と作業記録

更新作業を本番サイトで直接試す運用をやめるだけでも、多くのトラブルを防げます。

6. バックアップからWordPressを復元する方法

6-1. サーバー会社の自動バックアップを使う方法

レンタルサーバーには、ファイルやデータベースの自動バックアップ機能が用意されていることがあります。

復元前に、対象日時と復元範囲を確認してください。ファイルだけを戻してデータベースを戻さない場合や、その逆の場合、両者の内容が食い違って不具合が残ることがあります。

ネットショップや会員サイトでは、古いデータベースを戻すと、復元ポイント以降の注文、会員登録、問い合わせなどが失われます。必要に応じて差分データを退避しましょう。

6-2. プラグインのバックアップから復元する方法

バックアッププラグインを使っている場合は、保存先、取得日時、バックアップ対象を確認します。

管理画面に入れない場合、同じプラグインを新しいWordPress環境へ導入し、バックアップを読み込む方法もあります。ただし、感染したサイトから取得したバックアップには、不正ファイルが含まれている可能性があります。

復元後は、プラグインの画面で成功と表示されただけで終わらせず、公開ページと管理機能を確認してください。

6-3. ファイルとデータベースを手動で復元する方法

手動復元では、主に次の作業を行います。

  1. 現在のファイルとデータベースを保存する

  2. 復元対象のバックアップを展開する

  3. WordPressファイルをアップロードする

  4. phpMyAdminなどでデータベースを取り込む

  5. wp-config.phpの接続情報を確認する

  6. URLやパスの違いを修正する

  7. パーマリンクを再保存する

  8. キャッシュを削除する

データベース内のURLを変更するときは、シリアライズデータを壊さない方法を使う必要があります。単純な文字列置換によって、ウィジェットやテーマ設定が破損することがあるため注意してください。

6-4. 復元前に確認すべき注意点

バックアップを戻す前に、次の点を確認します。

  • 復元日時より後のデータが消えないか

  • バックアップが正常に展開できるか

  • 感染前のバックアップか

  • PHPやデータベースの環境が対応しているか

  • 復元先の容量が足りるか

  • 元へ戻すための現状バックアップがあるか

バックアップファイル自体が破損していることもあります。可能であれば、テスト環境へ復元して内容を確認してから本番へ適用します。

6-5. 復元後に必ず確認するページ・機能・管理画面

復元後は、少なくとも次の箇所を確認してください。

  • トップページ

  • 投稿・固定ページ

  • カテゴリ・タグページ

  • 画像やPDF

  • スマートフォン表示

  • 管理画面

  • 投稿・画像の追加

  • 問い合わせフォーム

  • メール送信

  • 検索機能

  • ログイン・会員機能

  • カート・決済・注文

  • SSLとリダイレクト

  • XMLサイトマップ

  • アクセス解析タグ

見た目が戻っていても、フォームやメール、決済などが動かないケースがあります。

7. ハッキング・マルウェア感染時のワードプレス レスキュー

7-1. 改ざん・不正リダイレクト・警告表示の症状

ハッキングやマルウェア感染では、次のような症状が現れます。

  • 知らないサイトへ転送される

  • 不審な広告やリンクが表示される

  • 検索結果に外国語や違法コンテンツが出る

  • 身に覚えのない管理者がいる

  • PHPファイルが大量に増えている

  • ファイルを消しても再作成される

  • セキュリティソフトやブラウザから警告される

  • サーバー会社から大量メール送信や不正通信を指摘される

  • 管理画面へ入れない

  • WordPress本体やプラグインを更新できない

一部の訪問者や検索エンジンからのアクセスにだけ不正表示を出すマルウェアもあるため、自分のブラウザで正常に見えるから安全とは限りません。

7-2. 感染が疑われる場合に最初に行うべき対応

感染が疑われる場合は、まず被害を広げないことが重要です。

  • サイトをメンテナンス状態にする

  • サーバー会社へ連絡する

  • ファイル、データベース、ログを保存する

  • 各種パスワードを安全な端末から変更する

  • 不審な管理者の情報を記録する

  • 同一サーバー内の別サイトも調査する

  • 決済会社や関係部署への連絡要否を判断する

感染状態のバックアップも保存してください。正常な復元には使えなくても、侵入経路や影響範囲の調査に役立ちます。

WordPress公式のハッキング対応資料でも、被害内容はケースごとに異なるため、症状を整理しながら段階的に調査する必要があると説明されています。WordPress.org

7-3. 不審なファイル・ユーザー・プラグインの確認方法

次の場所を重点的に確認します。

  • WordPress管理者ユーザー

  • wp-content/uploads内のPHPファイル

  • wp-content/mu-plugins

  • wp-content/plugins

  • 使用テーマのfunctions.php

  • WordPress直下の不明なPHPファイル

  • .htaccess

  • wp-config.php

  • データベース内の不審なスクリプト

  • cronや予約実行

  • サーバーのSSHキーやFTPアカウント

更新日時が新しいファイルだけを見ればよいとは限りません。攻撃者がタイムスタンプを変更している場合や、以前からバックドアが残っている場合があります。

見慣れないファイルを無条件で削除すると、正規プラグインや独自機能を壊す可能性があります。正常な配布ファイルとの比較が必要です。

7-4. マルウェア除去とクリーンアップの基本手順

基本的なクリーンアップは次の流れで行います。

  1. 被害サイトを隔離する

  2. ファイル、データベース、ログを保存する

  3. すべての認証情報を変更する

  4. WordPress本体を正規ファイルへ差し替える

  5. プラグインとテーマを正規配布元から再取得する

  6. アップロード画像などを検査する

  7. データベースの不正コードを除去する

  8. 不審なユーザーや予約処理を削除する

  9. 脆弱性と侵入経路を修正する

  10. 再スキャンして公開する

不正ファイルを数個削除しただけでは、別のバックドアから再感染する可能性があります。WordPress本体、テーマ、プラグイン、アップロード領域、データベース、サーバーアカウントを一体として調べてください。

7-5. Googleの警告や検索結果の異常表示への対応

マルウェアを除去しても、Google検索やブラウザの警告がすぐに消えるとは限りません。

まず、Google Search Consoleでセキュリティの問題や手動による対策を確認します。不正ページ、サイトマップ、インデックス状況も調査してください。

クリーンアップ後は、必要に応じて審査をリクエストします。不正URLが検索結果に残っている場合は、該当ページを削除するだけでなく、内部リンク、サイトマップ、データベース、生成元のマルウェアまで除去する必要があります。

7-6. セキュリティ強化と再感染防止策

再感染を防ぐには、侵入経路を塞がなければなりません。

  • WordPress本体を安全な状態へ更新する

  • テーマとプラグインを更新する

  • 放置されたプラグインを交換する

  • 不要なテーマとプラグインを削除する

  • 管理者パスワードを強化する

  • 二要素認証を導入する

  • WAFを有効にする

  • ファイル権限を見直す

  • 定期スキャンとバックアップを設定する

  • 管理者ユーザーを定期確認する

  • ログを保存・監視する

WordPress公式のセキュリティ資料でも、ソフトウェア更新、適切なアクセス管理、信頼できる配布元の利用、バックアップなど、複数の対策を組み合わせる考え方が示されています。WordPress Developer Resources

8. 自分で復旧できない場合の専門業者への依頼判断

8-1. 業者に依頼すべき危険な症状

次のような症状では、専門的なワードプレス レスキューを検討してください。

  • 不正リダイレクトが続いている

  • マルウェアを削除しても復活する

  • データベースが破損している

  • 顧客情報が漏えいした可能性がある

  • サーバーが停止・凍結されている

  • 複数サイトが同時に感染した

  • バックアップが存在しない

  • 独自開発のテーマやプラグインを使用している

  • 作業による売上損失が大きい

  • 原因不明のファイルが多数ある

特に個人情報、会員情報、注文情報を扱うサイトでは、技術的な復旧だけでなく、影響調査や関係者への対応も必要になる場合があります。

8-2. ワードプレス レスキュー業者に依頼できる主な作業

業者によって対応範囲は異なりますが、一般的には次の作業を依頼できます。

  • 表示エラーの原因調査

  • 500エラーや真っ白画面の修正

  • ログイン不能の解消

  • プラグイン・テーマ競合の修正

  • バックアップからの復元

  • データベース修復

  • マルウェア除去

  • 改ざんファイルの修復

  • 不正ユーザーやバックドアの削除

  • Google警告への対応支援

  • サーバー移転

  • SSLやリダイレクトの修正

  • セキュリティ強化

  • 復旧後の保守

依頼時には「表示が戻るまで」なのか、「侵入経路調査と再発防止まで」なのかを明確にしましょう。

8-3. 依頼前に準備しておく情報

次の情報を整理しておくと、調査が進みやすくなります。

  • サイトURL

  • 発生している症状

  • 発生日時

  • 直前に行った操作

  • 表示されるエラーメッセージ

  • WordPress、PHP、テーマ、プラグインの情報

  • サーバー会社と契約プラン

  • バックアップの有無

  • サーバー管理画面の情報

  • FTP・SFTP・SSH情報

  • WordPress管理者情報

  • これまで試した対応

  • 復旧希望範囲

パスワードを通常のメール本文へ直接記載せず、安全な共有方法が用意されているか確認してください。

8-4. 復旧費用の目安と料金が変わる要因

ワードプレス レスキューの料金は、軽度な設定修正で1万円前後から、一般的な表示・ログイントラブルで2万～5万円程度、マルウェア感染やデータベース破損を伴う作業では5万～10万円以上になることがあります。

国内サービスの掲載例でも、軽度のエラー復旧は1万円台から、改ざん・マルウェア対応は3万～5万円台以上とされており、感染範囲や調査内容によって料金差があります。合同会社クミディアウェブマーケティング+3webrepair.jp+3WP KEEPER+3

料金が変わる主な要因は次のとおりです。

  • 障害の原因と範囲

  • サイト数

  • データ量

  • 独自開発部分の有無

  • バックアップの有無

  • マルウェア感染の範囲

  • データベース修復の必要性

  • 緊急・夜間対応

  • 侵入経路調査の有無

  • 再発防止や保証の範囲

最低料金だけで判断せず、調査、復旧、動作確認、再発防止がどこまで含まれるかを比較してください。

8-5. 信頼できる業者を選ぶポイント

信頼できる業者か判断するには、次の点を確認します。

  • WordPress復旧の具体的な実績がある

  • 作業範囲と料金が明確である

  • 作業前にバックアップを取得する

  • 復旧できない場合の料金条件が明示されている

  • パスワードの安全な受け渡し方法がある

  • 作業内容や原因を報告してくれる

  • マルウェア除去後の再発防止に対応している

  • 追加料金の条件が明確である

  • 復旧後の保証範囲が書かれている

  • 法人情報や連絡先が確認できる

「必ず復旧できる」「完全に安全になる」など、状況確認前に断定する業者には注意が必要です。

8-6. 依頼時に注意したいトラブル防止策

正式依頼前に、次の事項を書面で確認します。

  • 見積金額

  • 追加料金の条件

  • 作業範囲

  • 復旧完了の定義

  • データ消失時の扱い

  • キャンセル条件

  • 支払い時期

  • 保証期間

  • 機密情報の管理方法

  • 作業後のパスワード変更手順

復旧後は、業者へ渡した一時アカウントを削除し、パスワードやアクセスキーを変更してください。

9. 復旧後に行うべき再発防止対策

9-1. 定期バックアップの設定

バックアップは、ファイルとデータベースの両方を取得します。

保存先を同じサーバーだけにすると、サーバー障害やアカウント侵害の際にバックアップまで失う可能性があります。外部ストレージなど、別の場所にも保存してください。

更新頻度はサイトに合わせます。更新が少ない企業サイトなら日次または週次、注文や会員登録が多いサイトなら、より短い間隔を検討します。

定期的に復元テストを行い、「取得できている」だけでなく「戻せる」ことを確認しましょう。

9-2. WordPress本体・テーマ・プラグインの安全な更新方法

安全な更新手順は次のとおりです。

  1. 更新内容と互換性を確認する

  2. ファイルとデータベースをバックアップする

  3. テスト環境で更新する

  4. 主要ページと機能を確認する

  5. 本番環境を更新する

  6. キャッシュを削除する

  7. エラーログと動作を確認する

複数の重要プラグインを一括更新すると、問題が起きたときに原因を特定しにくくなります。重要なサイトでは、更新単位を分けて記録を残してください。

9-3. 不要なプラグイン・テーマの削除

停止中のプラグインや未使用テーマも、サーバー上にファイルが残っていれば攻撃対象になり得ます。

利用していないものは削除し、必要になったときに正規配布元から再インストールしましょう。

次のようなプラグインは見直しが必要です。

  • 長期間更新されていない

  • 現在のWordPressで未検証

  • 配布元が不明

  • 同じ機能のプラグインが重複している

  • 使用目的が分からない

  • サポートが終了している

有料テーマやプラグインは、正規ライセンスで更新できる状態を維持してください。

9-4. ログインセキュリティの強化

管理画面の防御として、次の対策を組み合わせます。

  • 長く推測されにくいパスワードを使う

  • パスワードを使い回さない

  • 二要素認証を導入する

  • 不要な管理者を削除する

  • ログイン試行回数を制限する

  • ログイン通知を設定する

  • 管理者操作のログを残す

  • 公共端末からログインしない

  • 端末自体のウイルス対策を行う

ログインURLを変更するだけでは、脆弱なプラグインや盗まれた認証情報への対策にはなりません。

9-5. サーバー・PHP・SSL設定の定期確認

WordPressだけでなく、サーバー環境も定期的に確認します。

  • PHPがサポート対象か

  • SSL証明書が自動更新されているか

  • ディスク容量に余裕があるか

  • データベース容量が上限に達していないか

  • WAFが有効か

  • バックアップが正常か

  • DNS設定に不審な変更がないか

  • FTPより安全な接続方式を利用できるか

  • ログを取得できるか

契約更新やドメイン更新の通知先メールアドレスも、現在利用できるものにしておきましょう。

9-6. 障害発生時に備えた運用ルールの作成

トラブル発生時に迷わないよう、事前に対応手順を決めます。

運用ルールには、次の内容を含めてください。

  • 障害を確認する担当者

  • サーバー会社への連絡方法

  • バックアップの保存場所

  • FTPや管理画面情報の保管方法

  • メンテナンス表示の手順

  • 更新作業の承認方法

  • 復旧業者の連絡先

  • 顧客や社内への告知基準

  • 作業記録の保存方法

  • 復旧後の確認項目

担当者しか分からない状態を避け、緊急時でも必要な情報へアクセスできるようにします。

10. ワードプレス レスキューに関するよくある質問

10-1. WordPressが急に表示されなくなったら最初に何をすべき？

最初に現在のファイルとデータベースを保存し、サイト全体、管理画面、サーバー、ドメイン、SSLのどこに問題があるかを確認します。

直前に更新したプラグインやテーマがある場合は、有力な原因候補です。ただし、バックアップを取らずに削除や再インストールを行わないでください。

10-2. 管理画面に入れない状態でも復旧できる？

FTP、SFTP、サーバーのファイルマネージャー、phpMyAdmin、SSHなどを利用できれば、管理画面に入れない状態でも復旧できる可能性があります。

プラグインの停止、テーマの切り替え、パスワードの再設定、エラーログの確認、ファイルの差し替えなどが可能です。

10-3. バックアップがなくても復旧できる可能性はある？

サーバー上のファイルとデータベースが残っていれば、バックアップがなくても復旧できる可能性はあります。

ただし、削除された投稿、上書きされた画像、破損したデータベースなどは完全に戻せないことがあります。サーバー会社が利用者から見えないバックアップを保存している場合もあるため、問い合わせてみましょう。

10-4. 復旧作業でデータが消えることはある？

誤ったバックアップの復元、データベースの初期化、ファイルの上書きなどによって、データが失われる可能性があります。

特に古いデータベースを復元すると、それ以降の投稿、注文、問い合わせ、ユーザー登録が消えることがあります。復旧前に現在のデータを保存し、失われる差分を確認してください。

10-5. 復旧にかかる時間はどれくらい？

単純なプラグイン競合や設定ミスであれば、原因が特定できれば比較的短時間で復旧できることがあります。

一方、データベース破損、マルウェア感染、複数サイトへの侵入、バックアップなしの復元では、調査とクリーンアップに時間がかかります。Googleやブラウザの警告解除は外部審査を伴うため、サイト自体の復旧後も反映を待つ場合があります。

作業時間だけでなく、侵入経路調査、再発防止、動作確認まで含まれているかを確認してください。

10-6. 再発を防ぐために最低限やるべきことは？

最低限、次の対策を行ってください。

  • ファイルとデータベースの自動バックアップ

  • WordPress本体、テーマ、プラグインの更新

  • 不要なプラグインとテーマの削除

  • 強力なパスワードと二要素認証

  • 管理者ユーザーの定期確認

  • WAFなどサーバーセキュリティの利用

  • 復元テスト

  • 更新・変更履歴の記録

ハッキング被害の場合は、不正ファイルの削除だけで終わらせず、侵入経路を特定して塞ぐことが重要です。

まとめ

ワードプレス レスキューで最も重要なのは、焦って変更を繰り返さず、現在の状態を保存してから原因を切り分けることです。

サイトが表示されないときは、サーバー、ドメイン、SSL、データベース、PHP、.htaccess、プラグイン、テーマを順番に確認します。ログインできない場合は、パスワード、ログインURL、Cookie、リダイレクト、プラグイン、ユーザー権限を調べます。

更新後の不具合であれば、更新したプラグインやテーマを一つずつ停止し、正常な状態へ戻します。バックアップから復元するときは、現在のデータを保存し、復元ポイント以降の注文や問い合わせが失われないか確認してください。

不正リダイレクト、不審な管理者、マルウェア、検索結果の改ざんが見つかった場合は、サイト全体が侵害されている可能性があります。認証情報を変更し、証拠を保存したうえで、ファイル、データベース、ログ、サーバーアカウントを総合的に調査する必要があります。

自分での対応が難しい場合は、無理に作業を続けず、ワードプレス レスキューの専門業者へ相談しましょう。復旧後は、定期バックアップ、安全な更新手順、二要素認証、不要ファイルの削除、監視体制を整え、同じトラブルを繰り返さない運用へ改善することが大切です。