404(Not Found)ステータスコードの基本から、発生原因・対処法・ソフト404との違い・SEOへの影響・確認方法までを解説します。
404 not foundとは
404 not found(以下、404)は、リクエストされたURLにページが存在しないことを示すHTTPステータスコードです。クライアントエラー(4xx番台)に分類され、サーバーがリクエストを受信したものの該当するリソースを返せなかった場合に応答されます。
404が表示される仕組み
ブラウザが特定のURLにアクセスすると、サーバーがそのURLに対応するファイルやページを探します。該当するリソースが見つからない場合、サーバーは「404 Not Found」というステータスコードを返します。ブラウザはこのステータスコードを受け取って、404エラーページを表示します。
HTTPステータスコードの分類
HTTPステータスコードは3桁の数字で構成され、最初の桁で大まかに分類されます。
- 2xx：成功(例:200 OK)
- 3xx：リダイレクト(例:301 永続的、302 一時的)
- 4xx：クライアントエラー(例:403 Forbidden、404 Not Found)
- 5xx：サーバーエラー(例:500 Internal Server Error、503 Service Unavailable)
404とよく混同されるステータスコードとの違い
404と関連するステータスコードを整理します。サイト運営の観点では、削除済みページに「どのコードを返すか」がGoogleのインデックス処理に影響します。
| ステータスコード | 意味 | 使用場面 | Googleの扱い |
|---|---|---|---|
| 404 Not Found | ページが存在しない | 該当するリソースが見つからない場合 | インデックス対象から除外される |
| 410 Gone | ページが永続的に削除された | 削除済みで再公開予定がない場合 | Googleは410を404と同じ扱いとする |
| 403 Forbidden | アクセス権限がない | 認証や権限不足でアクセスできない場合 | インデックスされる場合と除外される場合がある |
| 301 Moved Permanently | 恒久的に別URLへ移動 | ページのURLが恒久的に変更された場合 | 転送先URLへ評価が引き継がれる |
| 302 Found | 一時的に別URLへ転送 | 一時的な転送(メンテナンス等) | 元URLのインデックスが保持される |
| ソフト404 | 200を返すがページが存在しない | (意図しない設定ミスとして発生) | Googleが内容を分析してソフト404と判定し、インデックスから除外する |
Google検索セントラルの「HTTP ステータス コードや DNS エラーと SEO」では、410(Gone)と404(Not Found)はGoogleにとって同じ扱いと記載されています。
Google は 410(Gone)を 404(Not found)と同じように扱います。
https://developers.google.com/search/docs/crawling-indexing/http-network-errors?hl=ja
404が発生する主な原因
404が発生する主な原因は以下の通りです。
ページが削除されている
ページや記事が削除された後に、検索結果や外部サイトに古いURLが残り続けている場合、そのURLにアクセスすると404が返されます。
URLの入力ミス・スペルミス
ユーザーがアドレスバーにURLを直接入力した際のタイプミスや、スペルミスによってもサーバーは該当URLを見つけられず、404を返します。
リンク切れ(リンク先のURLが変更された)
リンク元のサイトでURLを変更したのに、外部からのリンクや内部リンクが古いURLのままになっているケースです。
ファイル・ディレクトリの移動や削除
画像・PDF・JavaScriptファイルなどのリソースが、サーバー上で別のディレクトリに移動された場合や、ディレクトリ自体が削除された場合に発生します。
サーバーやCMSの設定の問題
WordPressのパーマリンク設定の変更や、サーバーの設定ファイル(.htaccess等)の記述ミスによって、本来表示されるべきページが404になるケースもあります。エックスサーバー等のレンタルサーバー環境では、サーバー固有の設定を確認する必要があります。
訪問者として404に遭遇した場合の対処法
他社サイトを閲覧中に404が表示された場合、訪問者としてできる対処法は以下の通りです。
- URLにスペルミスがないかを再確認する
- ブラウザのキャッシュとCookieをクリアして再アクセスする
- サイトのトップページから目的のページへ辿り直す
- サイト内検索でコンテンツを探す
- Google検索で「site:ドメイン名 検索ワード」を使ってインデックス済URLを探す
これらを試しても表示されない場合、ページが完全に削除されている可能性が高いと判断できます。
サイト運営者向けの404対処法
自サイトで発生する404に対する対処法は、ページの状況によって選択肢が分かれます。
削除済みページに代替コンテンツがある場合は301リダイレクト
削除したページと内容が近い代替ページがサイト内に存在する場合、旧URLから代替ページへ301リダイレクトを設定します。301を設定することで、旧URLに集まっていた評価を新URLへ引き継ぐことができます。
削除済みページに代替コンテンツがない場合は404または410を返す
代替ページが存在しない場合は、404または410のステータスコードを返してページが存在しないことを検索エンジンに伝えます。Google検索セントラルの「ソフト 404 エラー」では、削除済みで代替ページが無い場合の対応として404または410を返すことが推奨されています。
ページを削除し、サイトに類似のコンテンツを含む代替ページがない場合は、ページに対して 404(not found)または 410(gone)のレスポンス(ステータス)コードを返してください。
https://developers.google.com/search/docs/advanced/crawling/soft-404-errors?hl=ja
代替コンテンツが無いにも関わらず、トップページや無関係なページへリダイレクトすると、ソフト404として扱われる原因になります。
一時的にアクセスできないページは503を返す
メンテナンスや一時的なサーバー障害でアクセスできない状態は、404ではなく503(Service Unavailable)を返すのが適切です。404を返すと、Googleがページを「存在しない」と判断し、インデックスから除外する可能性があります。
ソフト404が発生している場合は適切なステータスコードに修正する
ソフト404とは、ページが存在しないにも関わらず200(成功)のステータスコードを返している状態です。Google Search Consoleのインデックスカバレッジレポートで「ソフト 404」として報告されます。
ソフト404の修正手順
- Google Search Consoleの「ページ」レポートで「ソフト404」に分類されているURLを確認する
- 該当URLが実際に削除されているかを判定する
- 削除済みなら404または410を返すようサーバー設定を修正する
- 正常なページが誤って判定されている場合は、URL検査ツールでレンダリング後のコンテンツを確認し、内容の薄さやコンテンツ未取得の問題を解消する
404ページをカスタマイズしてユーザビリティを高める
404のステータスコードを返した上で、ユーザー向けに見やすいエラーページを表示することは、SEO評価とは独立した取り組みとして推奨されます。サイト内検索ボックス、トップページや人気記事へのリンク、シンプルなエラーメッセージを配置することで、離脱率の低減につながります。
404とSEOの関係
404に関するSEO上の論点を整理します。
404自体は他URLの評価に影響しない
404を返すURLが存在しても、サイト内の他URL(200を返すページ)の検索結果でのパフォーマンスには影響しません。Google検索セントラルの「HTTP ステータス コードや DNS エラーと SEO」では、4xxステータスコードを返すURLが他URLのインデックス処理やランキングに影響しない旨が明記されています。
サイト上の一部の URL が 404 を返すかどうかは、その他の(200(成功)ステータス コードを返す)URL のサイト上での動作には影響しません。
https://developers.google.com/search/docs/crawling-indexing/http-network-errors?hl=ja
大量の404はクロールバジェットを浪費する可能性がある
小規模サイトでは影響は限定的ですが、大規模サイトで意図せず大量の404が発生している場合、Googlebotのクロールリソースが無駄に使われる可能性があります。サイトマップから削除済みURLを除外する、内部リンクから404を返すURLを除去する等の整理が有効です。
ソフト404はインデックス判定に悪影響
ソフト404はGoogleの判定処理を煩雑にし、サイトの信頼性評価にも影響する場合があります。発見次第、適切なステータスコード(404/410/301)に修正することを推奨します。
404を確認する方法
自サイトで404が発生しているURLを確認する代表的な方法は以下の通りです。
Google Search Consoleのページレポートで確認する
Google Search Consoleの「ページ」(旧名「カバレッジ」)レポートでは、Googlebotがクロール時に検出した404を一覧で確認できます。
- Google Search Consoleにログインする
- 左メニュー「ページ」を選択する
- 「ページがインデックスに登録されなかった理由」内の「見つかりませんでした(404)」を選択する
- 表示される影響を受けたページの一覧から、対処すべきURLを特定する
410を返すURLも「見つかりませんでした(404)」のレポートに含まれます。
URL検査ツールで個別に確認する
特定URLの404を確認したい場合は、Google Search ConsoleのURL検査ツールを使用します。検索ボックスにURLを入力すると、Googleが認識している最新のステータス(リクエスト時のレスポンスコードを含む)を確認できます。
kunugi GSC ControllerでURLをまとめて確認する
弊社のChrome拡張機能「kunugi GSC Controller」を使うと、Google Search Consoleでの確認作業を効率化できます。
kunugi GSC Controllerでの404確認手順例
- Google Search Consoleでサイトを選択する
- kunugi GSC Controllerを起動する
- 確認対象のURL一覧をkunugi GSC Controllerに入力する
- URL検査が順次実行され、各URLのステータス(404/200/301等)が一覧で確認できる
- 結果から、対処が必要な404のURLを特定する
ソフト404の検出と組み合わせることで、サイト全体のステータスコード状態を網羅的に把握できます。
404に関するよくある誤解と注意点
404のステータスコードに関して、SEO担当者・サイト運営者がつまずきやすいポイントを整理します。
「404が多いとサイト全体の評価が下がる」は正確ではない
404を返すURL自体が、200を返す他URLの評価を下げることはありません。問題になるのは、ソフト404による誤った成功シグナルや、削除済みページからの内部リンクが大量に残っている等の構造上の問題です。
「とりあえずトップページにリダイレクト」は推奨されない
削除済みページから内容の関係しないトップページへ301リダイレクトすると、Googleがソフト404と判定する可能性があります。代替コンテンツがない場合は404または410を返す方が、検索エンジンへの伝達として適切です。
WordPressやエックスサーバー固有の設定にも注意する
WordPressのパーマリンク設定変更や、エックスサーバー等のレンタルサーバーの.htaccess設定によっても、意図しない404が発生する場合があります。サーバー設定変更後は、主要なURL(トップページ、カテゴリページ、個別記事ページ)の動作確認を行うことを推奨します。
