Search Consoleの「ページがインデックスに登録されない」は放置していい？警告と致命的エラーの見分け方
目次
【AIによる要約】
– Search Consoleの通知は全てが緊急ではなく、「重複」「クロール済み未登録」は様子見が基本です。
– 404も大半は無害ですが、人が貼った内部リンク先の死にリンクは早めの修正かリダイレクト設定が必要です。
– まず「ページがインデックスに登録されない」の詳細レポートで理由別に件数を確認しましょう。
はじめに：通知センターの赤い数字を見て、手が止まっていませんか
「Search Consoleに新しい問題が検出されました」というメール。
管理画面を開くと、赤いアイコンとともに「ページがインデックスに登録されない」という表示。件数が十数件や数十件あると、社内で「サイトが検索結果から消えるのでは？」と騒ぎになる担当者も少なくありません。
当社はこれまで300社以上の企業サイト・Webシステムの支援に携わってきましたが、この通知を前にしたWeb担当者の反応はだいたい2つに分かれます。
- 何も読まずに放置する
- 全件を緊急対応として、制作会社やエンジニアに問い合わせる
どちらも正しくありません。通知には「放置してよいもの」と「放置すると売上に影響するもの」が混在しています。この記事では、両者を見分ける判断基準を解説します。
まず押さえるべき前提：インデックスとは「検索の入場許可」
インデックスとは、Googleのデータベースにページが登録された状態です。ここに登録されて初めて、検索結果に表示される可能性が生まれます。
つまり「インデックスに登録されない」とは、そのページが検索結果に一切表示されないことを意味します。ただし、だからといって全ページをインデックスさせればよいわけではありません。サイトには、そもそも検索に出す必要のないページが数多く含まれています。
- 検索用のページ一覧やアーカイブ
- テスト・プレビュー用のページ
- 同じ内容の並び順違い（ソート結果）のページ
こうしたページが「未登録」になっていても、問題ではありません。むしろGoogleが「このページは登録する価値が薄い」と自動で判定してくれている面もあります。
放置してよい通知と、対応すべき通知の見分け方
「ページがインデックスに登録されない」をクリックすると、理由別に分類されたレポートが表示されます。この「理由」ごとに対応方針が変わります。
| 理由 | 緊急度 | 対応方針 |
|---|---|---|
| 代替ページ（適切なカノニカル） | 低 | 基本は様子見 |
| ページに重複コンテンツがある | 低〜中 | 正規化（canonical）設定を確認 |
| 重複ページ：Googleが別URLを選択 | 中 | 意図したURLか確認し、必要なら正規化 |
| クロール済み－インデックス未登録 | 中 | 内容の独自性・品質を見直す |
| 検出－インデックス未登録 | 中 | クロール予算やサイト全体の品質を確認 |
| 見つかりませんでした（404） | 場合による | リンクの出どころ次第（後述） |
| sitemap.xmlに送信済みの404 | 中〜高 | サイトマップの整備とURL修正 |
| noindex による除外 | 確認次第 | 意図した設定なら問題なし |
放置してよい代表例：「代替ページ」と「noindex」
「代替ページ（適切なカノニカル）」は、Googleが「本家のページはこちらだ」と認識して、重複側を登録しなかった状態です。URL正規化が正しく機能した結果なので、放置して構いません。
「noindex による除外」も、意図的に設定したものなら正常な挙動です。むしろ「noindexのはずのページがインデックスされている」方が深刻な問題です。
対応の判断が要る例：「重複」「クロール済み－インデックス未登録」
「重複ページ」は、同じ内容のページが複数のURLで存在するときに出ます。ECサイトなら「色違い・サイズ違いのページ」「並び順違いの商品一覧」で多発します。放置すると検索エンジンがどのURLを本命か判断しづらくなり、評価が分散します。canonicalタグによるURL正規化で対応するのが定石です。
「クロール済み－インデックス未登録」は、Googleはページを見たものの「登録する価値が低い」と判断した状態です。他サイトと似た説明文だけのページや、中身の薄いページに出やすい通知です。ここはGoogleへの申請ではなく、記事の品質を見直すフェーズです。
「404エラー」は放置していいのか？
結論から言います。404の大半は放置してよいですが、「人が貼ったリンクが死んでいる404」だけは直すべきです。
404は「そのURLにページが存在しない」という意味にすぎません。削除した古い記事へのリンクや、打ち間違えられたURLがクロールされた場合も404になります。この種の404は、検索順位への影響はほぼありません。Googleの公式ドキュメントも、削除済みページには404（または410）を返すこと、404ページにはナビゲーションや人気コンテンツへのリンクを用意することを推奨しています（出典：Google検索セントラル「クロールエラーのトラブルシューティング」）。
一方で、放置してはいけない404があります。
- トップページや主要ナビ、記事本文中の内部リンクが404になっている
- 印刷物・DM・SNSに載せたURLが404になっている
- sitemap.xmlに送信し続けているURLが404になっている
これらは「生きたサイト内に死んだ道」が残っている状態です。訪問者は直前まで信頼していた自社サイトの中で迷子になり、離脱します。自社でもECサイトを運営している立場から言えば、購入を迷っているユーザーが404ページに着地する光景ほど痛いものはありません。
対応の優先順位
- URLが404になっているページへの内部リンクを探して、正しいURLに修正する
- 元のページが移動しただけなら、旧URLから新URLへ301リダイレクトを設定する
- 復活させないページは、sitemap.xmlや内部リンクから外し、Googleに知らせる
- 404ページ自体に、トップページや関連コンテンツへの導線を用意する
「404は放置でいい」という一般論を鵜呑みにして、フッターのリンク切れを1年放置していたサイトを、実際に複数社で見てきました。通知の件数より、「どこからリンクされている404か」を見ることが重要です。
社内で説明できる判断基準：3つの質問
Web担当者が社内会議や上長への説明でそのまま使える基準を、3つの質問に整理しました。
- そのページは検索に出すべきページか？
出す必要のないページ（一覧、テスト、重複）の未登録は問題ない。 - 理由が「重複」「noindex」「代替ページ」か？
仕組みとして正しい挙動。canonical設定の意図を確認して様子見。 - 404なら、リンクの出どころはどこか？
クローラーの巡回経路なら様子見。人が踏む内部リンク・外部媒体なら要対応。
この3問で仕分けできていない通知が残っていたら、初めて制作会社や保守パートナーに相談する。これが当社が提案する進め方です。
ただし、判断に迷ったら「保守のプロ」の出番
この判別は、仕組みを理解していれば担当者単独でも可能です。しかし、現場では次のようなケースで判断が難しくなります。
- サーバーやCMSの設定に触れないと直せない（リダイレクト設定、canonical出力の制御）
- 「重複」の原因がCMSのテンプレート構造にあり、記事修正では消えない
- 通知が数百件規模で、仕分け作業そのものが工数として成立しない
当社では、Search Consoleの通知対応を含むSEO対策や、サーバー・CMS側の設定修正まで含めたWebサイト運用支援を行っています。代理店を挟まない直接取引で、社内の専任エンジニアが実務を担当します。
「通知は来ているが、どれを直すべきか分からない」という段階のご相談は、多くいただいています。まずはお問い合わせフォームから、状況をご相談ください。
まとめ
- Search Consoleの通知は、理由別に「放置してよいもの」と「対応すべきもの」に仕分ける
- 「代替ページ」「noindex」は正常な挙動。「重複」はURL正規化で対応
- 404は大半が無害だが、人が踏むリンクの死にリンクは要修正
- 3つの質問で仕分けできなければ、保守パートナーに相談する
通知の赤い数字に悩む日々から卒業して、仕分けできる体制に移行しましょう。
