Search Consoleの「見つかりませんでした（404）」は、直すURLと残すURLを分ける
Search Consoleで「見つかりませんでした（404）」が出ると、サイト全体が悪く見えて少し焦ります。でも404は、存在しないURLに対して正しく「ありません」と返しているだけなら自然な状態です。
大事なのは、公開したいURLが壊れているのか、削除済みURLが正しく404になっているだけなのかを分けることです。ここを間違えると、必要なページを放置したり、不要なURLをトップページへ飛ばしてソフト404を増やしたりします。
先に結論
- 対象URLが今も必要なページか確認する
- サイトマップや内部リンクに残っている404は修正する
- 移動したページなら関連する新URLへ301リダイレクトする
- 完全削除で代替がないURLは404または410でよい
- 存在しない謎URLは、内部リンクやサイトマップにないなら基本は放置でよい
- トップページなど関係ないページへまとめて転送しない
- 修正後はURL検査のライブテストで現在の状態を見る
404は「悪いURL」とは限らない
404は、サーバーが「そのURLのページは見つからない」と返すHTTPステータスです。削除済みページや、存在しないURLに対して404を返すこと自体は普通です。
ただし、次のような404は読者やGoogleにとって困るので修正します。
| URLの状態 | 判断 | 対応 |
|---|---|---|
| サイトマップに入っているURLが404 | 修正対象 | URLを直すか、サイトマップから外す |
| 内部リンクから飛べるURLが404 | 修正対象 | リンク先を正しいURLへ直す |
| 移動したページの古いURLが404 | 修正対象 | 関連する新URLへ301リダイレクトする |
| 削除済みで代替ページがないURL | 残してよいことが多い | 404または410を返し、サイトマップと内部リンクから外す |
| 一度も作っていない謎URL | 基本は放置 | 内部リンクやサイトマップに混ざっていないかだけ確認する |
| 商品・問い合わせ・重要記事が404 | 優先修正 | ファイル配置、公開フォルダ、URL、リダイレクトを確認する |
Search Consoleで見る順番
ページのインデックス登録レポートだけを見ると、過去のクロール結果なのか、現在も404なのかが分かりにくいことがあります。URL検査とライブテストを分けて見ます。
- Search Consoleの「ページのインデックス登録」で404のURLを開く
- 対象URLがサイトマップ送信URLか、Googleが外部や内部リンクから見つけたURLか確認する
- URL検査で最終クロール日を見る
- 「公開URLをテスト」で現在も404か確認する
- HTMLサイトマップ、XMLサイトマップ、内部リンク、外部からの古いリンクを分ける
- 必要なページなら公開URLを直し、不要なページなら404/410のまま整理する
サイトマップにある404は優先して直す
XMLサイトマップは、Googleに「見てほしいURL」を伝える場所です。そこに404のURLが入っていると、公開したいページが壊れているのか、古いURLを送っているのか分かりにくくなります。
- サイトマップ内のURLがブラウザで200表示できる
- http/https、wwwありなし、末尾スラッシュがcanonicalと一致している
- 削除済みページをサイトマップから外している
- リダイレクト前のURLではなく、最終的に表示したいURLを入れている
- テスト環境や古いファイル名が混ざっていない
リダイレクトする404と、しない404
404が出た時に、何でもトップページへ飛ばすのはおすすめしません。移動先や代替ページがある場合だけ、関連性の高い新URLへ301リダイレクトします。
| 状態 | よい対応 | 避けたい対応 |
|---|---|---|
| 記事URLを変更した | 旧URLから新URLへ301 | 旧URLを404のまま放置する |
| 同じ内容の新ページがある | 関連する新ページへ301 | 関係ないカテゴリやトップへ飛ばす |
| 完全に削除して代替がない | 404または410 | トップページへ一括転送する |
| URLの打ち間違いが多い | 正しいURLへ301、内部リンクも修正 | 間違いURLをサイトマップに残す |
転送設定を足したあとにSearch Consoleでリダイレクト エラーが出る場合は、ループ、長いチェーン、空のLocationなどを確認します。
ソフト404との違い
「見つかりませんでした（404）」は、サーバーが404を返した状態です。一方でソフト404は、HTTPステータスは200など成功扱いなのに、Googleから見ると実質的に見つからないページに見える状態です。
| 表示 | 起きていること | 見る場所 |
|---|---|---|
| 見つかりませんでした（404） | HTTPステータスとして404が返っている | URL、サイトマップ、内部リンク、削除方針 |
| ソフト404 | 200や不適切な転送だが、内容が見つからないページに近い | HTTPステータス、本文、トップ転送、空ページ |
ロリポップや自作PHPサイトで見る場所
本来あるはずのページが404なら、Search Consoleだけでなくサイト側のファイル配置も確認します。特に自作PHPサイトでは、URLと実ファイルの位置が少しずれるだけで404になります。
- 独自ドメインの公開フォルダが合っている
- FTP上に対象ファイルがある
- URLとフォルダ階層が一致している
- ファイル名の大文字小文字と拡張子が一致している
.htaccessのRewriteRuleで別URLへ送っていない- サイトマップ生成処理が削除済みURLを出していない
AIに渡す調査メモ
404は「このURLを残したいのか、削除済みとして扱いたいのか」を書くと判断しやすくなります。
Search Consoleで「見つかりませんでした（404）」が出ています。
対象URL:
Search Consoleの表示:
最終クロール日:
ライブURLテスト:
このURLは今も必要ですか:
必要 / 削除済み / 移動済み / 不明
ブラウザで開いた結果:
200 / 301 / 404 / 410 / 500 / 未確認
サイトマップにありますか:
あり / なし / 未確認
内部リンクしていますか:
あり / なし / 未確認
移動先または代替ページ:
あり / なし / 未確認
直前に変更したこと:
直すべき404か、404のままでよいURLか、301リダイレクトすべきURLかを切り分けてください。