404 Not Found（ページが見つかりません）

TL;DR — 404は「このページはここに存在しない」という意味です。URLが削除された、入力を間違えた、または最初から存在しなかった場合に起こります。意外に思われる点は、404が通常のことであり、個々の存在しないURLがサイト全体のランキングペナルティになるわけではないことです。レポートで見つけても慌てる必要はありません。URLが本物の404（偽の「成功」ページではない）を返していることだけ確認し、ページが本当に移動した場合に限って別の場所へリダイレクトしてください。

範囲について1点だけ補足します。このページは、Search ConsoleやAhrefsのクロールで見つかった404をどうするか判断する、サイト所有者向けに書いています。死んだリンクをクリックしただけの訪問者なら、修正することはありません。サーバーの設定ミスで404ページ自体を返せない場合も、SEOではなくホスティング／サーバーの問題です。

404エラーとは何か

Webページを訪れると、ブラウザーはサーバーにURLを要求します。サーバーが見つければ、200 OKを返し、ページが表示されます。サーバーがそのURLを見つけられない場合は、404 Not Foundを返します。これは「要求されたものはここにない」という意味のコードです。

これを見たことがあるでしょう。古いリンクをクリックしたり、URLを入力し間違えたり、すでに削除されたページを訪れたりすると、「Page Not Found」画面に移動します。それが404です。

404が表示される一般的な理由：

• ページが削除された（古いブログ記事や終了した商品など）。
• 誰かが間違ったURLにリンクした、またはリンクに入力ミスがある。
• URLが変更され、古いURLがリダイレクトされていない。
• 誰かがブラウザーでアドレスを入力し間違えた。

見つからない応答はSEOを損なうか

ここが大きな不安だと思うので、直接答えます。それだけでは損ないません。 404エラーはペナルティではなく、Google自身の案内でも、サイト上の一部のURLが404を返すことが、ほかの正常なページを下げることはないとされています。Google社員は明快に、404エラーは「are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.」 (翻訳)「怖がる必要はなく、少なくともほとんどの場合、慌てて修正する必要はない」と説明しています。リンク切れはWebの通常の一部であり、Googleも想定しています。（以前トラフィックや被リンクをもたらしていた404ページは、以下で説明するように判断する価値があります。しかし、404というステータス自体が問題なのではありません。）

実際に起きるのは、静かで劇的ではない変化です。時間が経つと、Googleは存在しないページを検索結果に表示しなくなり、確認する頻度も徐々に下げます。サイトの残りに悪影響が広がることはありません。

実際に対応すべき場合

すべての404を修正する必要はありません。ただし、対応する価値がある場合もあります。

• ページが移動した。 コンテンツが新しいURLにあるなら、古いURLから新しいURLへ301リダイレクトを設定し、ユーザー（とリンクエクイティ）が正しい場所に到達できるようにします。
• ページが単に消えた。 置き換えがないなら、404のままにして問題ありません。それが正しい結果です。
• 良いページにリンク切れが向いている。 404ではなく、リンクを修正します。

避けるべきこと

偽装しないでください。サイトによっては「安全策」として、存在しないURLをすべてホームページへリダイレクトしたり、「見つかりません」というメッセージを表示しながら、裏では200 OKの成功コードを返したりします。どちらも問題を起こします（後者にはソフト404という名前があり、Advancedタブで説明します）。ページが消えたなら、正直に404を返してください。これは修正すべきミスではなく、正しい答えです。

見つからない応答の扱いの全体像、Googleがページをインデックスから外す方法、ハードエラーとソフトエラー、JavaScriptサイト、監査方法を知りたいなら、Advancedタブに切り替えてください。

TL;DR — 404は、サーバーが見つけられないURLに対する4xxクライアントエラーステータスコードです。仕様（RFC 9110）は404を “no current representation, or unwillingness to disclose one,” (翻訳)「現在の表現がない、またはそれを開示する意思がない」と定義しており、存在しない状態が一時的か恒久的かは、それ自体では示しません。インデックス可能な有用なコンテンツではなく、一部のURLが404を返しても、サイトの他の正常なURLを下げることはありません。検索からの削除は即時ではなく段階的です。Googleは以前インデックスしていた404 URLを削除し、再クロールの頻度を下げます。原文は、Googlebotがしばらく「will probably」 (翻訳)「おそらく」再試行し続けるというもので、永久に再試行すると言っているのではありません。本当に重要なのはハード404とソフト404の違いです。消えたコンテンツに200を返したり、すべてをホームページへリダイレクトしたりすると、クロール資源を浪費し、分析を誤らせます。ページが本当に移動した場合だけ、関連する移動先へ301リダイレクトしてください。それ以外は404（または410）を正しく返します。カスタム404ページはインデックスのためではなく、UX／リテンションのための手段です。

404の実際の意味

404 Not Foundは、サーバーが要求されたURLを見つけられないときに返すHTTPクライアントエラーステータスコード（4xx）です。4xxクラスはリクエスト側に問題があること、つまりそのアドレスにリソースが存在しないことを意味します。サーバー自身が失敗している5xxサーバーエラーとは異なります。

HTTP仕様そのもの（RFC 9110）は、404を日常的なSEOの会話より狭く定義しています。オリジンに対象リソースの現在の表現がないか、存在することを開示する意思がないかのどちらかです。ステータスコードだけでは、存在しない状態が一時的か恒久的かは分かりません。リダイレクト、410、または404のままにするという判断は、あなたが行います。実務上知っておく価値のある特徴として、404レスポンスはデフォルトで経験的にキャッシュ可能です。そのため、サーバーが別途キャッシュ制御ヘッダーを送らない限り、ブラウザーや中間キャッシュが、再び動作するようになったURLに対して古い404を配信し続けることがあります。

見つからない応答は、Webサイトに普通に起きる変化から生じます。削除されたページ、終了した商品、終了したキャンペーン、壊れたまたは入力を間違えた内部／外部リンク、リダイレクトされなかったURL変更などです。どれも珍しくなく、本質的に解決すべき問題でもありません。

URLが見つからなくても他のページは損なわれない

まずここから始めましょう。404をめぐる不安の多くは、見当違いです。Google自身の文書は明確に、「Google doesn’t use the content from URLs that return 4xx status codes.」 (翻訳)「Googleは4xxステータスコードを返すURLのコンテンツを使用しない」と述べています。404ページには、Googleが評価するコンテンツがありません。さらにGoogleの案内は、この主張の範囲を限定しています。サイト上の一部のURLが404を返しても、そのサイトの他の正常なURLのパフォーマンスには影響しません。これが資料に基づく境界です。404に関連するあらゆる状況が無害だという包括的な約束ではありません。Googleが見つけられず、インデックスさせたかったページ、インバウンドリンクを失った良いページ、壊れたユーザーパスは、404ステータスだけでは修正も発生もさせられない別の問題です。

Google関係者は、何年も同じことをもっと平易に説明しています。Gary Illyesは、404について「are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.」 (翻訳)「怖がる必要はなく、少なくともほとんどの場合、慌てて修正する必要はない」と述べています。John Muellerも404を繰り返し「fine & expected.」 (翻訳)「問題なく、想定されるもの」と呼んでいます。404／410 URLが非常に多いサイトでさえ、ドメイン全体のペナルティは見られません。**404がランキングまたは品質シグナルだという特定の恐れは神話です。**ただし、以前トラフィックやリンクを獲得していた404ページは、以下で扱うように判断する価値があります。

Googleが404 URLをインデックスから外す方法

インデックスから外れること自体は本当ですが、段階的で劇的ではありません。Googleの文書は仕組みを次のように説明しています。「the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.」 (翻訳)「インデックス登録パイプラインは、以前インデックスされていたURLをインデックスから削除します。新たに遭遇した404ページは処理されません。クロール頻度は徐々に下がります。」

覚えておく価値のある2つの結果：

• 以前インデックスされていたURLが404を返し始めると、インデックスから削除されます。 404として最初に発見されたURLは、単に処理されません。
• GooglebotはURLを再試行しますが、頻度は徐々に下がります。 Search Consoleヘルプは次のように述べています。「Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.」 (翻訳)「GooglebotはしばらくこのURLを試し続ける可能性があります。GooglebotにURLを永久に忘れさせる方法はありませんが、クロール頻度は徐々に下がります。」ここでの範囲を限定する表現、「probably」「for some period of time」に注目してください。Googleはこれが永遠に続くとは約束しておらず、早期に停止させるボタンがないと言っているだけです。そのため、既知の404がしばらくレポートに出続けても想定内です。何かが壊れているサインではありません。

速度を上げられますか。あまりできません。Search ConsoleのRemovals toolはURLを一時的（約6か月）に隠すため、緊急時には役立ちますが、恒久的なインデックス削除ではありません。本当に削除するなら、正しいステータスコードを返し、段階的な処理に任せます。

404と410 Goneの違い

404（Not Found）と410（Gone）はどちらもページをインデックスから外し、実務上のSEO上の違いはわずかです。410は「これは意図的に消えた」という信号として、わずかに強く、速いものですが、Muellerが述べるように、処理の違いは非常に小さく、SEOだけを理由に一方を選ぶ根拠になることはほとんどありません。CMSで簡単に設定でき、恒久的な削除を示したいなら410を使い、それ以外は通常の404でまったく問題ありません。（このクラスターには、この2つを比較する専用記事もあります。）

ハード404とソフト404 — 重要な違い

本当のSEO問題があるのは、見つからない応答の存在自体ではなく、ここです。

• ハード404 — サーバーが存在しないコンテンツに対して、本当に404ステータスコードを返します。これは正しい状態です。クローラーはコードを読み、ページが消えたことを理解して、適切に処理します。
• ソフト404 — サーバーが、実際の内容はエラーであるページに対して、成功コード（通常は200 OK）を返します。空のページ、「見つかりません」というメッセージ、ホームページへのリダイレクトなどです。Googleはこれをアルゴリズムで検出します。文書には次のようにあります。「If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.」 (翻訳)「コンテンツがGoogle検索にとってエラー、空のページ、またはエラーメッセージを示す場合、Search Consoleはsoft 404エラーを表示します。」

ソフト404が本物の404より悪いのは、クロール効率の問題です。クローラーは200からコンテンツが消えたと判断できないため、URLを再取得し続けます。Illyesは、クローラーが「use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.」 (翻訳)「ページの内容が基本的にエラーメッセージだけでも、ステータスコードで取得成功かどうかを判断する。クローラーは同じページに何度も戻ってリソースを浪費し、そのようなページが多ければ、さらに指数関数的にリソースを使う」と正確に説明しています。Googleの案内は明快です。「We recommend returning a 404 response code for truly ‘not found’ pages.」 (翻訳)「本当に『見つからない』ページには404レスポンスコードを返すことを推奨します。」

John Muellerは、自身のサイトで全体像をうまく説明しています。「Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms,」 (翻訳)「本物の404ではなくソフト404を使うのは悪い習慣で、アルゴリズムを難しくする」と述べ、さらに*「returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.」* (翻訳)「404を返し、URLがウェブマスターツールのクロールエラーに載ることは問題ではない」としています。つまり、正直な404は良い結果で、偽の成功コードがバグです。

偶発的なソフトエラーが発生する場所

• すべての404をホームページへ一括リダイレクトする。 ホームページは200を返すため、検索エンジンから見ると「存在しない」URLが無関係なコンテンツへ「正常に」解決されます。これはソフト404のパターンです（なぜ悪いかは後で詳しく説明します）。
• JavaScript／SPAの「見つかりません」状態。 クライアント側ルーターは、サーバーレベルの404を本来返せません。サーバーが200を返し続ける中で、シングルページアプリが「Page not found」コンポーネントを描画するなら、それはソフト404です。ステータスコードが現実と一致しないため、GA4、GSC、クローラーも死んだページへの「成功」アクセスとして記録し、分析も壊します。修正方法は、サーバー側でそのURLを実際の404レスポンスへルーティングすること、または（弱い方法として）noindex付きで未検出状態を描画し、計測上のトレードオフを受け入れることです。
• CMS／テンプレートの設定ミス。 削除された項目が、200で配信される汎用テンプレートに流れ込みます。

404を修正する場合（そしてそのままにする場合）

意思決定ツリーは短いものです。

• そのまま404（または410）にする — ページに実質的な価値、トラフィック、被リンクがない場合。これがデフォルトで正しく、対応は不要です。
• 301リダイレクトする — ページが本当に移動した場合、または保全する価値のある被リンク／トラフィックがある場合に限ります。関連性のあるリダイレクトならリンクエクイティを回復できます。Search Consoleヘルプも「If your page has moved, use a 301 redirect to the new location.」 (翻訳)「ページが移動したなら、新しい場所へ301リダイレクトを使う」としています。Ahrefsでの私のワークフローでは、Site Explorerの「Best by links」レポートで404を返すURLを絞り込み、参照ドメイン数で優先順位を付け、価値のあるものを最も関連する稼働ページへリダイレクトします。
• ホームページへ一括リダイレクトしない。 Martin Splittは率直に、「If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.」 (翻訳)「別の場所へ移動したならリダイレクトを使い、消えたならホームページへリダイレクトしないでほしい」と述べています。これはソフト404のような信号を作り、彼の言葉では「it annoys me as a user.」 (翻訳)「ユーザーとして不快」です。404は「a very clear signal this link is wrong and broken or this URL no longer exists.」 (翻訳)「このリンクが間違って壊れているか、このURLがもう存在しないことを示す非常に明確な信号」です。具体的で、本当に関連する移動先にだけリダイレクトしてください。

これを簡単なマトリクスにすると、判断は次のとおりです。

カスタム404ページ：インデックスではなくUXの手段

良いカスタム404ページは、GoogleがURLをどうインデックスするかを変えません。それを決めるのはステータスコードです。変わるのは、死んだリンクを訪れた人間に何が起こるかです。役立つ404ページは、訪問者をすぐ離脱させずサイト内にとどめ、コンバージョンとエンゲージメントを守ります。つまり、役割は2つに分かれます。

1. ステータスコードの正しさ（SEO／クローラー側）：ページは本物の404を返し続けなければなりません。美しくデザインされたカスタム404ページが200を返すなら、それはソフト404です。UXの問題は解決しても、クロールの問題を生みます。
2. ページ上の有用性（UX側）：ページが消えたことを明確に伝えるメッセージ、メインナビゲーション、検索ボックス、人気または関連するコンテンツへのリンクを用意します。Muellerの助言はこうです。「Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.」 (翻訳)「404ページをユーザーに役立つものにする方法を考え、ページがもう存在しないと分かるようにし、適切な別のものを見つけられるようにしてください。」

見つからないURLを見つけて監査する方法

• Google Search Console — ページのインデックス登録レポート。 「見つかりません（404）」と「ソフト404」の両方を、例となるURLとともに表示します。
• Ahrefs監査／サイトエクスプローラー。 Ahrefs監査はクロール中の見つからない応答と内部リンク切れを検出します。サイトエクスプローラーの「リンク数が多い順」では、まだ被リンクがある見つからないURLを見つけ、参照ドメイン数でリダイレクトの優先順位を付けられます。
• Ahrefs Web Analytics。 トラフィック面では、見つからない可能性のあるページをAI検索チャネルで絞り、セッション数で並べます。選択した期間にAI経由のクリックを受けた候補URLを表示しますが、レスポンスが404であることや、URLが幻覚されたことを証明するものではありません。検証手順はAIハルシネーション監視にまとめています。
• Screaming Frogとサーバーログ分析で、実際にボットとユーザーが訪れた見つからないURLを、クロールレベルと実トラフィックの両面から確認します。

Bingについて簡単に

この点に関するBingの公開コメントはGoogleよりかなり少ないため、完全に同じだと考えず、以下の具体的な内容はGoogleのセクションより確度の低い資料として扱ってください。Bing Webmaster Toolsには、消えたものとして扱ってほしいURLをBingに知らせるContent Removalツールと、404やサーバーエラーを表示するCrawl Informationレポートがあります。これらのツール自体は文書化されています。一方、現在の一次資料で独自に検証されていないのは、Bingが「一時的に停止中」と「本当に削除された」を区別する分類器を使うという主張や、Content Removalの利用が正しい404を返して待つよりインデックス削除を大きく速めるという主張です。上で文書化したGoogleの動作に対して、Bingは二次的な情報として扱い、分類器や速度に関する主張を確定事項として繰り返さないでください。

ステータスコードの全体像は、私の*HTTPステータスコードとSEOへの影響* と*リダイレクトの11タイプとSEOへの影響* を参照してください。

AIによる要約

Advanced版の要点をまとめます。

• 404 Not Foundは、サーバーが見つけられないURL（削除されたページ、リンク切れ、入力ミス、URL変更）に対する4xxクライアントエラーステータスコードです。RFC 9110は「no current representation, or unwillingness to disclose one」 (翻訳)「現在の表現がない、またはそれを開示する意思がない」と定義しており、存在しない状態が一時的か恒久的かはそれ自体では示しません。デフォルトでは経験的にキャッシュ可能です。
• 他のページを損なうシグナルではない。 Googleは「doesn’t use the content from URLs that return 4xx status codes,」 (翻訳)「4xxステータスコードを返すURLのコンテンツを使用しない」とし、一部のURLが404を返してもサイトの他の正常なURLのパフォーマンスには影響しないとしています。「404はランキングを損なう」という包括的な恐れは神話です。IllyesとMuellerも404は正常で想定されると繰り返し述べています。ただし、以前トラフィックやリンクを獲得していた404ページは判断する価値があります。
• インデックスからの削除は即時ではなく段階的。 Googleは以前インデックスしていた404 URLを削除し、「less and less often」 (翻訳)「徐々に頻度を下げて」再クロールします。原文の範囲は限定されており、Googlebotは「probably」 (翻訳)「おそらく」「for some period of time」 (翻訳)「一定期間」再試行するのであって、永遠に続くとはされていません。Removals toolがURLを隠すのも一時的（約6か月）です。
• 404と410： どちらもインデックスから外れます。410のほうがわずかに速く強いものの、SEO上の違いはごく小さいとMuellerは述べています。
• 本当の問題はハード404とソフト404。 ソフト404は、消えたコンテンツに成功コード（200）を返します。ボットがページの消失を判断できず、クロール資源を浪費します。Googleは本物の404を返すことを推奨しています。
• ソフト404の一般的な原因： 404をすべてホームページへリダイレクトすること、200を返すJS／SPAの「見つかりません」状態（分析も壊します）、CMSの設定ミスです。
• 301リダイレクトは、ページが本当に移動したか、価値のある被リンク／トラフィックがある場合だけ。 それ以外は404を正しく返します。Splittは消えたページをホームページへリダイレクトしないよう述べています。
• カスタム404ページはインデックスではなくUX／リテンションに役立ちます。ただし、本物の404を返し続けなければなりません。
• 監査にはGSCのページのインデックス登録レポート、Ahrefs監査／サイトエクスプローラー、Screaming Frog、サーバーログを使います。

公式ドキュメント

検索エンジンによる一次資料です。

Google

• HTTPステータスコード、ネットワークエラー、DNSエラーがGoogle検索に与える影響 — Googleが4xx（404を含む）をどう扱うか、インデックスから外す仕組み、本文中のソフト404定義を説明します。
• ページのインデックス登録レポート（Search Consoleヘルプ） — 「見つかりません（404）」と「ソフト404」のステータス、および修正方法です。
• リダイレクトとGoogle検索 — ページが移動したとき、404のままにせずいつ、どのように301リダイレクトするかを説明します。
• サイト上でホストされているページをGoogleから削除する（Removals tool） — 一時的な非表示と恒久的な削除の違いです。

Bing／Microsoft

• Bing Webmaster Toolsヘルプ — クロールレポートと、本当に見つからないURLをBingに知らせるContent Removalツールです。

原文からの引用

Googleによる記録に基づく発言です。各Google文書リンクは、引用箇所へ直接移動するディープリンクです。伝聞の発言には、それを掲載した報道へのリンクを付けています。

Google Search Central — 見つからない応答の扱い

• “Google doesn’t use the content from URLs that return 4xx status codes. If a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.” (翻訳)「Googleは4xxステータスコードを返すURLのコンテンツを使用しません。以前使われていたURLが現在4xxステータスコードを返している場合、Googleのシステムは時間とともにそのURLを使わなくなります。」 引用箇所へ移動
• “Google doesn’t index URLs that return a 4xx status code, and URLs that are already indexed and return a 4xx status code are removed from the index.” (翻訳)「Googleは4xxステータスコードを返すURLをインデックスに登録せず、すでにインデックスされていて4xxステータスコードを返すURLはインデックスから削除します。」 引用箇所へ移動
• “In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (翻訳)「Google検索では、以前インデックスされていたURLはインデックス登録パイプラインによって削除されます。新たに見つかった404ページは処理されません。クロール頻度は徐々に下がります。」 引用箇所へ移動
• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (翻訳)「コンテンツがGoogle検索にとってエラー、空のページ、またはエラーメッセージを示す場合、Search Consoleはsoft 404エラーを表示します。」 引用箇所へ移動

Search Consoleヘルプ — ページのインデックス登録レポート

• “404 responses are not necessarily a problem, if the page has been removed without any replacement. If your page has moved, use a 301 redirect to the new location.” (翻訳)「置き換えなしでページが削除された場合、404レスポンスは必ずしも問題ではありません。ページが移動した場合は、新しい場所へ301リダイレクトを使ってください。」 引用箇所へ移動
• “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (翻訳)「GooglebotはしばらくこのURLを試し続ける可能性があります。GooglebotにURLを永久に忘れさせる方法はありませんが、クロール頻度は徐々に下がります。」（引用アンカー: 「This page returned a 404 error when requested」 (翻訳)「このページはリクエスト時に404エラーを返しました。」） 引用箇所へ移動
• “We recommend returning a 404 response code for truly ‘not found’ pages and adding more information on the page to let us know that it is not a soft 404.” (翻訳)「本当に『見つからない』ページには404レスポンスコードを返し、ソフト404ではないことが分かるようページに情報を追加することを推奨します。」（引用アンカー: 「The page request returns what we think is a soft 404 response」 (翻訳)「ページのリクエストがソフト404だと考えられるレスポンスを返します。」） 引用箇所へ移動

GoogleのGary Illyes（SEJによるLinkedIn投稿の再掲経由。自動取得に抵抗する元のLinkedInの文言で検証してください）

• “404 (Not found) errors are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (翻訳)「404（Not found）エラーは怖がる必要がなく、少なくともほとんどの場合、慌てて修正する必要はありません。」 IllyesのLinkedIn投稿 からの伝聞。
• “Crawlers use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.” (翻訳)「クローラーは、ページの内容が基本的にエラーメッセージだけでも、ステータスコードで取得成功かどうかを判断します。同じページに何度も戻ってリソースを浪費し、そのようなページが多ければ、さらに指数関数的に多くのリソースを使う可能性があります。」 Search Engine Journal 経由の伝聞。最終利用前に元の発言と照合してください。

GoogleのJohn Mueller — johnmu.com/soft-404s-your-site

• “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms.” (翻訳)「本物の404ではなくソフト404を使うのは悪い習慣で、アルゴリズムを難しくします。」
• “Returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (翻訳)「404を返し、URLがウェブマスターツールのクロールエラーに掲載されることは問題ではありません。」
• “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (翻訳)「404ページをユーザーに役立つものにする方法を考え、ページがもう存在しないと分かるようにし、適切な別のものを見つけられるようにしてください。」 Muellerの個人サイトより。これらを使ってディープリンクを生成する前に、ライブページで正確な部分文字列を再確認してください。

GoogleのMartin Splitt（SEO Office Hoursの短い動画に関するSEJ報道経由。元の動画で検証してください）

• “If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.” (翻訳)「別の場所へ移動したならリダイレクトを使い、消えたならホームページへリダイレクトしないでください。」
• “A 404 is a very clear signal this link is wrong and broken or this URL no longer exists.” (翻訳)「404は、このリンクが間違って壊れているか、このURLがもう存在しないことを示す非常に明確な信号です。」 Search Engine Journal 経由の伝聞。

見つからない応答でしてはいけないこと

1. すべての404をホームページへ一括リダイレクトする。 「エラーよりリダイレクトのほうが安全」という直感は誤りです。ホームページは200を返すため、本当に消えたURLが無関係なコンテンツへ「正常に」解決され、ソフト404のパターンになります。Splittもこれを迷惑で役に立たない方法だと明言しています。**修正：**ページが実際に移動した場合だけ、具体的で関連する移動先へリダイレクトし、それ以外は404のままにします。

2. 本物の404ではなくソフト404を返す。 「Page not found」メッセージ（または空のページ）を200 OKとともに配信すると、クローラーには取得が成功したと伝わります。クローラーは再クロールを続けて資源を浪費し、分析にも死んだページへの「成功」アクセスが記録されます。**修正：**消えたコンテンツには実際の404（または410）ステータスコードを返します。Googleもこれを明確に推奨しています。

3. レポートの404をすべて慌てて「修正」する。 GSCやサイト監査に出る404は正常で想定されます。すべてを反射的にリダイレクトしたり復活させたりすると、時間を浪費し、ソフト404を作り出すこともあります。**修正：**トリアージし、実際の被リンク／トラフィックがある少数だけをリダイレクトし、残りはそのままにします。

4. GoogleにURLをすぐ「忘れさせる」ようにする。 そのためのボタンはありません。Removals toolは一時的な（約6か月）非表示であり、恒久的なインデックス削除ではありません。**修正：**正しいステータスコードを返し、クロール頻度が自然に下がるのを待ちます。

5. 200を返すJS／SPAの「見つかりません」画面を公開する。 クライアント側ルーターはサーバーの404を返せないため、200レスポンス上に描画された未検出コンポーネントはソフト404となり、計測も壊します。**修正：**そのパスをサーバー側で実際の404へルーティングするか、少なくとも未検出状態をnoindexにして分析上のトレードオフを受け入れます。

6. きれいなカスタム404ページをSEOの修正と考える。 デザインの良い404ページが助けるのはユーザーであり、インデックスではありません。200を返すならソフト404です。**修正：**本物のステータスコードを保ち、ページを役立つものにします。これは別々の2つの仕事です。

良い404と悪い404の扱い

悪いカスタム404ページ

• 「Page not found」を表示しながら**200 OK**ステータスコードを返す（ソフト404）。
• または、生のサーバーデフォルトページで、白い背景に「Not Found」とだけ表示され、ナビゲーションも次へ進む方法もない。
• ユーザーを行き止まりにする。検索ボックスもリンクもブランドらしい要素もない。
• 結果：クローラーは再取得を続け（ソフト404）、ユーザーは離脱し、URLへ向いていたリンクエクイティも宙に浮きます。

良いカスタム404ページ

• 本物の**404**ステータスコードを返す（クローラー／インデックス側が正しく処理できます）。
• ページが存在しないことを、平易な言葉で明確に伝える。
• メインナビゲーションと検索ボックスを含め、ユーザーが探していたものを見つけられるようにする。
• 人気または関連するコンテンツへのリンク（上位記事、主要カテゴリ）を提供する。
• ブランドに沿ったデザインを保つ。ヘッダー、フッター、スタイルを他のサイト部分と揃え、ユーザーが正しい場所にいると分かるようにする。

この2つの特性は独立しています。ステータスコードは検索エンジンを適切に保ち、ページ上のデザインは人間を離脱させないようにします。一方だけを完璧にしてもう一方を失敗させることもあります。200を返す美しい404ページはやはりソフト404であり、正しい404を返してもユーザーを行き止まりにすれば訪問者を失います。

消えたURLに対する良いリダイレクトと悪いリダイレクトの扱い

• **悪い例：**削除された商品をすべてホームページへ301リダイレクトする → ソフト404のような信号になり、ユーザーを困らせます。
• **良い例：**被リンクのある削除商品は、最も関連する稼働中のページ（親カテゴリや置き換え商品）へ301リダイレクトします。価値もリンクもない削除商品は、単に404を返します。

404監査と対応のチェックリスト

• 欠落URLが本物の404（または410）ステータスコードを返す — ページ上のメッセージを信じず、コードを確認する。
  • ソフト404がない：200で「見つかりません」コンテンツを配信していない。また、消えたページをホームページへ一括リダイレクトしていない。
  • GSCのページのインデックス登録レポートで「見つかりません（404）」と「ソフト404」の両方を確認した。
  • 404になったURLで実際の被リンク／トラフィックがあるものを特定し（Ahrefs Site Explorerの「Best by links」で404を絞り込む）、関連する稼働中のページへ301リダイレクトした。
  • 価値もリンクもない消えたページは404のままにした — リダイレクトも復活もしていない。
  • リダイレクト先は具体的で関連する移動先であり、キャッチオールのホームページリダイレクトではない。
  • カスタム404ページが役立つ（明確なメッセージ、ナビゲーション、検索、人気コンテンツへのリンク）うえで、404を返し続ける。
  • JS／SPAサイトでは、未検出ルートが実際のサーバー404に解決されるか、少なくともnoindexが付いており、分析が成功アクセスとして記録していない。
  • すべての404を「修正」するために時間を使っていない — 一括対応ではなくトリアージしている。

見つからないURLを見つけて扱うツール

• Google Search Console — ページのインデックス登録レポート — 「見つかりません（404）」と「ソフト404」に関するGoogle自身のビューです。例となるURLが表示され、修正後の検証をリクエストできます。
• Ahrefs Site Audit — サイトのクロール全体で404と内部リンク切れを検出します。
• Ahrefs Site Explorer（「Best by links」） — 被リンクが残っている404 URLを参照ドメイン数順に見つけ、301リダイレクトに値するものを優先できます。
• Screaming Frog SEO Spider — サイト上のすべての404と、その発生元リンクをクロールレベルで確認できます。
• サーバーログファイル分析 — 実際のボットとユーザーがどの404にどの程度の頻度でアクセスしているかを確認できます。
• Bing Webmaster Tools — 404／サーバーエラーを示すクロールレポートと、消えたものとして扱ってほしいURLを指定するContent Removal toolです。（Bing独自の分類器と削除速度に関する具体的な内容は独立検証されていないため、GSCで文書化されたGoogleの動作より二次的な情報として扱います。）
• URL検査（GSC） — 1つのURLについて取得されたステータスコードを確認し、本物の404（ソフト404ではない）であることを確認します。

役立つリソース

私の関連記事

• HTTPステータスコードとSEOへの影響 — 404、410、ソフト404がどこに位置するかを含む、ステータスコードの全体像です。
• リダイレクトの11タイプとSEOへの影響 — 404になるURLをいつ301リダイレクトし、いつ404／410のままにするかを説明します。
• テクニカルSEO初心者ガイド — ステータスコードが技術的な全体像のどこに位置するかを説明します。
• JavaScript SEOの問題とベストプラクティス — JS／SPAソフト404の落とし穴の背景にあるレンダリングの文脈です。

私の講演

• How Search Works （SlideShare）— クロール、レンダリング、インデックス登録のウォークスルーで、見つからない応答が通るパイプラインを扱います。（通常の免責事項：「This is my understanding of systems… not going to be 100% complete or accurate.」 (翻訳)「これはシステムについての私の理解であり…100%完全または正確ではありません。」）

業界の関連記事

• HTTPステータスコードがGoogle検索に与える影響 （Google Search Central）— 4xx／404の扱いに関する一次資料です。
• ページのインデックス登録レポート （Search Consoleヘルプ）— ハード404とソフト404の定義、および修正方法の正式な資料です。
• ソフトエラーとサイト （John Mueller）— ソフトエラーが本物の見つからない応答より悪い理由について、Google側の説明です。
• Google、ソフトエラーとSEOへの影響を警告 （検索エンジン・ジャーナル）— ソフトエラーとクロール資源の浪費に関するIllyesの説明を扱います。
• GoogleのJohn Mueller、SEOにおける見つからない応答と410の混同を説明 （検索エンジン・ジャーナル）— SEO上の見つからない応答と410の違いが小さい理由です。
• GoogleのMartin Splitt、見つからないURLをホームページへリダイレクトしないよう警告 （検索エンジン・ジャーナル）— 見つからないURLをホームページへ一括リダイレクトしない理由です。
• 見つからないエラーページ：すべきこと・すべきでないこと （Yoast）— 良い／悪いカスタム404ページの例と、すべきこと／すべきでないことです。
• SEOのための見つからないエラー対策ガイド （Seer Interactive）— 見つからないエラー修正の優先順位を付ける重大度別フレームワークです。

自分で確認する：404 Not Found

見つからない応答がSEOにどう影響し、どう扱うべきかについての5つの簡単な質問です。それぞれの答えを選んでから、確認しましょう。

変更履歴