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

WordPressで「404 Not Found」や「404 File Not Found」と表示されても、必ずしも記事やサイトのデータが消えたわけではありません。URLの設定、サーバーの振り分け処理、プラグインによるアクセス制限など、複数の原因が考えられます。

特に、トップページは表示されるのに投稿だけが開けない場合と、管理画面にログインできない場合では、確認する場所が異なります。

この記事では、症状から原因を切り分け、影響の少ない操作から順番に復旧する方法を説明します。

WordPressの404エラーを直すために最初に確認すること

最初に確認するのは「どのURLで404エラーが発生しているか」です。 原因が分からないままWordPressを再インストールしたり、設定ファイルを削除したりする必要はありません。

次の表から該当する症状を確認してください。

まず、エラーが発生しているURLをコピーし、別のブラウザーやシークレットウィンドウでも確認してください。URLの入力間違いや古いキャッシュ（以前取得したデータの一時保存）が原因であれば、サイト側の設定を変更せずに解決できる場合があります。

複数の利用者から同じ症状が報告されている場合は、サイト側の問題を優先して調べます。

注意：設定変更の前には、可能な限りファイルとデータベースのバックアップを取得してください。特にサーバー設定、プラグイン、テーマを変更する場合は、元に戻せる状態を確保することが重要です。

投稿や固定ページの404エラーはパーマリンクを再保存する

トップページは表示できるのに投稿や固定ページだけ404になる場合、最初に試したいのがパーマリンク設定の再保存です。

パーマリンク（投稿や固定ページに割り当てられるURL）の設定と、WordPressがURLを処理するためのルールが一致していないと、存在する記事でも404エラーが発生する場合があります。

WordPress公式ドキュメントでも、パーマリンクに関連する404エラーの対処として設定の再保存が案内されています。

パーマリンクを再保存する手順

1. WordPressの管理画面へログインします。
2. 左側メニューの「設定」から「パーマリンク」を開きます。
3. 現在選択されているURL構造を確認します。
4. URL構造は変更せず、そのまま「変更を保存」をクリックします。
5. 404エラーが発生していた投稿や固定ページを開き直します。

この操作によって、WordPressのリライトルール（アクセスされたURLを内部処理へ振り分ける規則）が更新され、問題が改善する場合があります。

設定を保存した後は、エラーが出ていたページだけでなく、正常だった投稿やカテゴリー一覧も確認してください。

なお、パーマリンク構造を別の形式へ変更することと、現在の設定を再保存することは異なります。 URL構造を変更すると既存記事のアドレスが変わり、外部リンクや検索結果からのアクセスに影響する場合があります。

今回の復旧作業では、原則としてURL構造を変更しないでください。

参考：WordPress公式：Settings Permalinks screen

保存しても404エラーが直らない場合

再保存後も改善しない場合は、次の点を確認します。

• WordPressがURLの振り分けルールを正常に更新できているか
• サーバー側で必要なURL書き換え設定が有効になっているか
• プラグインやテーマがURLの処理を変更していないか
• 対象の記事が公開され、正しいURLでアクセスされているか

複数の記事が同時に404になる場合は、個々の記事を修正するよりも、サーバー設定やプラグインの影響を確認する方が適切です。

特定の記事だけ404になる場合の直し方

ほかの投稿は正常に表示され、特定のページだけ404になる場合は、そのページ自体の状態とURLを確認してください。

記事が公開されているか確認する

WordPress管理画面の「投稿」または「固定ページ」を開き、該当ページを探します。

確認する項目は、公開状態、スラッグ（URLの末尾などに使われる識別文字列）、公開URLです。

記事が下書き、非公開、ゴミ箱などに移動している場合、一般の訪問者が以前のURLから閲覧できないことがあります。

記事を公開し直す前に、非公開に変更された理由を確認してください。意図的に非公開にしているページを、404解消だけを目的に公開するべきではありません。

URLを変更した場合は301リダイレクトを検討する

記事のスラッグを変更したり、別のURLへ移動したりすると、以前のURLにアクセスした利用者が404エラーを見る場合があります。

新しいURLで同じ内容のページを引き続き提供しているなら、301リダイレクト（恒久的な転送を示すHTTP応答）を設定する方法があります。

例えば、次のような変更です。

旧URLから新URLへ301リダイレクトを設定すると、古いリンクからアクセスした利用者を新しいページへ案内できます。

ただし、転送先は内容が同一または十分に対応しているページを選んでください。関係のないページやトップページへ一律に転送することは推奨しません。

また、すでに別の転送ルールがある場合は、リダイレクトループ（転送が繰り返される状態）が発生しないか確認が必要です。

削除済みページは必ず復元する必要がある？

いいえ。意図的に削除したページで、代替となるコンテンツもない場合は、404を返すこと自体が不具合とは限りません。

404は、指定されたリソースが見つからないことを示すHTTPステータスコード（サーバーの応答状態を表す番号）です。

存在しないURLを無理に復元するのではなく、重要な内部リンクが残っていないか、適切な代替ページがあるかを確認してください。

WordPressの管理画面やログイン画面が404になる場合

管理画面へのログイン時だけ404エラーが発生する場合は、投稿ページのパーマリンク不具合とは原因が異なる可能性があります。

特に、セキュリティプラグインによってログインURLを変更している場合は注意が必要です。

正しいログインURLを確認する

通常のWordPressでは、サイトの設置場所に応じて「/wp-admin/」や「/wp-login.php」からログイン画面へアクセスできます。

ただし、ログインURLを変更するプラグインを導入している場合は、標準URLが利用できないことがあります。

その場合は、保存済みのログインURLや、サイト管理者が設定した専用URLを確認してください。

ログインできないからといって、セキュリティプラグインを無条件に削除したり、アクセス制限をすべて解除したりすることは避けてください。

SiteGuardなどのセキュリティ設定を確認する

SiteGuard WP Pluginなどのセキュリティプラグインでは、管理画面へのアクセスを制限する機能が利用されている場合があります。

設定内容によっては、管理画面のURLにアクセスした際に404が表示されることがあります。

管理画面へアクセスできる別の方法がある場合は、ログインURL変更や管理ページアクセス制限の設定を確認してください。

アクセスできない場合は、レンタルサーバーの管理機能やプラグイン公式の復旧手順を確認します。設定ファイルを直接編集する場合は、必ずバックアップを取得してください。

Webクラスでは、WordPressのログイン時に404 File Not Foundが表示されるケースを別記事で扱っています。

ただし、既存記事のサーバー画面やセキュリティ設定の説明は、現在の利用環境に適合するか確認してから操作してください。

プラグインやテーマの更新後に404が発生した場合

WordPressのプラグインやテーマの更新直後に404エラーが発生した場合は、更新によってURL処理やアクセス制御が変化した可能性があります。

ただし、更新時期が一致しただけで、そのプラグインが原因と確定するわけではありません。

最近変更したプラグインを確認する

1. 404エラーが発生し始めた時期を確認します。
2. 直前に更新・追加・設定変更したプラグインを調べます。
3. バックアップを取得し、可能なら検証環境を用意します。
4. 疑わしいプラグインを一時的に無効化して表示を確認します。
5. 改善した場合は、設定やほかのプラグインとの競合を調べます。
6. 検証後は必要な機能を復旧し、正常動作を確認します。

セキュリティ、キャッシュ、会員管理、URL転送などのプラグインは、サイトへのアクセス方法に関わる設定を持つことがあります。

無効化するとアクセス制限やキャッシュ処理などが変化するため、本番サイトで一括停止する前に影響範囲を確認してください。

原因が特定できない場合は、プラグインのエラー記録や公式サポート情報を確認します。

テーマを切り替えて確認する場合

プラグインを調べても改善しない場合、テーマや追加したカスタムコードがURL処理へ影響していないか確認します。

検証環境でWordPress標準テーマへ一時的に切り替え、404エラーが再現するか調べる方法があります。

テーマの切り替えによってデザイン、ウィジェット、独自機能などが変化する可能性があるため、本番環境で安易に実行しないでください。

参考：WordPress公式：FAQ Troubleshooting

パーマリンクを保存しても直らない場合はサーバー設定を確認する

複数ページの404エラーが続く場合は、WordPress側の設定だけでなく、Webサーバー（Webページへのアクセス要求を処理するソフトウェア）の設定を調べます。

サーバーの種類によって確認するファイルや設定方法が異なります。

Apacheでは.htaccessの設定を確認する

Apache（Webサーバーソフトウェア）を利用している場合、.htaccess（ディレクトリ単位のWebサーバー設定ファイル）の設定がURLの振り分けに関係することがあります。

WordPress公式の「Common WordPress errors」でも、パーマリンク関連の404エラーに対して、設定の再保存や.htaccessの確認が案内されています。

確認の際は、次の順番を推奨します。

1. 利用中のサーバーがApacheかどうかを確認します。
2. サーバー管理画面またはファイル管理機能から.htaccessの場所を確認します。
3. 現在の.htaccessを変更せずにバックアップします。
4. WordPressのURL書き換え設定が適切か、公式資料と照合します。
5. 必要な修正がある場合は、サーバー提供元の手順に従って実施します。
6. 変更後は投稿・固定ページ・管理画面・転送設定を確認します。

重要：.htaccessには、WordPress以外のセキュリティ設定や転送設定が含まれる場合があります。既存の内容をすべて削除して標準設定へ置き換えることは避けてください。

また、ファイルの書き込み権限を必要以上に緩めると、セキュリティ上のリスクが生じます。権限変更が必要な場合は、サーバー提供元の案内を優先してください。

参考：WordPress公式：Common WordPress errors

Nginxではサーバー側のURL処理を確認する

Nginx（Webサーバーソフトウェア）を使用している場合、Apacheの.htaccessは通常使用されません。

そのため、Nginx環境で.htaccessだけを編集しても、404エラーが改善するとは限りません。

パーマリンクの再保存で直らない場合は、Nginx側のURL振り分け設定、WordPressの設置場所、サーバー移転時の設定変更などを確認する必要があります。

レンタルサーバーの管理画面から設定を変更できない場合は、サポートへ問い合わせてください。

問い合わせる際は、エラーが出るURL、正常に表示できるURL、発生時期、最近の設定変更を伝えると、調査対象を絞り込みやすくなります。

サーバー移転後に404が発生した場合

サーバー移転後の404エラーでは、次の項目を確認します。

• WordPressの設置先ディレクトリ
• 移転前後のサイトURLとWordPressアドレス
• WebサーバーのURL振り分け設定
• 移転先に必要なファイルが配置されているか
• ドメインが意図したサーバーへ接続されているか
• キャッシュや転送設定が旧環境を参照していないか

WordPressアドレスやサイトアドレスを誤って変更すると、管理画面へのアクセスにも影響する場合があります。

原因が特定できるまでは、これらの値を試行錯誤で書き換えないでください。

画像やREST APIだけ404になる場合

404エラーは、通常の投稿ページ以外でも発生します。ただし、画像ファイルやREST API（外部アプリや管理画面とデータをやり取りする仕組み）の404は、一般的な投稿ページの404と原因が異なる場合があります。

画像ファイルだけ404になる場合

画像が表示されない場合は、まず画像URLを直接開き、指定されたファイルが存在するか確認してください。

WordPressのメディアライブラリに画像が登録されていても、実際のファイルがサーバー上に存在しない場合や、保存場所が変更されている場合があります。

画像URLのパス、ファイル名、移転時のファイルコピー状況を確認してください。

画像の404を直す目的で、メディアライブラリ全体を削除したり、画像を一括再生成したりする必要はありません。

REST APIで404になる場合

記事の保存やサイトヘルスの確認時にREST API関連の404が発生する場合は、APIの通信先URLやパーマリンク設定を確認します。

通常の記事ページは正常でも、REST APIの特定の通信先だけが404になるケースがあります。

確認するURLやエラーコードによって対処が異なるため、詳しくはWordPress REST APIエラーの原因と直し方をご覧ください。

404エラーがSEOに与える影響と修正の優先順位

404エラーが発生したからといって、サイト全体の検索順位が必ず低下するわけではありません。

存在しないURLが404を返すことは、Webサイトの正常な動作の一つです。

一方、本来公開されている重要なページが404になっている場合は、検索エンジンがそのページの内容を取得できず、検索流入や利用者のアクセスに影響する可能性があります。

優先して確認したいのは、次のようなページです。

• 現在も公開する予定があるのに404になっているページ
• サイト内の重要なナビゲーションからリンクされているページ
• 検索流入や外部リンクがあるページ
• 商品・サービスの申込や問い合わせにつながるページ

Google Search Console（Google検索でのサイトの状態を確認できるツール）のページインデックス登録レポートやURL検査を利用すると、Googleが把握しているURLの状態を確認できます。

ただし、Search Consoleの情報はリアルタイムとは限りません。実際のURLへのアクセス結果と照合してください。

404が解消した後は、重要なページが正常に表示されることを確認し、必要に応じてSearch Consoleで再確認します。

なお、404と403・500・503では意味や対処方法が異なります。HTTP応答の違いについてはHTTPステータスコード一覧と意味も参考になります。

404エラーの復旧で避けたい操作

原因が分からない状態で大きな変更を行うと、404エラー以外の不具合を発生させるおそれがあります。

復旧作業では、変更内容と実行時刻を記録しておくと、改善しなかった場合に元の状態へ戻しやすくなります。

WordPressの404エラーでよくある質問

パーマリンクを再保存すると記事のURLは変わりますか？

現在のパーマリンク構造を変更せずに再保存するだけであれば、通常は記事URLの形式を変更する操作にはなりません。ただし、プラグインや独自のURL設定がある場合は、保存後に実際のURLを確認してください。

404エラーが出たら記事データは消えていますか？

必ずしも消えているわけではありません。記事が管理画面に残っていても、URLの振り分け設定などが原因で404になる場合があります。まず投稿一覧と公開状態を確認してください。

管理画面にもログインできない場合はどうすればよいですか？

正しいログインURLを確認し、セキュリティプラグインによるURL変更やアクセス制限がないか調べてください。管理画面へアクセスできない場合は、レンタルサーバーの管理機能や公式サポートを利用する方法があります。

404エラーをすべて301リダイレクトすべきですか？

いいえ。存在しないURLや意図的に削除したページを、すべて転送する必要はありません。内容が対応する移転先ページがある場合に、301リダイレクトを検討してください。

まとめ｜WordPressの404エラーは症状に合わせて対処する

WordPressの404エラーは、発生している場所によって原因と対処方法が異なります。

トップページが正常で投稿だけ404になる場合は、パーマリンクの再保存が有力な最初の対処です。 特定ページだけなら公開状態とURL変更履歴を、管理画面だけならログインURLとセキュリティ設定を確認してください。

それでも改善しない場合は、プラグインの競合やサーバー側のURL処理を順番に調べます。

データ削除や設定ファイルの全面的な書き換えは最後の手段とし、バックアップを確保したうえで、原因に対応した最小限の修正を行うことが重要です。

あわせて読みたい記事

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

【WordPress】エラー対策

WordPressの500エラーの直し方｜原因の調べ方と安全な復旧手順

WordPressで「500 Internal Server Error」が表示されたときの対処法を解説します。バックアップとエラー…

記事を読む →

【WordPress】エラー対策

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

WordPressで503エラーが発生したら、まずサーバー障害やメンテナンス情報、エラーの発生範囲を確認しましょう。プラグインやサー…

記事を読む →

【WordPress】エラー対策

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

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

記事を読む →

関連記事の一覧を見る →