プラグインを誤って削除したらサイトが404エラーに！パニックにならずに復旧させる手順

「不要なプラグインを整理しようと削除ボタンを押したら、突然サイトが真っ白になった！」「ブログを開こうとしたら『404 Not Found』というエラー画面が表示されて、管理画面にすらログインできない……」

WordPressを運営していると、こうした予期せぬトラブルに直面することがあります。今まで手塩にかけて育ててきたサイトが一瞬にして消えてしまったかのように感じ、頭が真っ白になってパニックに陥るお気持ちは痛いほどよく分かります。

しかし、まずは深呼吸をして落ち着いてください。プラグインを削除しただけでサイトのデータ（記事の文章やアップロードした画像）が消えてしまうことは絶対にありません。 表示の道筋（ルーティング）が一時的におかしくなっているだけです。

本記事では、プラグインの誤削除によって引き起こされる404エラーの根本的な原因と、現在の状況（管理画面に入れるか・入れないか）に合わせた具体的な復旧手順を、初心者の方にも分かりやすく徹底解説します。この記事のステップを一つずつ落ち着いて実行すれば、必ず元の状態に復旧できます。

1. なぜプラグインを削除しただけで404エラーになるのか？（原因の特定）

そもそも、ただの拡張機能であるはずのプラグインを消しただけで、なぜサイト全体が404エラー（ページが見つかりません）になってしまうのでしょうか。その原因は、主に以下の3つのパターンのいずれかに該当します。自分がどのプラグインを削除したかを思い出しながら読んでみてください。

1-1. キャッシュ系・高速化プラグインの「残骸」が悪さをしている

「W3 Total Cache」「WP Super Cache」「WP Fastest Cache」「LiteSpeed Cache」といったキャッシュ系プラグインや、「Autoptimize」などの高速化プラグインを削除した際にもっとも頻発するトラブルです。

これらのプラグインは、サイトを高速化するためにサーバーの根幹設定ファイルである.htaccessやwp-config.phpに独自のコードを書き込んだり、wp-contentフォルダ内に大量のキャッシュファイルを生成したりします。管理画面から「削除」ボタンを押しただけではこれらの設定やファイルが綺麗に消え去らず、「プラグイン本体はないのに、サーバー側はプラグインの指示通りに動こうとして迷子になる」という現象が起き、404エラーや500エラーを引き起こします。

1-2. セキュリティ系プラグインによる「ログインURL変更」の後遺症

「SiteGuard WP Plugin」や「WPS Hide Login」などのセキュリティプラグインは、ハッキング対策としてWordPressのデフォルトのログインURL（wp-login.phpや/wp-admin/）を別の文字列（例：/login_page/）に変更する機能を持っています。

この機能を使っていた状態でプラグインを削除すると、システムがURLの変更状態を正しく元に戻せず、本来のログインURLにアクセスしても「そんなページはありません（404）」と弾かれてしまうことがあります。

1-3. カスタム投稿タイプやパーマリンクを制御していたプラグイン

「Custom Post Type UI (CPT UI)」などのカスタム投稿タイプを作成するプラグインや、パーマリンク（URLの構造）をカスタマイズするプラグインを削除した場合、そのプラグインが作り出していたURLのルールが白紙に戻ってしまいます。その結果、これまで存在していた記事のURLにアクセスしても、WordPress側が「そのURLのルールはもう存在しない」と判断し、404エラーを返します。

2. 【緊急対応】まずは現在の状況を把握する（管理画面には入れるか？）

復旧作業は、現在のあなたのWordPressが「管理画面（ダッシュボード）にログインできる状態か否か」によって大きく2つのルートに分かれます。まずはご自身の状況を確認してください。

3. 状態別・復旧ステップ1：管理画面に「入れる」場合の対処法

ダッシュボードにアクセスできる場合は、比較的簡単に復旧できる可能性が高いです。以下の手順を上から順番に試してください。

対処法1-A：最強の解決策「パーマリンクの再保存」

WordPressにおける404エラーの8割は、この「パーマリンクの再保存」というたった数クリックの作業で劇的に解決します。これはWordPressに対して「URLのルール（リライトルール）を新しく作り直してね」と命令する作業です。

1. WordPressの管理画面にログインします。
2. 左側のメニューから「設定」＞「パーマリンク」をクリックします。
3. 設定内容は「一切変更せず」に、ページの一番下にある「変更を保存」ボタンをクリックします。
4. 念のため、もう一度「変更を保存」ボタンをクリックします（2回行うのが確実です）。
5. ブラウザのキャッシュをクリア（Ctrl+F5 または Cmd+Shift+R）して、サイトの表側が表示されるか確認してください。

カスタム投稿系やSEO系、リダイレクト系のプラグインを削除して404になった場合は、ほぼ間違いなくこの手順で直ります。

対処法1-B：削除したプラグインを再インストールして有効化する

パーマリンクの再保存で直らない場合、削除したプラグインが独自の必須ファイルを消してしまったか、テーマと強固に結びついていた可能性があります。

管理画面から「プラグイン」＞「新規追加」に進み、先ほど削除してしまったプラグインを検索し、もう一度インストールして「有効化」してください。これでサイトが元に戻った場合は、そのプラグインは「単純に削除してはいけない（依存度が高い）プラグイン」だったことになります。まずは復旧を優先し、代替手段を確保してから正しい手順で削除を検討しましょう。

4. 状態別・復旧ステップ2：管理画面にすら「入れない」場合の対処法

ログイン画面URLが404になってしまい、ダッシュボードにアクセスできない場合は、サーバー上のファイルを直接操作する必要があります。この作業には「FTPソフト（FileZillaなど）」または、レンタルサーバーの管理画面にある「ファイルマネージャー（WebFTP）」を使用します。

対処法2-A：「SiteGuard WP Plugin」などを削除した場合（.htaccessの修正）

セキュリティプラグインを削除してログインできなくなった場合、サーバーのルートディレクトリ（wp-config.phpなどがある一番上の階層）にある.htaccessという不可視ファイルに、古いログインURLの書き換えルールが残ったままになっているのが原因です。

1. FTPソフト、またはサーバーのファイルマネージャーでサーバーに接続します。
2. WordPressがインストールされているフォルダ（例：public_html/ドメイン名/）を開きます。
3. .htaccessというファイルを見つけて、手元のパソコンにダウンロード（バックアップ）します。
4. サーバー上の.htaccessをテキストエディタで開くか、編集モードにします。
5. ファイルの中に# SITEGUARD_PLUGIN_SETTINGS_START から # SITEGUARD_PLUGIN_SETTINGS_END という記述があれば、その間のコードをすべて削除して保存・上書きします。
6. デフォルトのログインURL（https://あなたのドメイン/wp-login.php）にアクセスし、ログイン画面が表示されるか確認してください。

もし.htaccessの中身がよく分からない場合は、いったん中身をすべて消去し、以下の「WordPressのデフォルトの.htaccessコード」だけに書き換えてみてください。（※作業前には必ず元のファイルのバックアップを取ってください）

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

対処法2-B：プラグインフォルダを手動でリネーム（強制無効化）する

どのプラグインが原因か特定できていないが、とにかく何かのプラグインがエラーを引き起こして画面が真っ白・404になっている場合は、すべてのプラグインを強制的に停止させることで管理画面に入れるようになります。

1. FTPまたはファイルマネージャーでサーバーにアクセスします。
2. wp-contentフォルダを開きます。
3. その中にあるpluginsというフォルダを探します。
4. このpluginsフォルダの名前を、一時的にplugins_bkやplugins_stopなどに変更（リネーム）します。
5. この状態で管理画面（/wp-login.php）にアクセスしてください。プラグインがすべて強制停止されるため、高い確率でログインできるようになります。
6. ログインできたら、先ほど名前を変更したフォルダを元のpluginsに戻します。
7. 管理画面の「プラグイン」メニューを開くと、すべて「無効化」された状態になっているので、一つずつ有効化してサイトの表側を確認し、原因となっているプラグインを特定します。

5. 復旧ステップ3：キャッシュ系プラグイン削除後の「特効薬」

「W3 Total Cache」などの強力なキャッシュプラグインは、通常の削除手順を踏まないとサーバー内に大量のゴミファイルを残し、激しい404エラーやレイアウト崩れを引き起こします。これらを削除した直後にトラブルが起きた場合は、手動で大掃除をする必要があります。

不要なキャッシュフォルダを手動削除する

FTPやファイルマネージャーでwp-contentフォルダを開き、以下のフォルダやファイルが存在していれば、それらを削除します（念のためパソコンにダウンロードしてから削除すると安全です）。

• cache フォルダ（フォルダごと削除）
• w3tc-config フォルダ（W3 Total Cacheの場合）
• advanced-cache.php ファイル
• object-cache.php ファイル
• db.php ファイル

wp-config.php の記述を削除する

同じくサーバーのルートディレクトリにあるwp-config.phpを編集モードで開き、以下の記述を探します。

define('WP_CACHE', true);

この一行が存在している場合、行ごと削除するか、trueをfalseに書き換えて保存してください。これでサーバー側で強制的に働いていたキャッシュ機能が完全に停止し、正常にページが表示されるようになります。

6. 【最終手段】サーバーのバックアップからサイト全体を復元する

ここまでの手順をすべて試してもどうしても404エラーが直らない、あるいは編集中に別の重要なファイルを消してしまって取り返しがつかなくなった場合は、「バックアップからの復元（リストア）」を実行します。

6-1. レンタルサーバーの「自動バックアップ機能」を使う

エックスサーバー、ConoHa WING、ロリポップ（ハイスピードプラン以上）など、国内の主要なレンタルサーバーの多くは、毎日自動でサイトのデータ（Webファイルとデータベース）をバックアップしてくれています。

サーバーの管理パネルにログインし、「自動バックアップ復元」などのメニューを探してください。プラグインを削除する前の日時（前日の深夜など）を指定して復元を実行すれば、サイトは完全に元の状態に戻ります。これが最も確実で安全な最終手段です。

6-2. プラグイン（UpdraftPlusなど）のバックアップを使う

もし「UpdraftPlus」や「BackWPup」などで手動・定期バックアップを取っており、かつ管理画面にログインできる状態であれば、プラグインの管理画面からワンクリックで以前の状態にロールバック（復元）させることができます。

7. 今後のための予防策：プラグインを安全に削除する「正しい手順」

今回のようなパニックを二度と起こさないために、プラグインを安全に削除するための鉄則を覚えておきましょう。

1. 必ずバックアップを取る：キャッシュ系、セキュリティ系、SEO系のプラグインを削除する前は、必ず直前のバックアップ（ファイルとデータベース両方）を取得してください。
2. いきなり削除せず、まずは「無効化」する：プラグイン一覧画面で「無効化」をクリックし、サイトの表側にアクセスしてデザインの崩れや404エラーが起きないかを確認します。数日間無効化のまま運用して問題がなければ、初めて「削除」を実行します。
3. キャッシュ系は「設定の初期化」をしてから消す：キャッシュプラグインは、いきなり無効化するとエラーになります。プラグインの設定画面に入り、「すべてのキャッシュをクリアする」「設定をデフォルトに戻す（初期化する）」といったボタンを押してから、無効化→削除の順で進めるのが正しいお作法です。

8. まとめ：焦らず一つずつ原因を潰せば必ず復旧できる

WordPressでプラグインを削除した後に発生する404エラーの復旧手順について解説しました。

トラブルが起きた直後は「サイトが消滅してしまったのではないか」と不安になると思いますが、記事のテキストデータやアップロードした画像は、すべてサーバーのデータベースと奥深いフォルダ内に安全に保管されています。エラーが起きているのは、単に「そこへの道順が分からなくなっているだけ」なのです。

• 管理画面に入れるなら「パーマリンクの再保存」
• 管理画面に入れないなら「FTPで.htaccessの修正」または「pluginsフォルダのリネーム」
• キャッシュ系プラグインが原因なら「wp-content内のキャッシュファイル手動削除」

状況に合わせてこれらの手順を冷静に実行すれば、必ずサイトは元の姿を取り戻します。もしもの時のためにサーバーの自動バックアップ機能の確認も行いつつ、一つ一つの手順を慎重に進めてみてください。あなたのサイトが無事に復旧することを応援しています。