サーチコンソールの404は放置して大丈夫？

Google Search Consoleを見たときに、「見つかりませんでした（404）」という項目が並んでいて、戸惑う方もいるのではないでしょうか。
エラーという言葉から、サイトの評価が低くなるか、すぐにすべて修正しなければならないかと考えてしまうのは当然です。

実際には、404の中にはそのままで問題のないものと、確認や修正が必要なものがあります。
この違いを理解すれば、むやみに作業を増やすことなく、本当に対応すべきURLだけに集中できます。そのポイントを押さえておくと、無駄な手間を減らすことができます。

この記事では、Google公式の資料を参考に、404エラーの見極め方と具体的な対処手順を分かりやすくまとめてご紹介します。

正しくステータスが返っている404は、基本的に対応不要です

サーチコンソールで404が検出されても、そのページが実際に削除されていて、代替ページが存在しない場合は、404のままで問題ありません。
Googleは、正しい404は概ねサイトの検索パフォーマンスに影響しないと述べています。

しかし、以下のケースでは確認や修正が必要となります。

• ページが実在するのに404を返している
• ページを移転したのに、新しいURLへ転送していない
• 削除したページを、トップページなど無関係なページへ一律に転送している
• 存在しないページなのに、HTTP 200（正常）を返している
• 404のURLが、サイト内リンクやサイトマップに残っている

要するに、404の件数を減らすこと自体が目的ではありません。
「そのURLが本来どうあるべきか」に適したステータスコードを返すことが重要です。実際に対応を検討すると、サイト運営の安心感が高まります。

そのままにしておいて問題ない404と、修正が必要な404の見分け方

404が発生するメカニズムと、Googleがそれをどのように評価しているかを理解すれば、対応の優先度を判断しやすくなります。

サーチコンソールの404が示す意味

「サーチコンソール 404」は、「ページのインデックス登録」レポートなどで、GoogleがクロールしたURLにHTTP 404（ページが見つからない）が検出された状態を示します。

GoogleがそのURLを認識する経路は多様です。

• サイト内のリンク
• 送信したサイトマップ
• 外部サイトからのリンク
• 過去に公開されていたページの記録

そのため、すでに削除したページや外部サイトの誤ったリンク先が報告されることも珍しくありません。
報告されているからといって、必ずしもサイトに不具合があるとは限らない点を把握しておくと安心です。

正しく設定された404はサイト全体の順位を下げません

Googleは公式ヘルプや検索セントラルのブログで、404エラーがあること自体がサイト全体の検索順位を下げるわけではないと説明しています。
ウェブ上では、ページの削除や整理は日常的に起こるものであり、存在しないURLに404を返すのはむしろ正しい挙動です。

Googleの公式404解説は2026年10月20日に更新され、正しい404は通常、サイトの検索パフォーマンスに影響しないことが再確認されています。
したがって、レポートに404があるというだけで全てを修正しなければならないわけではありません。 この点を踏まえると、安心して他の改善に取り組めますね。

注意が必要なのは「誤った404」と「ソフト404」

一方で、次のような状態は問題になる可能性があります。

実在するページが404を返すケース

公開しているはずのページが404になると、そのページは検索結果に表示されなくなります。
URLの設定ミスやパーマリンクの変更、サーバー設定、CMSの転送設定などが原因として考えられます。
本来見せたいページが404になっていないかは、優先して確認すべき項目です。

存在しないページがHTTP 200を返すケース

ページの中身は「見つかりません」と表示しているのに、サーバーは正常を意味する200を返している状態です。
Googleはこうしたページを「ソフト404」と判断することがあります。
存在しないページには適切な404を返し、存在するページには正常なステータスコードを返すことが大切です。

削除ページをトップページへ転送するケース

404をなくしたいという理由で、削除したページをすべてトップページへ転送する方法が紹介されることがあります。
しかしGoogleは、存在しないURLをトップページなどへ転送すると問題になる可能性があると説明しています。
実際に代替先がないのに転送している状態は、ソフト404として扱われる可能性があります。

Googleが優先的に対応を勧めている404

2026年10月17日に更新された「ページ インデックス登録レポート」の解説では、サイト自身がリンクしているURLやサイトマップに掲載しているURLの404を優先して修正するよう案内されています。

自サイトのリンクやサイトマップは、運営者側で管理できる情報です。
そこに404のURLが残っていると、読者が行き止まりのページにたどり着くだけでなく、クローラーにも不要なURLを伝え続けることになります。

対照的に、外部サイトからのリンクが原因で生じる404は、必ずしも自サイト側で対応できるとは限りません。
対応可能な範囲から優先順位をつけるのが現実的です。

移転したページには301リダイレクトを設定する

GoogleのSEOガイドでは、URLを移転した場合は新しいURLへ301リダイレクトを設定し、削除済みのページが置き換えられていない場合は404を返す、という基本方針が示されています。

整理すると、次のようになります。

• 内容が対応する新しいページがある：301リダイレクトで新URLへ転送する
• 代わりとなるページがない：404（または削除を示すステータス）を返す
• ページは存在するのに404になっている：設定を見直して正常に表示させる

この3つの判断軸を持っておけば、404の報告を見ても慌てずに対応方針を決められるでしょう。

ケースごとの404対処例

ここからは、サーチコンソールで404エラーが検出された際に想定されるシーンを取り上げ、実際の対応手順を示します。

例1：記事を削除し、代替ページが存在しない場合

たとえば、ブログ運営者のAさんが古くなった記事を削除したとします。
その後、サーチコンソールでそのURLが404として報告されていることが確認できます。

確認すべきポイント

• ブラウザでURLを開き、実際にページが表示されないことを確認する
• HTTPステータスコードが404（または410）になっているかを確認する
• サイト内の他の記事から、そのURLへのリンクが残っていないかを確認する
• サイトマップにそのURLが含まれていないかを確認する

対応の基本方針

代替ページがない場合は、そのまま404の状態で問題ありません。
無理にトップページへ転送する必要はなく、むしろソフト404と判定される恐れがあります。
サイト内リンクとサイトマップから該当URLを削除しておけば、十分な対策と考えられます。

読者が404ページに到達した際には、サイト内検索や主要カテゴリへのリンクを掲載したカスタム404ページを用意すると、使いやすさが向上します。
また、返すステータスコードは必ず404に設定する必要があります。実際にそのように設定すると、訪問者が別のコンテンツへスムーズに誘導できると感じます。

例2：URLを変更して記事を移転した場合

Bさんはサイトのカテゴリ構成を見直す際に、記事のパーマリンクを変更しました。
結果として、旧URLが多数404として報告されるようになりました。

確認すべきポイント

• 旧URLと新URLの対応関係を一覧にする
• 新URLが正常に表示され、HTTP 200を返しているかを確認する
• サイト内リンクが旧URLのままになっていないかを確認する

対応の基本方針

同一内容のページが新しいURLに存在するため、旧URLから新URLへ301リダイレクトを設定することが基本です。
Googleも恒久的な移転には301リダイレクトを推奨しています。

さらに、サイト内リンクを新URLに書き換え、サイトマップも新URLに合わせて更新します。
リダイレクトだけに頼らず、リンク元を直接修正しておくことで、読者にもクローラーにも分かりやすい構造になります。

例3：公開しているはずのページが404になっている場合

Cさんのサイトでは、通常通り公開されているはずの記事が404として報告されました。
このケースは優先的に対応すべきです。

考えられる原因

• URLの入力ミスや、末尾のスラッシュの有無による違い
• パーマリンク設定の変更やCMSの不具合
• サーバーの設定やリダイレクト設定の誤り
• 記事の公開状態が下書きや非公開になっている

対応の流れ

まずブラウザで対象のURLを開き、ページが表示されるか確認します。
表示されない場合は、CMSの公開設定、パーマリンク設定、サーバーや転送プラグインの設定を順に見直します。

原因を修正したら、Search ConsoleのURL検査ツールで「公開URLをテスト」を実行し、Googleが正常に取得できるか確認します。
問題がなければ、必要に応じてインデックス登録をリクエストします。
ただし、リクエストが即座にインデックスされる保証はなく、反映までにある程度の時間がかかることがあります。

例4：ソフト404と報告された場合

Dさんのサイトでは、在庫切れの商品ページや、検索結果がゼロ件のページがソフト404として報告されていました。

確認すべきポイント

• ページの中身が実質的に空になっていないか
• 「見つかりません」と表示しているのにHTTP 200を返していないか
• 削除ページを無関係なページへ転送していないか

対応の基本方針

本当に存在しないページであれば、正しい404ステータスを返すよう設定します。
逆に、有効なページなのにソフト404と判定されている場合は、ページの内容が十分に伝わる形になっているかを見直す必要があります。
エラーメッセージ的な表示が目立っていないかもチェックすると良いでしょう。

例5：修正後のページの登録を後押ししたい場合

誤った404を修正した後や、移転先の新URLを公開した際に、ページが検索結果に速やかに反映されるか気になることがあります。

基本的な方法は、前述の通りSearch ConsoleのURL検査ツールでインデックス登録をリクエストすることです。
対象のURLが少数であれば、この手順で十分に対応できます。

一方で、URLの変更でリダイレクト先の新しいページが多数ある場合など、1件ずつリクエストするのが負担になることもあります。
そのような場合の選択肢の1つとして、このブログを運営しているインデックスドライブがあります。
公開中のページのURLを1行に1つ貼り付けて、まとめて送信し、インデックス登録を後押しできるサービスで、Search Consoleの設定も不要です。

ただし、インデックスドライブで後押しできるのは、誰でも閲覧可能な公開ページに限ります。
404のまま削除されたページやnoindexが付与されたページは対象外です。
まずは404の原因を解消し、ページが正常に表示される状態にすることが最優先です。

サーチコンソールの404は、必要な分だけ見分けて対応しましょう

サーチコンソールで報告される404に関して、重要なポイントをまとめます。

• 404が表示されても、サイト全体の検索順位が下がるわけではありません
• 削除済みで代替ページがないURLは、404のままで問題ありません
• 移転したページは、内容が対応する新URLへ301リダイレクトします
• 削除ページをトップページなどへ一律に転送すると、ソフト404と扱われる可能性があります
• 存在しないページがHTTP 200を返していないか、ソフト404も確認します
• サイト内リンクやサイトマップに残っている404は、優先して整理します
• 修正後はURL検査ツールで確認し、必要に応じて登録をリクエストします

Search Console の情報だけでは、対象 URL がどの経路で検出されたか、なぜ 404 になったかを判別できないことがあります。
原因を個別に追究する際は、実際のページ表示や HTTP ステータス、サイト内リンク、サイトマップを総合的に確認することを推奨します。 このように全体を俯瞰すれば、抜け漏れを防げますね。

404 の件数をゼロにすること自体が目的ではなく、各 URL が適切なステータスを返すようにすることが、サイトを健康に保つ本質だと考えられます。

整備したページを検索へ届けるには

404の報告を一つずつ見分けて対応すれば、不要な作業に追われることなく、サイトを整った状態に保てます。
そして、誤った404を直したページや移転先の新しいページは、検索エンジンに改めて登録されてはじめて読者に届きます。
修正したURLが多く、登録を効率よく後押ししたいときは、URLを送るだけで使えるインデックスドライブも選択肢の1つとしてご検討ください。