Search Consoleの404エラーを修正する方法(2026年)

Search Consoleの「見つかりませんでした(404)」への対処法。無視してよいケース、301リダイレクト、ページ復元の判断表と、修正の検証手順を解説します。

よくある質問

404エラーはGoogleの検索順位に悪影響を与えますか?

404それ自体が順位を下げるわけではありません。Googleの「ページのインデックス登録」に関するドキュメントでは、代わりのページがないまま削除したページが404を返すこと自体は必ずしも問題ではないとされており、削除したページの404は、URLがインデックスに登録されない正当な理由の一つとして挙げられています。修正すべきなのは、自サイトからリンクしているURLや、サイトマップに記載しているURLの404です。

削除したページには404と410のどちらを使うべきですか?

Google検索においては、実用上の違いはありません。GoogleのHTTPステータスコードに関するドキュメントでは、429を除くすべての4xxエラーが同じように扱われます。つまり、コンテンツは存在しないものとして報告され、以前インデックスに登録されていたURLはインデックスから削除され、そのURLへのクロールは徐々に減っていきます。お使いのプラットフォームで設定しやすいほうを選んで問題ありません。

404エラーの「修正を検証」にはどのくらい時間がかかりますか?

Googleによると、検証には通常で最大2週間ほどかかりますが、それ以上かかる場合もあります。現在の検証が成功または失敗するまでは、もう一度「修正を検証」をクリックしないでください。問題が1件でも残っているとGoogleが判断した時点で、検証は停止します。

修正したはずのURLが「見つかりませんでした(404)」レポートに残り続けるのはなぜですか?

Googleは存在しないURLをしばらくの間クロールし続けるため、修正後もしばらく一覧に表示されることがあります。また、レポートの例の一覧は最大1,000行までで、すべてのURLが表示されるとは限りません。原因(壊れたリンクやサイトマップのエントリ)を修正してから検証を実行し、結果を待ちましょう。

404になったURLはすべてトップページにリダイレクトすべきですか?

いいえ。Googleのガイダンスでは、ページが新しいページに移動した場合に3XXリダイレクトを返すこととされています。実質的な代替ページがないページは、404のままにしておくほうが適切です。無関係なURLをトップページに転送すると、訪問者は求めていないページに飛ばされるうえ、本当の問題があなたから見えにくくなります。

結論: Search Consoleで インデックス作成 > ページ(Indexing > Pages)を開き、見つかりませんでした(404)(Not found (404))をクリックして、各URLを次の3つに振り分けます。意図的に削除したページで、どこからもリンクされていなければ、無視してかまいません。ページが移動した、または近い内容の代替ページがある場合は、その代替ページへ301リダイレクトを設定します。本来存在すべきページなら、復元します。そのうえで、リンク切れのURLを指している内部リンクやサイトマップのエントリを修正し、修正を検証(Validate fix)をクリックします。

Search Consoleに表示される「404エラー」の大半は、実は修正が不要です。必要なのは修理の技術ではなく、仕分け(トリアージ)の技術です。

「見つかりませんでした(404)」が実際に意味すること

ページのインデックス登録レポートには、Googleがクロールを試みたもののインデックスに登録できなかったURLが一覧表示されます。「見つかりませんでした(404)」は、そのリクエストに対してサーバーが404ステータスを返したことを意味します。わかるのはそれだけで、そのURLが重要かどうかまでは教えてくれません。

Google自身のトラブルシューティングの助言は明確です。修正すべき404エラーは、自分でリンクしているもの、またはサイトマップに載せているものだけ。ページが移動した場合は、新しいページへ3XXリダイレクトを返します。また、Googleは「削除済みで代替ページのないページの404」を、ページがインデックスされない正当な理由の一つとして挙げています。

まだツールを設定していない場合は、まずSearch Consoleガイドか、Google Search Consoleでサイトを確認する手順をご覧ください。

ステップ1: 一覧をエクスポートし、404の発生元を突き止める

  1. Search Consoleを開き、プロパティを選択します。
  2. インデックス作成 > ページ(Indexing > Pages)に移動します。
  3. 「ページがインデックスに登録されなかった理由」の表までスクロールし、見つかりませんでした(404)をクリックします。
  4. 例として表示されるURLを確認します。表示は最大1,000行までで、すべてのURLが表示される保証はないため、大規模サイトの場合はサンプルとして扱ってください。
  5. スプレッドシートで作業したい場合は、データをエクスポートします。
  6. URLをクリックし、URL検査(Inspect URL)でGoogleがそのURLをどう発見したかを確認します。参照元ページとサイトマップの情報から、そのリンクが自サイトのものかどうかがわかります。

重要なのは、発見元です。自サイトのナビゲーションやサイトマップ経由で見つかった404は、本物の不具合です。一方、古い外部サイトのリンクや、他サイトの入力ミス経由で見つかった404は、そのリンクから実際の訪問者が来ていない限り、たいていはノイズです。

ステップ2: 無視・リダイレクト・復元を判断する

レポート内のURLグループごとに、次の表を使ってください。

状況見られる例対応
意図的に削除したページで、代替ページも内部リンクもない終了した商品、期限切れのイベント、テストページ無視する。 404(または410)のままにします。
ページは削除したが、近い代替ページがある販売終了した商品、ガイドの新バージョン最も近い同等のページへ301リダイレクトします。
URLが変わった(スラッグの変更、フォルダー移動、ドメインやHTTPSへの移行)同じコンテンツが新しいアドレスにある旧URLから新URLへ301リダイレクトします(1ホップで)。
本来存在すべきページを誤って削除または非公開にした公開中のサービスページ、主要な記事復元し、200が返ることを確認してから検証します。
自サイトのメニュー、フッター、本文のリンクが指している存在しないURLへの内部リンクリンクを修正します(ページが移動した場合はリダイレクト)。
XMLサイトマップに記載されているサイトマップに削除済みのURLが含まれているサイトマップから削除し、そのうえでリダイレクトか無視かを判断します。
スパムや不審なパラメータによる不要なURLランダムな文字列、スクレイパーのパターン無視する。 不正に挿入されたように見える場合はセキュリティを確認します(下記参照)。

代替ページが近い内容でない場合は、無理に用意しないでください。Googleのリダイレクトに関するドキュメントでは、リダイレクトはユーザーとGoogleをページの新しい場所へ誘導するものと説明されています。新しい場所がないページには、転送先がありません。

ステップ3: リダイレクトを正しく設定する

恒久的な移動には、可能な限りサーバーサイドの恒久的なリダイレクトを使うことをGoogleは推奨しています。301と308のステータスコードは、どちらもページが恒久的に移動したことを示します。JavaScriptによるリダイレクトは、サーバーサイドやメタリフレッシュのリダイレクトが使えない場合にのみ使うよう、Googleは述べています。

実践上のルール:

  • 何段もホップさせず、最も適した1つのURLにリダイレクトします。
  • 転送先は、リダイレクトやエラーではなく、通常の200レスポンスを返すページにします。
  • 内部リンクも新しいURLに更新し、いつまでもリダイレクトに頼らないようにします。
  • WordPressでは、リダイレクト用プラグインやホスティング会社のリダイレクト設定で対応できます。ほかのプラットフォームでは、サーバーやCMSのリダイレクト/リライト設定を使います。

開発者に渡したり、リダイレクトツールに貼り付けたりできるリダイレクトマップの例:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

ステップ4: 修正をテストしてから検証する

Googleに伝える前に、自分でURLを確認します。

  1. 旧URLをブラウザーで開くか、ヘッダーチェックを実行して、301が返り、200のページに到達することを確認します。
  2. Search Consoleの上部の検索バーにURLを貼り付けてURL検査(Inspect URL)を実行し、ライブテストでGoogleが取得する内容を確認します。
  3. そのURLがサイトマップに残っておらず、内部ページからもリンクされていないことを確認します。

そのうえで検証します。

  1. ページのインデックス登録レポートで見つかりませんでした(404)の問題を開きます。
  2. 修正を検証(Validate fix)をクリックします。
  3. ステータスを見守ります。検証が成功または失敗するまでは、もう一度「修正を検証」をクリックしないでください。
  4. 失敗した場合は詳細を表示(See details)をクリックし、残っているURLを修正して、やり直します。

Googleによると、検証には通常で最大2週間ほどかかりますが、それ以上かかることもあります。また、1件でも残っていると検証が停止するため、グループ全体を修正し終えてから検証してください。Googleのドキュメントにあるヒントとして、影響を受けたURLの一部に絞って検証すると早く完了することがあります。主要ページだけを含むサイトマップでレポートを絞り込めば、それが可能です。

関連する補足です。Googleは404のURLを段階的に処理します。404を返すURLについては、インデックスに登録済みだった場合はインデックス処理の過程でインデックスから削除され、新たに見つかった404ページは処理されず、クロール頻度も徐々に下がるとされています。つまり、404のまま残したURLは、自然に消えていきます。

ステップ5: 「本当は404ではない」ケースを確認する

見た目が似ていて、対処が異なるケースが2つあります。

  • ソフト404。 ページは200ステータスを返しているのに、空のページやエラーメッセージが表示されており、Search Consoleがソフト404として報告するケースです。本物の404ステータスを返すか、ページに実際のコンテンツを載せて解消します。
  • ハッキングや不正に挿入されたURL。 見慣れないファイル名やスパムっぽいパスで404が急増している場合は、サイトが侵害されている可能性があります。CMSで当てはまる場合は、WordPress、Joomla、Drupalの対処ガイドを読んでから、レポートを再確認してください。

コピーして使えるトリアージチェックリスト

  • [ ] インデックス作成 > ページから、見つかりませんでした(404)のURLをエクスポートした
  • [ ] 各URLに発生元(自サイトのリンク、サイトマップ、外部リンク、不明)を記録した
  • [ ] 代替ページも内部リンクもない削除済みページは無視した
  • [ ] 移動したページに、200のページへ1ホップで到達する301リダイレクトを追加した
  • [ ] 誤って削除したページを復元した
  • [ ] リンク切れのURLを指す内部リンクを修正した
  • [ ] リンク切れのURLをXMLサイトマップから削除した
  • [ ] URL検査でサンプルを確認した
  • [ ] 「修正を検証」を1回だけクリックし、結果を待った

次の404の発生を防ぐ

繰り返し発生する404の多くは、サイトのリニューアル、スラッグの変更、リダイレクトの計画がないままの記事削除が原因です。移行の前に、旧URLを一覧にして、それぞれの移行先を対応づけておきましょう。小規模サイトをいずれにせよ作り直すなら、We.Incの無料プランでは、用意されたテンプレートから最大3つのサイトを公開できます。プロンプトからサイトの下書きを作成するAIビルダーは、月額$20のStarterプランから利用できます。こちらから登録できます。どちらの場合も、旧URLから新URLへの対応表は残しておきましょう。このレポートをきれいに保つのは、その対応表です。

ツールの全体像については、初心者向けGoogle Search Consoleもご覧ください。

無料で始める · クレジットカード不要

Umair Ali Sadaqat

We.Inc創業者

UmairはWe.Incの創業者です。AIによるウェブサイト制作、制作会社、ウェブ制作スタジオの経営について執筆しています。

素晴らしいものを作る準備はできましたか？

立ち上げ、成長、自動化のすべてを1つのプラットフォームで行う15,000+社がWe.Incを利用しています。

無料で始める

クレジットカード不要 · 営業担当に相談する

関連: ブログ｜デジタルマーケティングと集客のヒント

製品

ご利用いただける方

機能

リソース

会社情報

サイトマップを見る