サーチコンソールに表示される「見つかりませんでした（404）」とは、Googleのクローラーが指定URLにアクセスした際にページが存在せず、HTTPステータスコード「404 Not Found」が返された状態を指します。修正方法の基本は、原因に応じて「ページの復元」「301リダイレクトの設定」「サイトマップの更新」「内部リンクの修正」を使い分けることです。Googleは公式に404エラーがサイト全体のSEO評価に直接影響しないと述べているため、慌てて全件修正する必要はありません。ただし、被リンクのある重要ページや内部リンクが向いているページの404は優先的に対処すべきです。本記事では、サーチコンソールでの確認手順から、ケース別の具体的な修正方法、修正後のインデックス登録リクエスト、再発防止のポイントまでを体系的に解説します。WordPressサイトを運営している方も、静的サイトを管理している方も、この記事を読み終えるころには、自信を持って404エラーに対処できるようになります。
「見つかりませんでした（404）」とは何か
「見つかりませんでした（404）」とは、サーチコンソールがGoogleのクローラーから受け取った「404 Not Found」というHTTPステータスコードを表示している状態のことです。サーバー側で「リクエストされたURLに該当するページが存在しません」と返答した結果、サーチコンソールの「ページのインデックス登録」レポート（旧カバレッジレポート）の除外セクションに分類されます。
HTTPステータスコード404は、Webサーバーがクライアント（Googlebotやブラウザ）からのリクエストを受け取ったものの、指定されたURLに対応するページを見つけられなかった場合に返される標準的な応答コードです。ユーザーが存在しないページにアクセスした際にブラウザに「404 Not Found」「ページが見つかりません」と表示されるのも、同じ仕組みによるものです。
サーチコンソールでは、Googleがインデックスしようとしたページや、サイトマップに記載されているURLのうち、404エラーが発生しているものを一覧で確認できます。エラーの種類は大きく分けて3つのパターンに分類されます。
「見つかりませんでした（404）」の3つのパターン
サーチコンソールに表示される404関連のエラーは、表示名によって対処の優先度が変わります。それぞれのパターンを正しく見分けることが、効率的な修正の第一歩です。
パターン1：見つかりませんでした（404）
Googleがクロールしようとしたページが存在せず、サーバーが404ステータスを返した場合に表示されます。以前公開していたページを削除した場合や、URLを変更したのにリダイレクトが設定されていない場合に多く見られる典型例です。
パターン2：送信されたURLが見つかりませんでした（404）
サイトマップやURL検査ツールを通じてGoogleにインデックス登録を依頼したにもかかわらず、そのURLに対応するページが存在しなかった場合に表示されます。サイトマップに古いURLや誤ったURLが含まれているケースが代表的で、サイト管理者が能動的に伝えたURLでエラーが起きているため、優先的に対処すべきパターンです。
パターン3：ソフト404
ページが実質的に存在しないにもかかわらず、サーバーが200（成功）のHTTPステータスコードを返してしまっているページです。ユーザーには「ページが見つかりません」といった内容が表示されているのに、サーバーのレスポンスが200のままになっている状態をGoogleが「ソフト404」と判断します。
404エラーはSEOに影響するのか
結論として、404エラーが存在すること自体ではサイト全体のSEO評価が下がることはありません。Googleは公式に「404エラーはサイト全体のインデックス登録やランキングには影響しない」という見解を示しています。これは多くの初心者が誤解しているポイントなので、まず安心してください。
ただし、404エラーを完全に放置してよいわけではありません。状況によっては間接的にSEOやユーザー体験に悪影響を及ぼす場合があります。以下の表は、修正が必要なケースと放置してもよいケースを整理したものです。
| 状況 | 対処の必要性 | 理由 |
|---|---|---|
| 内部リンクが404ページを指している | 必要 | ユーザビリティ低下、クロールバジェットの無駄遣い |
| 外部から被リンクがある重要ページが404 | 必要 | リンク評価の損失、301リダイレクトで引き継ぎ可能 |
| サイトマップに404のURLが多数含まれる | 必要 | 重要ページのクロールが後回しになる可能性 |
| 正常に削除したページが404を返している | 不要 | 削除済みページの正常な動作 |
特に注意したいのが、外部から被リンクを受けている重要ページが404になっているケースです。SEO的に価値のある外部リンクは、サイトの評価を支える資産といえます。301リダイレクトを設定することで、その評価を新しいURLへ引き継げるため、放置すると目に見えない損失が発生します。
サイトマップに多数の404が含まれている状態も問題です。サイトマップはGoogleにサイト構造を伝える重要なファイルであり、存在しないページのURLが多いと、本来インデックスしてほしいページのクロールが後回しになる可能性があります。
「見つかりませんでした（404）」が発生する主な原因
404エラーが発生する原因はさまざまですが、原因を特定することで適切な対処法を選べます。代表的な原因を理解しておくと、エラーが発生したときに迷わず行動できます。
原因1：ページを削除した
最もシンプルな原因です。以前公開していたページを削除すると、そのURLにアクセスしたGooglebotには404エラーが返ります。削除したことを知らないクローラーが定期的にアクセスを続けるため、しばらくはサーチコンソールに表示されます。
原因2：URLを変更した
記事のパーマリンク（URL）を変更すると、古いURLへのアクセスは404エラーになります。WordPressではパーマリンク設定の変更やスラッグの編集で発生しやすく、特に運用初期にURL構造を見直した際に大量発生することがあります。
原因3：ドメインの変更やサイトの移転
旧ドメインから新ドメインへの移転や、HTTPからHTTPSへの移行の際にリダイレクト設定が不完全だと、404エラーが大量に発生します。サイト全体のURL構造に関わる変更は特に注意が必要です。
原因4：サイトマップに誤ったURLが含まれている
サイトマップを手動で作成したり、プラグインで自動生成する際に、実際には存在しないページのURLが混入することがあります。
原因5：外部サイトのリンクが古いURLを指している
他のWebサイトが以前のURLにリンクを張っている場合、Googleがそのリンクをたどると404エラーが発生します。自分では直接制御できない部分ですが、重要なページであれば301リダイレクトで対処できます。
原因6：wwwあり・なしの混在、HTTP・HTTPSの混在
「https://example.com」と「https://www.example.com」の両方にアクセス可能な状態や、「http://example.com」へのアクセスが「https://example.com」に正しく転送されていない場合、片方が404エラーになることがあります。
原因7：カテゴリやタグページの削除
WordPressでカテゴリやタグを削除すると、そのアーカイブページが404エラーになります。タクソノミーを整理した直後によく起きる現象です。
原因8：プラグインやテーマの変更
WordPressのプラグインやテーマの変更によって、生成されていたページのURL構造が変わり、404エラーが発生する場合があります。
サーチコンソールで404エラーを確認する手順
ここからは、実際にサーチコンソール上でどのURLが404エラーになっているかを確認する手順を説明します。手順通りに操作すれば、エラー一覧の取得から個別URLの詳細確認まで一通り把握できます。
手順1：Googleサーチコンソールにログインする
ブラウザでGoogleサーチコンソール（search.google.com/search-console）にアクセスし、Googleアカウントでログインします。
手順2：対象のプロパティを選択する
複数のサイトを管理している場合は、左上のプロパティセレクターから対象のサイトを選択します。
手順3：「ページのインデックス登録」レポートを開く
左側のナビゲーションメニューから「インデックス」→「ページ」をクリックします。旧インターフェースでは「カバレッジ」という名称でしたが、現在は「ページ」に統一されています。
手順4：「見つかりませんでした（404）」を選択する
レポートが表示されたら、下部の詳細セクションにある「見つかりませんでした（404）」の行をクリックします。
手順5：エラーURLの一覧を確認する
404エラーが発生しているURLの一覧が表示されます。URLの右にある「URL検査」アイコンをクリックすると、そのURLの詳細情報を確認できます。
手順6：エラーの流入元を確認する
URL検査ツールで「クロールされた日時」や「インデックス登録のステータス」を確認します。「公開URLをテスト」ボタンをクリックすると、現在のページの状態をGoogleがどう認識しているか確認できます。
エラーURLの優先度を判断するポイント
すべての404エラーを修正する必要はありません。優先度を見極めるために、以下の観点で判断しましょう。被リンクの有無は、外部サイトからリンクされているページは優先的に対処が必要です。内部リンクが向いているかどうかは、サイト内のページからリンクされている場合は修正が必要となります。以前トラフィックがあったかどうかは、検索流入があったページは重要度が高い可能性があります。サイトマップに記載されているかどうかも判断材料で、含まれている場合は修正またはサイトマップから削除します。
ケース別！404エラーの修正方法
404エラーの原因によって、適切な修正方法は異なります。ここでは代表的な5つのケースについて、具体的な手順を交えて解説します。
ケース1：誤って削除してしまったページを復元したい場合
対処法は、ページを元のURLで再公開することです。WordPressの場合、誤って削除した記事は「ゴミ箱」から復元できます。ダッシュボード→投稿→ゴミ箱の順に移動し、該当の記事を「復元」します。元のURLのまま復元できれば、404エラーは自然に解消されます。
ゴミ箱からも完全に削除されている場合は、バックアップから復元するか、内容を再作成して同じURLで公開する必要があります。バックアップを取る習慣がない場合は、これを機会にバックアッププラグインの導入を検討しましょう。
ケース2：URLを変更した・ページを移動した場合
対処法は、301リダイレクトを設定することです。301リダイレクトとは、旧URLへのアクセスを新URLへ永続的に転送する設定で、ユーザーはシームレスに新しいページに転送され、Googleも旧URLへのリンク評価を新URLに引き継ぎます。
WordPressでRedirectionプラグインを使う場合の手順は次の通りです。WordPressの管理画面にログインしたら、「プラグイン」→「新規追加」から「Redirection」を検索してインストール・有効化します。「ツール」→「Redirection」からプラグインの設定画面を開き、「リダイレクトを追加」セクションで「ソースURL」に旧URL（転送元）、「ターゲットURL」に新URL（転送先）を入力します。最後に「リダイレクトを追加」ボタンをクリックして保存すれば完了です。
Redirectionプラグインは無料で使用でき、10年以上の実績がある信頼性の高いプラグインです。200万以上のサイトでインストールされており、初心者でも直感的に操作できます。
.htaccessを使う場合は、Apache Webサーバーの設定ファイルを編集します。.htaccessは、ディレクトリ単位でサーバーの動作を制御できるファイルで、WordPressサイトのルートディレクトリに配置されています。FTPクライアント（FileZillaなど）やレンタルサーバーのファイルマネージャーを使って.htaccessファイルを開き、以下のような記述を追加します。
1ページを別のURLにリダイレクトする場合は「Redirect 301 /old-page/ https://example.com/new-page/」と記述します。正規表現を使って複数のURLをまとめてリダイレクトする場合は「RewriteRule ^old-directory/(.*)$ /new-directory/$1 [R=301,L]」のように記述します。
注意点として、.htaccessの編集は設定を誤るとサイト全体が表示されなくなる恐れがあります。必ずバックアップを取ってから作業しましょう。
ケース3：サイトマップに存在しないURLが含まれている場合
対処法は、サイトマップを更新することです。サイトマップに記載されているURLが実際には存在しない場合、そのURLをサイトマップから削除する必要があります。
WordPressの場合、Yoast SEO、All in One SEO、RankMathなどのSEOプラグインでサイトマップを自動生成しているケースがほとんどです。これらのプラグインは公開されているページのみをサイトマップに含めるため、ページを削除した後は自動的にサイトマップが更新されます。
ただし、手動でサイトマップを作成・管理している場合は、該当のURLをサイトマップファイルから削除して再アップロードする必要があります。サイトマップを更新したら、サーチコンソールでサイトマップを再送信するのが望ましい手順です。サーチコンソールの左メニューから「サイトマップ」を選択し、既存のサイトマップのURLを確認したうえで、「新しいサイトマップの追加」欄にサイトマップのURLを入力して「送信」をクリックします。
ケース4：内部リンクが誤ったURLを指している場合
対処法は、リンクのURLを修正することです。サイト内のページから存在しないページへのリンクが貼られている場合、そのリンクを正しいURLに修正します。
WordPressの場合、対象の記事や固定ページの編集画面を開き、リンクが設定されているテキストを探してURLを正しいものに変更します。Broken Link Checkerなどのプラグインを使うと、サイト内のリンク切れを一覧で確認・修正でき、定期的なメンテナンスが格段に楽になります。
ケース5：外部からのリンクが旧URLを指している場合
対処法は、旧URLから新URLへ301リダイレクトを設定することです。外部サイトからのリンクは自分では直接修正できません。外部サイトの管理者に連絡してリンクを更新してもらう手段もありますが、時間がかかることが多く、確実性も低いです。
現実的な対処法は、旧URLから新URLへ301リダイレクトを設定することです。これにより外部リンクの評価（被リンクパワー）を新URLに引き継ぐことができます。被リンクは検索エンジン上の評価形成に重要な要素であるため、サイトリニューアル時には特に丁寧にリダイレクトマップを作成することが推奨されます。
ソフト404エラーの修正方法
ソフト404エラーは、通常の404エラーとは少し性質が異なります。ソフト404とは、ページが実際には存在しない（またはコンテンツがない）にもかかわらず、サーバーが200（成功）のHTTPステータスコードを返してしまっている状態のことです。Googleがページの実態と応答コードの不一致を検知し、独自に「ソフト404」と分類します。
ソフト404が発生する主な原因は3つあります。1つ目は、空のページや内容が極端に薄いページが存在するケースです。コンテンツがほとんどない、または全くないページが公開状態になっている場合、Googleがそのページを「実質的にコンテンツなし＝見つからない」と判断します。2つ目は、エラーページが200ステータスを返しているケースです。存在しないURLにアクセスした際、カスタムエラーページを表示しているのに、HTTPステータスコードが404ではなく200になっている状態です。3つ目は、WordPressのカスタム投稿タイプや空のアーカイブページのケースで、投稿が一つも存在しないカテゴリーやタグのアーカイブページが、コンテンツなしで200を返している場合に発生します。
ソフト404の修正方法は、状況に応じて4つのアプローチがあります。コンテンツが薄いことが原因なら、ページに十分な価値あるコンテンツを追加してページを充実させる方法が有効です。ページが不要であれば、削除したうえでそのURLが404または410（Gone）のHTTPステータスを返すように設定します。ページは残すがインデックスさせたくない場合は、noindexメタタグを設定し、Googleに「このページをインデックスしないでください」と伝えます。カスタムエラーページが200を返している場合は、適切な404ステータスを返すよう設定を修正します。
修正後にすること：インデックス登録のリクエスト手順
404エラーを修正した後は、Googleに修正内容を確認してもらうためにインデックス登録をリクエストします。ここを忘れると、サーチコンソール上のエラー表示が長期間残ったままになることがあります。
手順1として、サーチコンソールにログインし、対象のプロパティを選択します。手順2では、左側のナビゲーションメニューから「URL検査」をクリックします。手順3で、上部の検索バーに修正が完了したURLを入力してEnterキーを押します。手順4として、URL検査ツールが起動し、そのURLの現在のインデックス状況が表示されるので確認します。「URLがGoogleに登録されていません」と表示される場合は、修正が正しく反映されているかチェックします。手順5で、「インデックス登録をリクエスト」ボタンをクリックします。Googleに対してそのURLを再クロールするよう依頼する操作です。手順6として、リクエストが処理されるまでには通常数日〜1週間程度かかります。すぐに結果が反映されるわけではありませんが、Googleが次にクロールした際に修正が認識されます。
注意点として、インデックス登録リクエストには1日あたりの上限があります。優先度の高いURLから順にリクエストするようにしましょう。大量のURLを一度に処理したい場合は、サイトマップ経由で間接的にクロールを促す方が効率的です。
404エラーの修正結果を確認する方法
修正後は、エラーが解消されたかどうかを確認することが大切です。確認方法を複数組み合わせると、確実性が高まります。
確認方法の1つ目は、サーチコンソールのページインデックス登録レポートを確認する方法です。修正から数日〜数週間後に、サーチコンソールの「ページのインデックス登録」レポートを確認し、「見つかりませんでした（404）」のエラー件数が減っていれば、修正が成功しています。
2つ目は、URL検査ツールでライブテストを実行する方法です。URL検査ツールで修正したURLを入力し、「公開URLをテスト」をクリックすると、現時点でGoogleがそのページをどう認識しているかを確認できます。「URLはGoogleに登録されています」と表示されれば正常です。
3つ目は、ブラウザで直接アクセスする方法です。修正したURLをブラウザのアドレスバーに直接入力して、ページが正常に表示されるか確認します。旧URLを入力した場合に新URLに転送されるかも合わせて確認しましょう。
4つ目は、HTTPステータスコードを確認するツールを使う方法です。「HTTPステータスチェッカー」などのオンラインツールを使うと、特定のURLがどのHTTPステータスコードを返しているか確認できます。301リダイレクトが正しく設定されているか確認するのに非常に便利で、リダイレクトチェーンが発生していないかもチェックできます。
404エラーを予防するためのポイント
404エラーは完全になくすことは難しいですが、定期的なメンテナンスと適切な運用で発生を最小限に抑えられます。予防策を6つ紹介します。
予防策1は、ページを削除・移動する前にリダイレクトを設定することです。「削除してからリダイレクトを設定する」のではなく、「リダイレクトを設定してから削除する」という順序が理想的で、ユーザーやGooglebotが旧URLにアクセスしても切れ目なく新URLへ案内できます。
予防策2は、パーマリンク（URL）を最初から適切に設定することです。WordPressではサイト開設時にパーマリンクの形式をしっかり設定しておきましょう。後からパーマリンクを変更すると、既存の全記事のURLが変わってしまい、大量のリダイレクト設定が必要になります。
予防策3は、定期的にリンク切れをチェックすることです。Broken Link Checkerなどのツールを使って、定期的にサイト内のリンク切れをチェックする習慣をつけ、内部リンクの404エラーを早期に発見しましょう。
予防策4は、サイトマップを最新の状態に保つことです。サイトマップは常に現在公開されているページのURLのみを含むようにします。SEOプラグインの自動生成機能を活用すれば、常に最新の状態を維持できます。
予防策5は、サーチコンソールを定期的に確認することです。サーチコンソールの「ページのインデックス登録」レポートを月に1〜2回程度チェックして、404エラーが急増していないか確認します。
予防策6は、大規模なサイト変更前にテスト環境で確認することです。ドメイン移転やURL構造の変更など、大規模な変更を行う場合は、本番環境に適用する前にテスト環境でリダイレクトが正しく機能するか確認します。
クロールバジェットと404エラーの関係
クロールバジェットとは、Googlebotが特定のサイトに対してクロールに割り当てる時間とリソースの上限です。中小規模のサイトではあまり気にする必要はありませんが、ページ数が数千〜数万に及ぶ大規模サイトでは、404エラーの大量発生がクロールバジェットを圧迫し、本来インデックスしてほしい新規ページのクロールが後回しになることがあります。
サイトマップに含まれていない単発の404はそれほど問題になりませんが、サイトマップ経由で送信したURLが大量に404を返している状態は、Googleからの信頼を損なう要因にもなります。サイトマップは「インデックスしてほしいURLのリスト」であり、その中身が信頼できないと判断されると、サイトマップ全体の処理優先度が下がる可能性があります。
大規模サイトを運営している場合は、ログ解析でGooglebotのクロール頻度や対象URLを把握しておくと、404エラーがクロール効率に与えている影響を可視化できます。サーバーのアクセスログをログ解析ツールに取り込んで、Googlebotのアクセスを定期的にモニタリングする運用が理想的です。
410（Gone）との使い分け
HTTPステータスコード404と410は、いずれも「ページが存在しない」ことを示すコードですが、伝えるニュアンスが異なります。404は「現時点では見つからないが、今後復活する可能性もある」というニュアンスで、410は「ページは恒久的に消去された」という強い意味を持ちます。
Googleは410（Gone）を受け取ったURLを、404よりも早くインデックスから削除する傾向があります。ページを永久に削除したと明確に伝えたい場合は、410を返すように設定すると、検索結果からの除外が早まります。具体的には、サーバー設定や.htaccessで対象URLに410を返すよう記述するか、WordPressの場合は410を返すプラグインを使う方法があります。
ただし、410の設定は慎重に行うべきで、誤って重要なページに適用してしまうと検索結果から急速に消えてしまいます。基本的には404のままで運用し、確実に削除したい大量のURLがある場合に限り410を検討する、というスタンスが安全です。
404カスタムページの設計でユーザー体験を改善する
404エラー自体は技術的な応答ですが、ユーザーが偶然たどり着いたときの体験は、カスタム404ページの設計で大きく改善できます。多くのサイトでは、デフォルトの「404 Not Found」だけが表示され、ユーザーがそのまま離脱してしまうのが現状です。
ユーザーフレンドリーな404ページには、サイトのナビゲーション、検索ボックス、人気記事へのリンク、トップページへの導線などを盛り込みます。「お探しのページは見つかりませんでしたが、こちらの記事も人気です」といったメッセージで、別のコンテンツに自然に誘導できます。
WordPressでは、テーマの「404.php」ファイルを編集することで、カスタム404ページを作成できます。テーマによっては管理画面から直接編集できるものもあります。カスタム404ページを作成する際は、必ずHTTPステータスコードが404を返していることを確認しましょう。デザインを変えただけで200を返す状態になっていると、前述のソフト404エラーが発生します。
サーチコンソール「見つかりませんでした（404）」についてよくある疑問
ここでは、404エラー対応に関してよく寄せられる疑問に回答します。
404エラーは全て修正しなければいけないかという点については、必ずしも全て修正する必要はありません。正常に削除されたページや、外部サイトのリンクが古いURLを参照しているだけで内部的には問題がないケースは、特別な対応をしなくても構いません。修正が必要なのは、内部リンクが向いている場合、被リンクがある重要ページが404になっている場合、サイトマップに含まれている場合などです。
404エラーを修正すればすぐに検索順位が上がるかというと、404エラーの修正は直接的に検索順位を上げるものではありません。ただし、重要なページへの被リンク評価を301リダイレクトで引き継ぐことや、ユーザビリティの改善によって、間接的に検索評価へ好影響を与える可能性はあります。
サーチコンソールで修正を確認依頼したのに、なぜエラーがすぐに消えないのかという疑問もよくあります。Googleのクロールとインデックス更新には時間がかかります。修正の認識には数日〜数週間かかることもあるため、インデックス登録リクエストを送信した後は、しばらく待ってから再度確認するようにしましょう。
404エラーのページにcanonicalタグを設定すれば解決できるかというと、404ページにcanonicalタグを設定するのは適切な対処法ではありません。404ページは「このページは存在しない」ということを示すものなので、canonicalタグより301リダイレクトを使うべきです。
削除したページへのアクセスを完全に記録から消したい場合についてですが、ページを削除して404エラーが返される状態にした後、Googleサーチコンソールの「削除」ツールを使って、そのURLをGoogleの検索結果から一時的に除外するリクエストを送ることができます。ただし、これはあくまで一時的な措置であり、最終的にはGoogleのクローラーがそのURLを404と認識して自然にインデックスから除外されます。
404エラーのページを410（Gone）で返すのと404で返すのはどちらが良いかという質問については、Googleは410（Gone）を「ページが恒久的に消えた」というシグナルとして受け取り、404よりも早くインデックスから削除する傾向があります。ページを永久に削除した場合は410を使うことで、Googleがより早く対応することが期待できます。
まとめ
サーチコンソールに表示される「見つかりませんでした（404）」エラーは、正しく理解すれば適切に対処できます。重要なポイントを整理すると、404エラーはサイト全体のSEOランキングに直接影響しないこと、ただし内部リンクや被リンクがある重要ページの404エラーは対処が必要であること、最も効果的な修正方法は301リダイレクトの設定であること、サイトマップに含まれているURLの404エラーは優先的に対処すべきこと、修正後はサーチコンソールのURL検査ツールでインデックス登録をリクエストすること、定期的な確認と予防的なメンテナンスが大切であることの6点です。
404エラーへの対処は、一度きりの作業ではなく継続的なサイト管理の一部といえます。サーチコンソールを定期的にチェックして、サイトの健全性を維持しましょう。原因に応じた適切な対処を積み重ねることで、ユーザーにとっても検索エンジンにとっても使いやすいサイトを長期的に維持できます。本記事で紹介した手順を参考に、まずは自分のサイトの404エラー一覧を確認し、優先度の高いものから順に対処することから始めてみてください。
