ソフト404エラーとは？発生する原因から対処法までを紹介

ソフト404エラーと404エラーの違いは、返されるHTTPステータスコードの値と検索エンジンの認識の2点にあります。どちらも「アクセスしたコンテンツが存在しない」状態は共通ですが、ソフト404エラーは「200 OK」を返すのに対し、404エラーは「404 Not Found」を返します。

検索エンジンは返ってきたHTTPステータスコードを手がかりにコンテンツの有無を判断するため、HTTPステータスコードの違いが認識の違いに直結します。404エラーでは検索エンジンが「コンテンツが存在しない」と正しく判断する一方、ソフト404エラーでは「200 OK」を理由に「コンテンツが存在する」と誤認し、実体のないURLをクロールし続けます。

ソフト404エラーがSEOに与える主な影響は、対象ページが検索結果から除外され、検索流入を得られなくなる点です。Googleはアルゴリズムでページの内容を判定し、実質的にエラーページだと認識したURLを検索から除外します。さらに、ソフト404のURLが多数残ると、Googleがサイトを巡回するためのクロール資源（クロールバジェット）が浪費されます。クロール資源の浪費が続くと、サイト全体のクロールやインデックス登録にも悪影響が及ぶ場合があります。

一方で、404エラー自体はサイト全体の検索順位を直接下げません。注意すべきなのは、正常に公開しているページが誤ってソフト404と判定されるケースです。誤検出が起きると、本来は評価され得たページが検索結果から外れ、獲得できたはずの検索流入を失うため、早期の発見と対処が欠かせません。

（出典：Google Search Central「Google 検索のクロールエラーのトラブルシューティング」）

（出典：Google Search Central「404 エラーがサイトに与える悪影響」）

存在しないページや削除済みのページが200 OKを返す状態は、ソフト404のよくある原因です。本来は404 Not Foundや410 Goneを返すべきURLが、サーバー設定の不備で正常応答を返しているときに、ソフト404が発生します。

特にApacheのhtaccessでカスタム404ページを設定する場面では、転送先をhttps://から始まる絶対パスで指定すると、最終的な応答が200に変わり、意図しないソフト404を生む原因になります。

メインコンテンツが極端に少ないページは、Googleから低品質と見なされてソフト404になります。

Googleはページを評価する際にメインコンテンツの量と独自性を重視するため、内容が乏しいページは実質的な空ページと同じ扱いを受けます。テンプレートの構造だけで本文がほとんどないページや、他ページと内容が重複したページは「中身の薄いページ」に当てはまります。また、掲載する情報が定まらないまま公開した下書き同然のページも、ソフト404の対象になります。

削除したページをトップページなど無関係なURLへまとめてリダイレクトすると、Googleはソフト404と判定します。

リダイレクト先が元ページと無関係だと、ページの移動とは認識されず、該当コンテンツが存在しない応答と同じ扱いになるためです。廃止した商品ページを数百件まとめてトップページへ301リダイレクトするケースなどは、ソフト404の発生原因になります。

商品が0件のカテゴリページや、検索結果が0件のページが200 OKのまま残っていると、ソフト404と判定されます。一覧ページや内部検索結果ページは動的に生成されるため、該当データがなくてもページ自体は表示され、中身のない空ページが大量に生まれます。在庫切れで商品が消えたカテゴリや、ヒット0件のサイト内検索URLを残しているケースでソフト404が起きる原因です。

JavaScriptでメインコンテンツを表示するページは、描画に失敗するとGooglebotには空ページとして認識されるため、ソフト404になります。Googlebotがレンダリングに必要なリソースを読み込めないと、ユーザーに見えている内容がGoogleには表示されず、中身のないページと判断されます。

読み込みに失敗する主な原因は、robots.txtによるリソースのブロック、リソースが大きすぎることによる読み込み遅延、サーバーエラーです。本文の描画をクライアント側のJavaScriptに任せるサイトや、SPAと呼ばれるシングルページアプリケーションで起きやすい問題です。

画面にエラーやメンテナンスの告知を表示しながら200 OKを返すページは、ソフト404と判定されます。Googleは、正常応答でありながら本文にエラーを知らせる内容が表示されるページを、ユーザーの利便性を損なう状態と見なし、検索から除外します。

メンテナンス告知や「Not Found」「エラーが発生しました」といった文言を目立たせたページでありながら、200 OKを設定しているケースでよく発生します。また、内容が十分にあるページでも、エラーを連想させるテキストを目立つ位置に置くと、本文に内容があっても誤判定を招きます。

検索流入の価値が低いページや削除済みのページは、HTTPステータスコードを404または410へ変更します。404 Not Foundと410 Goneは、どちらもページが存在しないことを検索エンジンに伝えるステータスコードです。410は、ページが恒久的に消滅したことをより明確に示します。使い分けの目安は以下の通りです。

設定後は、対象URLをXMLサイトマップからも削除しましょう。サイトマップに残したままだと、今度は「送信されたURLが見つかりませんでした（404）」という別のエラーが発生するためです。

削除したページと内容が近いページがサイトにある場合は、301リダイレクトで該当ページへ転送しましょう。301は恒久的な移動を検索エンジンに伝え、元ページの評価を移動先へ引き継ぐステータスコードです。リダイレクト先は内容が関連するページに限定し、トップページなど無関係なURLへまとめて転送しないようにしてください。

設定後はSearch ConsoleのURL検査ツールで、対象URLが実際に301を返しているかを確認します。

空のカテゴリページや0件の検索結果ページのうち、404を返しにくいものはnoindexで対応します。noindexは、ステータスコードを200のまま保ちながら、検索エンジンにインデックス不要であることを伝えるmetaタグです。動的に生成される一覧ページやSPAなど、404の設定が技術的に難しいページで特に有効です。HTMLのhead内に下記のように記述するか、HTTPヘッダーのX-Robots-Tagで指定します。

noindexを設定したページも、XMLサイトマップからは外しておくと管理しやすくなります。

検索結果に残したいのに低品質と判定されたページは、メインコンテンツを追加して質と量を高めましょう。ソフト404は中身が乏しいページで起きるため、独自性のある情報を補い、実質的な価値をGoogleに示すことが解決策になります。

コンテンツの質を高めるためには、他ページと重複した文章の書き換え、一次情報や具体例の追加、見出し構成の整理が効果的です。内容を拡充した後は、URL検査ツールからインデックス登録をリクエストすると、再評価のきっかけになります。

コンテンツがあるのにソフト404と判定される場合は、Googlebotに空ページが見えていないかを調べましょう。Search ConsoleのURL検査ツールで「公開URLのテスト」を実行すると、レンダリング結果のスクリーンショットとHTMLが表示されます。

確認する点は、メインコンテンツが表示されているか、robots.txtでJavaScriptやCSSなどのリソースがブロックされていないか、読み込みに時間がかかりすぎていないかの3つです。リソースが正しく読み込まれるよう修正すれば、Googlebotがコンテンツを認識し、ソフト404の判定が解消されます。

一時的なメンテナンスやアクセス集中で表示できないページは、ステータスコードを503に設定しましょう。503 Service Unavailableは、ページが一時的に利用できない状態を検索エンジンに正しく伝え、ソフト404やインデックスからの削除を防ぎます。

Googleの公式情報によると、503を返したURLに対して、Googlebotは約2日間クロールを再試行します。ただし、503を2日を超えて返し続けると、Googleは該当URLをインデックスから削除します。ページのメンテナンスは2日以内にとどめましょう。

（出典：Google Search Central「Google 検索のクロールエラーのトラブルシューティング」）

WordPressでは、テーマフォルダに「404.php」というテンプレートファイルを設置すると、オリジナルの404エラーページを表示できます。WordPress本体には404ページを設定する機能がないため、テーマファイルを編集して専用テンプレートを用意しましょう。

404.phpを設置すると、存在しないURLへのアクセス時にWordPressが自動で404ステータスコードを返すため、ソフト404になりにくい点もメリットです。

WordPress以外のサイトでは、.htaccessファイルにErrorDocumentを記述して、オリジナルの404エラーページを指定します。.htaccessはApacheサーバーの動作を制御する設定ファイルで、1行の記述で404発生時に表示するページを切り替えられます。

https://から始まる絶対パスにすると最終応答が200に変わり、ソフト404の原因になるため、指定先は相対パス（/404.html）で記述しましょう。

404エラーページでは、探していたページが見つからないことを、平易な言葉で明確に伝えましょう。「Not Found」や「エラー」だけの無機質な表示では、何が起きたのか分からず、ユーザーは戸惑って離れてしまうためです。

効果的なのは、状況と次の行動をセットで示す文言です。例えば「お探しのページは削除されたか、URLが変更された可能性があります。下のメニューから目的のページをお探しください」のように、原因の説明と再検索への案内を組み合わせると親切です。

専門用語やステータスコードの数字を目立たせると、技術に詳しくないユーザーには伝わりません。誰が読んでも理解できる日常語を選び、軽いお詫びの一言を添えると、画面の印象が和らぎます。

404エラーページには、サイト内検索窓やカテゴリ一覧など、次の行動へつながる導線を設置しましょう。ユーザーが自力で目的の情報へたどり着けるように、以下のような要素を設置すると、離脱を防ぎ、サイト内の回遊を促せます。

・サイト内検索窓

・人気記事や新着記事へのリンク

・カテゴリ一覧

・無効なリンクの報告フォーム

可能であれば、ユーザーが探していた内容に近いカテゴリの別ページへ誘導すると、目的の情報へ戻りやすくなります。URLの階層やパラメータから探していた領域を推測できる場合は、関連カテゴリのリンクを優先して表示すると、より親切です。

404エラーページは、通常ページと同じデザインとナビゲーションでそろえましょう。急に見慣れないエラー画面が表示されると、ユーザーは別サイトに来てしまったと錯覚し、混乱して離れてしまいます。

ヘッダーやフッター、グローバルナビゲーション、配色やロゴを通常ページと共通化すると、ユーザーは迷わず別ページへ移動でき、回遊が続きます。

404エラーページは、素早く表示できるよう軽量に作りましょう。表示に時間がかかると、目的のページへたどり着けなかったユーザーが離脱してしまいます。

軽量化のためには、大きすぎる画像の圧縮、装飾目的の重い画像や動画の削減、不要なスクリプトの読み込み停止などが有効です。

案内文と検索窓、主要なリンクなど、ユーザーの行動に必要な要素に絞って構成すると、表示速度を保てます。読み込みが速いほど、エラーに直面したユーザーも次の導線へスムーズに進めます。

200番台は、リクエストが正常に処理されたことを示すステータスコードです。Googleは200番台を受け取ると、コンテンツのインデックス登録を検討します。

ステータスコード200を返しているのにページが空白だったり、エラー文言を含んでいたりすると、Search Consoleでソフト404エラーとして扱われます。

300番台は、リクエストされたURLが別のURLへ移動したことを示すリダイレクト系のステータスコードです。Googleのクローラーは、デフォルトで最大10回までリダイレクトをたどり、最終的な転送先のコンテンツを処理します。途中のリダイレクトURLから受け取った内容は無視され、評価の対象にはなりません。

301と308は恒久的な移動を、302と307は一時的な移動を表します。Googleの処理が近くても意味が異なるため、移動の性質に合ったコードを選びましょう。

400番台は、リクエストする側（クライアント）に原因があるエラーを示すステータスコードです。Googleは400番台を返すURLのコンテンツを使わず、検索インデックスにも登録しません。インデックスに登録されていたURLが400番台を返すようになると、インデックスから削除されます。

なお、429はサーバーの過負荷を示すシグナルのため、サーバーエラーとして扱われます。また、401や403をクロール頻度の抑制目的で使うことは、Googleが推奨していません。

500番台は、サーバー側に原因があるエラーを示すステータスコードです。Googleは500番台を一時的な問題と判断し、クロールのペースを落とします。すでにインデックスに登録されているURLは当面保持されますが、エラーが続くと最終的に削除されます。

サーバーが200番台を返すようになると、Googleはクロール頻度を徐々に引き上げます。なお、500番台のエラーが長く続くと該当URLはインデックスから外れるため、サーバーの不具合は早期に解消する必要があります。