サーチコンソール「見つかりませんでした（404）」とは？対処が必要なケースと放置してよいケースを解説

サーチコンソールの「見つかりませんでした（404）」は、Googleがクロール中に発見したURLでページが存在しなかった場合に表示されるステータスです。

このステータスはほとんどの場合、修正する必要はありません。

Googleの公式ヘルプでも「404エラーはサイトのインデックス登録やランキングに影響を及ぼすことはない」と明記されています。

とはいえ、対処が必要なケースも存在します。「修正すべきか、放置してよいのか」の判断を誤ると、検索流入の機会損失や被リンク評価の喪失につながりかねません。

Google公式ドキュメントとJohn Mueller氏の最新発言をもとに、判断フローと修正手順を解説していきます。

インデックス状態の把握が大変という方は、SEOサイト管理自動化ツール「inSite（インサイト）」を試してみてください。

inSiteのインデックスチェック機能では、サイト内のページのクロール状態を毎日自動でチェックします。

どれだけのページがインデックスされてなくて原因は何なのか、クローラーは定期的に来ているのかといった情報を常に監視することができます。

1ページずつURL検査をしなければわからないインデックス状態。
inSiteを使えばこれを常に把握できるため、効率よくSEOにおける有効な打ち手を考えることができます。

ページのインデックス率向上や、ページの評価をアップさせるリライトの効率化にかなり使えると思うので、ぜひお試しください。

≫ 「inSite（インサイト）」を無料で使ってみる

サーチコンソールの「見つかりませんでした（404）」とは？

「見つかりませんでした（404）」は、サーチコンソールの「ページのインデックス登録」レポートに表示されるステータスの一つです。
GoogleのクローラーがURLにアクセスした際に、サーバーから404ステータスコード（ページが存在しない）が返されたことを意味します。「除外」カテゴリに分類されるため、基本的にエラーではありません。

Google公式ヘルプでも、次のように述べられています。

ほとんどの404エラーは修正しなくても問題はありません。

Google公式ヘルプ

サーチコンソールでの確認手順は以下のとおりです。

なお、「見つかりませんでした（404）」はインデックスカバレッジレポートで確認できるステータスの一つです。

各ステータスの意味と対処法を体系的に把握したい場合は、「インデックスカバレッジレポートで確認できるステータス」もあわせてご確認ください。

≫inSiteでサイトのインデックス状況をチェックしてみる（無料）

サイトマップ経由のURLが404を返す場合はエラー扱いになる

同じ「見つかりませんでした（404）」でも、サイトマップ経由で送信したURLが404を返している場合は、対処が必要です。

Google公式ヘルプでも「送信された URL（エラー）である場合は、修正する必要があります」と明記されています。

現在の「ページのインデックス登録」レポートでは、404のステータス名は「見つかりませんでした（404）」の1種類のみです。サイトマップ経由かどうかを判別するには、レポート上部のフィルタを使い分けてください。

サイトマップにURLを記載するのは、「このページは有効です」とGoogleに伝える行為にあたります。
そのURLが実際には存在しない場合、サイトマップからの削除または正しいURLへの修正が必要です。

≫inSiteでサイトのインデックス状況をチェックしてみる（無料）

「見つかりませんでした（404）」はSEOに影響するのか

結論として、「見つかりませんでした（404）」というステータス自体がSEOに悪影響を与えることはありません。
これはGoogleが公式に明言している見解です。

Google Search Consoleヘルプでは、次のように記載されています。

ほとんどの404エラーは修正しなくても問題はありません。404エラーはサイトのインデックス登録やランキングに影響を及ぼすことはないためです。

Google公式ヘルプ

GoogleのJohn Mueller氏もSearch Engine Roundtableで次のようにコメントしています。

404/410はネガティブな品質シグナルではない。ウェブはこのように動作するものだ。

Search Engine Roundtable

さらに、Google公式ブログの「Do 404 errors hurt my site?」という記事でも「404 errors are a perfectly normal part of the web」と述べられています。

「見つかりませんでした（404）」はクロールバジェット（Googleが一定期間にサイトをクロールできる量の上限）への影響も限定的です。
Googleのクロールバジェット管理ドキュメントによると、正しい404ステータスコードはそのURLを再度クロールしないための強いシグナルとして機能します。

小〜中規模サイト（数千ページ以下）であれば、クロールバジェットを気にする必要はほとんどないでしょう。

≫inSiteでサイトのインデックス状況をチェックしてみる（無料）

対処が必要なケースと放置してよいケースの判断基準

「見つかりませんでした（404）」が表示されたとき、すべてのURLを修正する必要はありません。
対処の要否は、そのURLが「本来存在すべきページかどうか」で判断できます。

判断に迷った場合は、次のフローで考えるとシンプルです。

≫inSiteでサイトのインデックス状況をチェックしてみる（無料）

「見つかりませんでした（404）」が発生する4つの原因

404が発生する原因は、大きく分けて4つあります。
それぞれの原因を正確に把握することが、適切な対処への第一歩です。

ページを削除したこと

「見つかりませんでした（404）」が発生する1つ目の原因は、ページを削除したことです。
これは最も一般的な原因で、意図的に削除したページにGoogleがアクセスすると、404ステータスが返されます。

この場合、一定期間おけばサーチコンソールのレポートから自動的に消えます。
アクセスが多かったURLであれば、カスタム404ページを設置しておくと、ユーザー体験の低下を防げるでしょう。

URL変更後にリダイレクトを設定していないこと

「見つかりませんでした（404）」が発生する2つ目の原因は、URL変更後にリダイレクトを設定していないことです。
これは、サイトリニューアルやパーマリンク構造の変更、ドメイン移行時に多発する原因です。

新URLが存在するにもかかわらず、旧URLへのリダイレクトが設定されていない状態を指します。
旧URLに集まっていた被リンクの評価が引き継がれないため、SEO上のリスクがあるでしょう。

リダイレクトを設定する際はリダイレクトチェーン（複数のリダイレクトが連鎖する状態）を作らないよう注意が必要です。

内部リンク・外部リンクに間違ったURLを設定していること

「見つかりませんでした（404）」が発生する3つ目の原因は、内部リンク・外部リンクに間違ったURLを設定していることです。
これは、サイト内のリンクが古いURLや存在しないURLを参照しているケースです。

外部サイトから誤ったURLにリンクされている場合も、このカテゴリに含まれます。

URLの検出元は、サーチコンソールの「URL検査」から「検出」情報で確認可能です。

内部リンクの設定ミスはリンク切れの一種であり、ユーザー体験の低下にもつながります。
サーチコンソールでの内部リンク確認方法もぜひ参考にしてください。

サイトマップに存在しないURLを記載していること

「見つかりませんでした（404）」が発生する4つ目の原因は、サイトマップに存在しないURLを記載していることです。
XMLサイトマップに削除済みのURLや存在しないURLが記載されているケースです。

サイトマップ経由の送信URLが404を返す場合、Googleはこれをエラーとして扱います。

WordPressなどCMSの自動生成サイトマップで発生しやすい問題なので、プラグインの設定を一度確認しておくとよいでしょう。

≫inSiteでサイトのインデックス状況をチェックしてみる（無料）

「見つかりませんでした（404）」の具体的な修正手順

対処が必要な404は、301リダイレクト、サイトマップ修正、内部リンク修正の3つの方法で解決できます。

なお、原因1の「ページの削除」は意図的な削除であれば対処不要です。
ここでは、対処が必要な3つのケースに対する修正方法を紹介します。

301リダイレクトの設定

URL変更時や代替ページが原因で「見つかりませんでした（404）」が発生している場合には、301リダイレクトを適切に設定するようにしましょう。

.htaccessで設定する場合は、以下のように記述します。

Redirect 301 /old-page /new-page

Redirect 301 /old-page /new-page

WordPressを使用している場合は、Redirectionなどのプラグインで設定するのが手軽でしょう。

注意点として、無関係なページへのリダイレクトは避けてください。
削除した商品ページをトップページにリダイレクトすると、Googleがソフト404として扱う可能性があります。

リダイレクト設定後のステータスについては「ページにリダイレクトがあります」の対処法も参考になります。

サイトマップの修正

XMLサイトマップが原因で「見つかりませんでした（404）」が発生している場合には、XMLサイトマップから存在しないURLを削除してください。

修正後にサーチコンソールでサイトマップを再送信する必要はありません。
Googleが次回クロール時に自動的に変更を検出します。

WordPress等のCMSでは、下書きや非公開のページがサイトマップに含まれていないかも確認しておくとよいでしょう。

内部リンクの修正

内部リンクが原因で「見つかりませんでした（404）」が発生している場合には、サイト内で404ページを参照しているリンクを洗い出し、正しいURLに修正します。

洗い出し方法としては、サーチコンソールのURL検査に加え、リンク切れチェックツールの活用が効率的です。
大量の内部リンク修正が必要な場合は、リダイレクト設定の方が現実的なケースもあるでしょう。

404ページへの内部リンクを効率的に検出するには、サイト管理・内部リンク管理ツール「inSite（インサイト）」がおすすめです。

上記いずれの修正を行った後も、以下の手順で対応を完了してください。

≫inSiteでサイトのインデックス状況をチェックしてみる（無料）

「見つかりませんでした（404）」とソフト404の違い

「見つかりませんでした（404）」は対処不要なケースが多いですが、ソフト404は放置するとクロールバジェットを消費し続けるため、修正が必要です。

サーチコンソールで隣接して表示されるため混同しやすいですが、仕組みはまったく異なります。
両者の違いは、サーバーが返すHTTPステータスコードです。

ソフト404は200ステータスを返し続けるため、Googleがクロールをやめません。
正しい404を返すことは、Googleに「このURLはもうクロールしなくてよい」と明確に伝える手段として重要です。

Googleのクロールエラーのトラブルシューティングドキュメントでも、この点について詳しく解説されています。

≫inSiteでサイトのインデックス状況をチェックしてみる（無料）

大量の404が発生した場合の優先順位と効率的な対処法

大量の404が発生した場合は、すべてを一度に対処する必要はありません。優先度の高いものから順に取り組むのが効率的です。

サイトリニューアルやドメイン移行後など、数百〜数千件の404が一度に発生するケースは珍しくありません。
修正の優先順位は次のように判断してください。

サーチコンソールの「URL検査」で各URLの「検出」情報を確認すると、そのURLがどこから発見されたかを特定できます。

大規模サイト（1万ページ以上）では、ソフト404や大量の不要ページがクロールバジェットを圧迫する可能性もあります。 上記の優先度に従って対処を進めつつ、不要なURLはサイトマップから除外しましょう。

なお、404以外のインデックス関連の問題については「クロール済み – インデックス未登録」の対処法や「検出 – インデックス未登録」の対策も参考にしてください。

Inspection APIを活用したインデックス状態の一括チェックも効率的な方法です。

≫inSiteでサイトのインデックス状況をチェックしてみる（無料）

よくある質問

≫inSiteでサイトのインデックス状況をチェックしてみる（無料）

その他のインデックスステータス一覧

その他のインデックスステータスの一覧を以下の表にまとめました。他のエラーや除外が発生している方は参考にしてください。

▼インデックスステータス一覧表

なお、全ステータスについて詳しく解説している「インデックスカバレッジとは？全ステータスの意味と対処法を解説」も参考にしてください。

また、インデックスに登録されないページ数を確認する方法は、「「インデックスに登録されていないページ数」の確認方法と対処法【放置OKなケースも解説】」を参考にしてください。

≫inSiteでサイトのインデックス状況をチェックしてみる（無料）

まとめ

「見つかりませんでした（404）」は、ほとんどの場合、修正する必要のないステータスです。
Googleも公式に「SEOへの悪影響はない」と明言しています。

ただし、検索流入を狙うページやサイトマップ送信済みのURLが404になっている場合は、放置せずに対処しましょう。

以下のチェックリストで、対応漏れがないか確認してみてください。

インデックス状態の把握が大変という方は、SEOサイト管理自動化ツール「inSite（インサイト）」を試してみてください。

inSiteのインデックスチェック機能では、サイト内のページのクロール状態を毎日自動でチェックします。

どれだけのページがインデックスされてなくて原因は何なのか、クローラーは定期的に来ているのかといった情報を常に監視することができます。

1ページずつURL検査をしなければわからないインデックス状態。
inSiteを使えばこれを常に把握できるため、効率よくSEOにおける有効な打ち手を考えることができます。

ページのインデックス率向上や、ページの評価をアップさせるリライトの効率化にかなり使えると思うので、ぜひお試しください。

≫ 「inSite（インサイト）」を無料で使ってみる