# Search Console の「見つかりませんでした（404）」：修正・無視・削除の判断 「見つかりませんでした（404）」とは、Googlebot が URL をリクエストし、 **サーバーがそのページは存在しないと応答した** という意味です。Google は過去に見つけた URL を記録しており、しばらくの間—ときにはページが消えてから何か月も—再試行を続けます。リストは _インデックス作成 › ページ_ の「ページがインデックスに登録されない理由」セクションにあります。このレポートがツール全体のなかでどこに位置づけられるかは、 [Google Search Console 完全ガイド](/content/ja/blog/google-search-console/index.html) をご覧ください。 手当たり次第にリダイレクトを設定し始める前に、役立つ問いは「どう修正するか」ではなく、 **「そもそも修正する必要があるのか」** です。これらの URL のうち、復元すべきものもあれば、別の場所を指すべきものもあり、そのままにしておいてよいものも数多くあります。 ## 404 エラーは SEO に悪影響を与えますか？ たいていは与えません。Google は、 **404 エラーは一般にサイトの検索パフォーマンスに影響しない** と明言しており、その URL が存在すべきでないと確信できる場合は安心して無視してよいとしています（ [Search Console ヘルプ](https://support.google.com/webmasters/answer/2445990)）。 話が変わるのは、 **まだ価値のある URL で 404 が発生したとき** です。人々がリンクを張っているページ、サイトマップに含まれる URL、あるいはかつてトラフィックをもたらしていたページなどです。こうした場合に失われるのは、その URL に紐づいたトラフィックとリンク評価であって、サイトの他の部分に対する順位のペナルティではありません。（ステータスコードそのものが初めてなら、 [404 エラーガイド](/content/ja/blog/404-error/index.html) で基本を解説しています。） ## 404 の修正方法：301 リダイレクトかページの復元か エラーを返す URL が残す価値のあるものだと分かったら、きれいな修正方法は 2 つあります。 - **ページを復元する：** コンテンツを誤って削除してしまった場合は、同じ URL に戻し、Google に再クロールを依頼します。検証する前に、その URL が 200 ステータスを返すようになったことを確認してください。 - **最適な代替ページへ 301 リダイレクトする：** ページが移動または統合された場合は、最も関連性の高いページへ [301（恒久）リダイレクト](/content/ja/blog/301-redirect/index.html) を設定します。トップページではなく、 **本当に関連するページへリダイレクト** してください。関連性のない URL をトップページに送るのはソフト 404 として扱われ、誰の役にも立ちません。 > **リダイレクトチェーン（A → B → C）とループは避けましょう。** Googlebot は数回の転送でたどるのをやめるため、元の URL は最終的な移動先へ直接向けてください。 復元またはリダイレクトを終えたら、Search Console で 404 の詳細ビューを開き、 **「修正を検証」をクリック** します。Google は次回のクロールで URL を再確認し、修正が有効であればステータスを更新します。 ## 404 ページを Google から素早く削除する方法 単に URL を検索結果から消したいだけのこともあります。誤って公開したページ、期限切れのオファー、あるいは公開すべきでないものを露出している URL などです。 ### ステップ 1：削除ツール Search Console で _インデックス作成 › 削除 › 新しいリクエスト › URL を一時的に削除する_ に進み、正確な URL を入力して送信します。これにより、数時間以内にページが Google の検索結果から非表示になります。 **これは一時的な措置です。** ブロックは約 6 か月間続き、その後はページが再表示される可能性があり、 **404 レポートから該当の行が消えるわけではありません**（ [Search Console ヘルプ](https://support.google.com/webmasters/answer/9689846)）。 ### ステップ 2：410（Gone）か 404 URL をインデックスから外し続けるには、ページ自体が「もう存在しない」と示す必要があります。 **410（Gone）を返すほうが、「完全になくなった」というより明確な** シグナルになります。 現在 Google は、削除の目的においては 410 を 404 と同じように扱いますが、410 はインデックスからの削除をわずかに早めることができます（ [Search Console ヘルプ](https://support.google.com/webmasters/answer/2445990)）。いずれにせよ、そのステータスを見続けるうちに、 **Google は時間をかけて URL をインデックスから削除します。** ### ステップ 3：ブロックしたいがページは公開し続けたい場合 （たとえばログイン済みユーザー向けに）URL にはアクセスできる状態を保ちつつ検索からは外したい場合は、404／410 ではなく [noindex](/content/ja/blog/noindex/index.html) ディレクティブを追加します。 インデックスから外したいなら、 **robots.txt で URL をブロックしてはいけません。** ブロックされた URL はクロールできず、Google が noindex を認識できなくなるからです。 > **削除は必ず恒久的なシグナルとセットにしましょう。** 削除リクエストを送って放置してはいけません。410、404、または noindex で必ず裏付けてください。 ## 404 にリンクしているものを見つける方法 404 が何度も現れるのは、 **まだ何かがそれを指している** からです。修正を検証する前に、その原因を突き止めましょう。 - **内部リンク：** Search Console の 404 詳細ビューで、 **対象の URL に URL 検査** を実行し、Google がどこでそれを見つけたかを確認します。そのうえで、消えたページを今も指している内部リンクを修正または削除します。これらは完全にあなたの管理下にあります。 - **外部の被リンク：** 被リンクデータを確認し、404 を指しているリンクを探します。他サイトのリンクは編集できないため、代わりに関連ページへの **301 でその評価を保ちましょう。** - **サイトマップ：** 削除したページがサイトマップに残ってしまうことがあります。それらを取り除いて再送信し、廃止した URL のインデックス登録を Google に求め続けるのをやめましょう。 これを URL ごとに行うのは、大規模サイトでは手間がかかります。SEOcrawl AI はサイト全体をクロールし、 [クロールしたすべてのページをステータスコードで絞り込める](/content/ja/seo-tools/index.html) ため、 **404 の完全なリストを 1 つのビューで取得** できます。 Search Console が問題を「見つかりませんでした」ではなく [その他の 4xx が原因でブロック](/content/ja/blog/google-search-console-blocked-other-4xx-issue/index.html) と分類している場合、それは独自の診断を要する別のレポートです。Google が明示してくれない 4xx コードが原因です。 ## SEOcrawl AI で 404 の修正を検証・監視する **404 の修正は一度きりの作業ではありません。** サイト移行、リニューアル、投稿の削除のたびに新しい 404 が生まれ、公開直後の 404 の急増は、たいていリダイレクト設定の漏れを示しています。 修正のたびに **404 レポートで「修正を検証」**を使い、Google が再クロールする時間を与えます。そのうえで、個々の行よりも全体の傾向を見守りましょう。 この部分はつい後回しになりがちで、まさに SEOcrawl AI の [SEO モニター](/content/ja/seo-tools/seo-monitor/index.html) が力を発揮するところです。サイトを 24 時間監視し、 **重要なページが 404 を返し始めたとき** やリダイレクトされたときに、順位の低下として現れる前にアラートで知らせます。 さらに、 **対象の URL にタグを付けてトリアージ** することもできます。ルールによる自動付与、手動、あるいは [SEOcrawl MCP サーバー](/content/ja/mcp/index.html) を介した Claude や ChatGPT からの操作で行え、そのままタスクに変換できます。こうして、重要な 404 は修正され、そうでないものはビューを散らかさなくなります。 ## よくある質問 ### 404 エラーは SEO に悪影響を与えますか？ **意図的に削除したコンテンツ** に対しては、正常な 404 を返すのが正しい対応です（ [Search Console ヘルプ](https://support.google.com/webmasters/answer/2445990)）。本当のコストが生じるのは、被リンクやサイトマップへの掲載、あるいはトラフィックがまだ残っている URL で 404 が発生したときです。そのページに紐づいた価値を失うからです。そうした URL は修正し、それ以外はそのままにしておきましょう。 ### Google がレポートから 404 を削除するまでどのくらいかかりますか？ ページのインデックス登録レポートに表示されるのは、 **過去 1 か月以内に 404 を返した URL** だけです。そのため、単発の 404 は通常 30 日ほどで表示されなくなります（ [Search Console ヘルプ](https://support.google.com/webmasters/answer/7440203)）。Google がその URL を時折再クロールすることはあり、URL を完全に忘れさせる方法はありませんが、一貫して 404 や 410 を返すページは、時間の経過とともにクロールされる頻度が下がっていきます。 ### 削除ツールを使えば Search Console の 404 は本当に解決しますか？ いいえ。削除ツールは **URL を検索結果から約 6 か月間非表示にする** だけで、その後はページが再び表示される可能性があります（ [Search Console ヘルプ](https://support.google.com/webmasters/answer/9689846)）。404 レポートから項目が消えるわけではなく、サーバー側も何も変わりません。今すぐページを消す必要があるときのスピード対応として使い、 **そのうえで恒久的な対策—404、410（Gone）ステータス、または noindex ディレクティブ—を適用してください。** ### ページを削除するには 404 より 410 のほうが良いですか？ 完全に削除したいページには、410 のほうが明確なシグナルになります。単に見つからないのではなく、意図的に削除されたと Google に伝えられるからです。現在 Google は 410 を 404 と同じように扱うため、 **どちらもインデックスからの削除につながりますが、410 のほうがわずかに早められます**（ [Search Console ヘルプ](https://support.google.com/webmasters/answer/2445990)）。復活する可能性があるページには 404 を、確実に削除するなら 410 を使いましょう。 ### サイト全体の 404 を一度にまとめて見つけられますか？ Search Console は **1 レポートあたり最大 1,000 行** までしか表示せず、大規模サイトでは物足りません。SEOcrawl AI はサイト全体をクロールし、すべてのページをステータスコードで絞り込めるため、 **各 URL のヘルススコアやエラー数とあわせて、404 の完全なリストを** 1 か所で確認できます。そのうえで、修正する価値のある URL にタグを付けて優先順位を決められます。