「クロール済み・インデックス未登録」と「検出・インデックス未登録」の違いと対処法

検索エンジンがクロール済みURLと検出済みURLを分けて処理する様子を表したイラスト

Google Search Consoleで「クロール済み・インデックス未登録」または「検出・インデックス未登録」と表示されても、すべてのURLを急いでインデックス登録させる必要はありません。最初に確認すべきなのは、対象URLが検索結果から訪問してほしい重要な正規ページであるかです。

違いは、Googlebotが対象URLを実際に取得したかどうかにあります。「クロール済み・インデックス未登録」は取得後に登録されていない状態、「検出・インデックス未登録」はURLを見つけたものの、まだ取得していない状態です。

重要ページが未登録なら、URL検査ツールで個別状況を確認し、技術設定、canonical、コンテンツ、内部リンク、XMLサイトマップを順に見直します。検索流入が不要なURLは、無理に登録を目指すのではなく、役割に応じて整理することが大切です。

2つのステータスの違いと最初にすべき判断

どちらも「現在はGoogle検索のインデックスに登録されていない」状態ですが、調査の出発点は異なります。クロールの実施有無で対応を分けると、不要な修正や登録リクエストの連打を避けられます。

「クロール済み・インデックス未登録」は、Googleがページをクロールしたものの、現時点でインデックスには登録していない状態です。「検出・インデックス未登録」は、GoogleがURLを発見したものの、まだクロールしていない状態を指します。いずれも、Search Consoleのステータスだけから個別の原因を断定することはできません。

出典:Google Search Console ヘルプ「Page indexing report」

ステータス別の確認ポイント

未登録という結果は同じでも、Googleが処理した段階と優先して確認すべき項目が異なります。

項目 クロール済み・インデックス未登録 検出・インデックス未登録
GoogleによるURLの認識 認識済み 認識済み
実際のクロール 済み 未実施
主な確認対象 canonical、重複・類似、コンテンツの独自性、表示内容 内部リンク、サイトマップ、不要URLの増加、サーバー応答
基本的な対処 統合・正規化・内容改善を検討する 発見経路とクロールしやすさを整える
登録リクエスト 修正後の重要URLに限定する 技術確認後の重要URLに限定する

先に「検索結果の入口にしたいURLか」を決める

未登録URLを見つけたら、まず「このURLを検索者が直接訪れる入口として育てるか」を判断します。GoogleはすべてのURLをインデックス登録するわけではないため、重複ページ、フィルタ違いのページ、意図的にnoindexを指定したページが未登録でも、直ちに問題とはいえません。

たとえば、サイト内検索結果、内容がほぼ同じタグ・日付アーカイブ、並び替えや計測用のパラメータURL、公開終了したキャンペーンページなどは、検索流入を得る目的が明確でなければ優先度が低いURLです。一方、主力記事、サービス・商品ページ、店舗ページ、申込ページなどは、未登録なら優先して調査します。重要URLに調査対象を絞ることが実務上の第一歩です。

重要ページが未登録のときの確認手順

重要なURLが未登録なら、登録リクエストを繰り返す前に、Googleがページを取得し、内容を理解し、正規URLとして扱える状態かを確認します。技術面から内容面、発見経路へと順に進めると切り分けやすくなります。

URL検査ツールでURL単位の状態を確認する

Search ConsoleのURL検査ツールでは、Googleが把握している対象URLの状態を個別に確認できます。重要ページでは、最終クロール日、クロールの可否、インデックス登録の可否、ユーザー指定canonical、Googleが選択したcanonicalを確認してください。

運営者が自己参照canonicalを設定していても、Googleが別URLをcanonicalとして選ぶことがあります。この場合、対象URL自体が検索結果に出ないことはあり得ます。検索結果に出したいURLを決め、canonical、内部リンク、サイトマップで同じURLを示すことが重要です。また、ライブURLテストは現在のページを取得できるかを確認する機能であり、ライブテストの成功だけでインデックス登録が直ちに変わるわけではありません。

出典:Google Search Console ヘルプ「Inspect and troubleshoot a single page」

技術的なブロックと正規URLの指定を点検する

インデックスさせたいURLでは、HTTPステータス、robots.txt、noindex、canonical、閲覧制限を確認します。noindexとrobots.txtを混同しないことが重要です。

  • HTTPステータス:公開ページが通常は200で応答するかを確認します。404、403、5xx、リダイレクトループは修正対象です。
  • robots.txt:Googlebotによるクロールを意図せず妨げていないかを確認します。
  • noindex:meta robotsまたはHTTPヘッダーのX-Robots-Tagにnoindexが含まれていないかを確認します。
  • canonical:自己参照canonical、または意図した代表URLが指定されているかを確認します。
  • 閲覧制限:ログイン必須、IP制限、Cookie同意画面の不具合などにより、Googleが本文へ到達できなくなっていないかを確認します。

robots.txtは主にクロールを制御する仕組みであり、検索結果から完全に除外する方法ではありません。さらに、robots.txtでクロールをブロックすると、Googleは通常、ページをクロールしてnoindexを確認できません。検索結果に出したくないHTMLページでは、目的に応じてnoindexや認証を使い、設定同士が矛盾しないようにします。

出典:Google Search Central「Introduction to robots.txt」

canonicalは、重複または非常に似たページがある場合に、代表として扱いたいURLをGoogleへ伝えるシグナルです。canonical、リダイレクト、サイトマップ、内部リンクが別々のURLを示すと、Googleが意図どおりに正規化しにくくなります。

出典:Google Search Central「How to Specify a Canonical with rel="canonical" and Other Methods」

コンテンツの重複・類似と固有価値を見直す

技術設定に大きな問題が見当たらない「クロール済み・インデックス未登録」のページでは、検索者にとってページ固有の価値があるかを見直します。ただし、このステータスだけで、Googleが未登録にした理由を特定することはできません。文字数を増やすだけでは不十分です。

具体的には、ページ冒頭で検索者の疑問に答えているか、他ページと同じ説明を繰り返していないか、一次情報・実例・比較・手順・根拠などの固有情報があるかを確認します。古い仕様や価格、制度、商品情報が残っている場合も更新対象です。似た記事が複数あり、それぞれに明確な役割を持たせられないなら、1本に統合したほうが読者に役立つことがあります。

Googleは、独自の情報、分析、経験、信頼できる根拠を含む、利用者を第一に考えたコンテンツを作るよう案内しています。また、Googleが推奨する一律の文字数はありません。

出典:Google Search Central「Creating Helpful, Reliable, People-First Content」

内部リンクとXMLサイトマップを整える

重要ページは、関連する既存ページから通常のHTMLリンクでたどれるようにします。カテゴリページ、関連記事、本文中の文脈に沿ったリンクを使い、リンク先の内容が分かる自然なアンカーテキストを設定してください。

XMLサイトマップは重要URLの発見を助けますが、掲載・送信しただけでクロールやインデックス登録が保証されるわけではありません。インデックスさせたい正規URLだけを掲載し、noindexページ、リダイレクトURL、404ページ、重複URLは原則として含めない方針が分かりやすい運用です。

出典:Google Search Central「Learn about sitemaps」

「クロール済み・インデックス未登録」の原因と対処法

このステータスは、Googleがページを取得した後、現時点ではインデックスに追加していないことを示します。Googleの案内では、将来インデックスされる場合も、されない場合もあります。重複と固有価値を優先確認するのが合理的です。

出典:Google Search Console ヘルプ「Page indexing report」

重複・類似ページは統合または正規化する

類似記事、地域名や語順だけを変えたページ、並び替えURL、パラメータ付きURLが多いと、代表URLが曖昧になります。内容がほぼ同じなら、読者向けの代表ページへ集約することを優先してください。

  • 統合:複数ページを1本にまとめたほうが読者に役立つ場合
  • 301リダイレクト:旧URLを恒久的に廃止し、新URLへ移行する場合
  • canonical:類似URLを残す事情があり、代表URLを示したい場合
  • noindex:ユーザーには必要でも、検索結果の入口として不要な一覧・絞り込みページなど

noindexは、同一サイト内でどちらをcanonicalにするかを決める代替手段には向きません。検索結果に残したい代表URLを選び、canonicalなどで正規化する考え方が基本です。

修正後だけ登録リクエストを利用する

インデックス登録リクエストは、誤ったnoindexを削除した、canonicalを修正した、統合後の代表ページを大きく更新した、といった後に、重要な少数URLへ使う補助手段です。

未修正のページを何度も送信しても、インデックス登録は保証されません。「クロール済み・インデックス未登録」について、Googleは再クロールのためにURLを再送信する必要はないと案内しています。

出典:Google Search Console ヘルプ「Page indexing report」

「検出・インデックス未登録」の原因と対処法

このステータスは、Googleがサイトマップや内部リンクなどでURLを把握しているものの、まだクロールしていない状態です。Googleは、サイトに負荷がかかると見込まれる場合、クロールを後回しにすることがあると説明しています。クロールバジェット不足と一律に断定しないことが大切です。

出典:Google Search Console ヘルプ「Page indexing report」

不要URLの増加を整理する

WordPressでは、タグ、カテゴリ、日付・著者アーカイブ、添付ファイルページ、ページネーション、サイト内検索結果など、多数のURLが生成されることがあります。テーマやプラグインによっては、パラメータ付きURLも増えます。

すべてをnoindexにすべきではありません。カテゴリやタグが独自の説明や有用な一覧性を持ち、検索者の入口として役立つなら、インデックス対象にする選択肢があります。一方、記事一覧が重複するだけで役割がないアーカイブは、検索対象、内部リンク、サイトマップの扱いを見直す価値があります。URLごとの役割を明確にすることが重要です。

サーバー応答とクロール可能性を確認する

検出済みURLが長期間クロールされない場合は、5xxエラー、429などのレート制限、一時的な障害、長いリダイレクトチェーン、サーバー応答を確認します。Googlebotは、サーバーがリクエストに対応しにくいと判断すると、クロール量を抑えることがあります。

ただし、サーバーを高速化すれば必ずクロールされるわけではありません。不要URLを大量に生成したままではなく、重要ページへの内部リンク、不要URLの整理、コンテンツの充実も並行して進めてください。

出典:Google Search Central「Troubleshoot Google Search Crawling Errors」

新規・重要ページへの導線を作る

重要な新規記事や固定ページは、公開しただけで終わらせず、関連する既存記事、カテゴリ一覧、サービス一覧などから自然にリンクします。JavaScript操作だけを前提にせず、通常のaタグリンクとしてHTML上でたどれる設計を意識してください。

XMLサイトマップには、HTTPS・wwwの有無・末尾スラッシュを統一した正規URLを掲載します。canonicalが別URLを指すページやリダイレクトURLを残さず、サイトマップとcanonicalを一致させることが基本です。

WordPressで未登録URLが増えやすい箇所

WordPressでは、投稿や固定ページ以外にもアーカイブや添付ファイル関連のURLが増えます。テーマ、SEOプラグイン、ECプラグインなどによって設定画面や挙動は異なるため、特定の操作を一律に適用せず、実際に出力されているURL、meta robots、サイトマップを確認してください。

アーカイブは検索者への役割で判断する

カテゴリ・タグアーカイブは、テーマ別の記事一覧や商品ジャンルの入口として役立つことがあります。しかし、説明文がなく、複数のアーカイブで同じ投稿が並ぶだけなら、類似ページになりやすい点に注意が必要です。

判断基準は、そのアーカイブ単体を検索者が訪れたときに、テーマが明確で記事を探しやすく、投稿ページとは別の価値があるかです。価値を持たせるなら紹介文や導線を整え、役割を持たせないなら検索対象にする必要性を再検討します。

添付ファイルページ・検索結果・パラメータURLを確認する

本文がほとんどない添付ファイルページ、検索語を変えただけのサイト内検索結果、広告計測用パラメータ、絞り込み条件ごとのURLは、意図せず増えやすいURLです。Search Consoleのページインデックス登録レポートでURL例を確認し、同じパターンが増えていないかを調べてください。

不要URLがサイトマップに含まれていないか、重要ページから不要なパラメータURLへ大量にリンクしていないかも確認します。検索対象のURL群を管理することで、サイト構造を把握しやすくなります。

修正後の確認方法と注意点

修正後は未登録URLの件数だけで判断せず、重要URLがクロール、インデックス、canonicalの各段階でどう扱われているかを確認します。Googleの再クロールや再評価にかかる時間は、URLやサイトの状況で異なります。一律の日数は保証されません

件数よりも重要URLの傾向を見る

noindexにした検索結果ページやcanonicalで統合した重複URLが未登録なら、件数が多くても想定どおりの場合があります。注意すべきなのは、主力記事・商品・サービスページが同じステータスに集中している場合、特定の公開日以降に未登録URLが急増した場合、設定変更後に5xxやrobots.txtブロックなどが増えた場合です。

ページインデックス登録レポートではURL例を開き、ページタイプごとの偏りを確認します。目標はすべてのURLを登録させることではなく、重要な正規URLを適切に扱わせることです。

インデックス登録は保証されない

技術要件を満たし、内容を改善し、内部リンクとサイトマップを整えても、Googleが特定URLを必ずインデックス登録するわけではありません。サイト運営者ができるのは、Googleがクロール・理解しやすく、検索者に役立つページを用意することです。

よくある質問

未登録ステータスについて、対応時に迷いやすい点を補足します。

どちらもエラーとしてすぐ修正すべきですか?

いいえ。検索結果に出す必要がないURLなら、未登録でも問題とは限りません。主力記事や商品ページなど、検索流入を得たい重要URLが含まれる場合に、技術設定、内容、内部リンクを優先して確認してください。未登録の件数だけで判断しないことが重要です。

XMLサイトマップに載せれば登録されますか?

いいえ。XMLサイトマップはGoogleに重要URLを知らせ、発見を助ける仕組みですが、クロールやインデックス登録を保証するものではありません。正規URLだけを掲載し、ページの品質、クロール可能性、内部リンクも整える必要があります。

noindexページはXMLサイトマップから外すべきですか?

原則として、検索結果に出さない方針のnoindexページはXMLサイトマップに含めないほうが、サイト内のシグナルをそろえやすくなります。恒常的にnoindexとサイトマップ掲載を併用している場合は、その必要性を確認してください。

まとめ

「クロール済み・インデックス未登録」は、取得後に未登録となっているため、正規化、重複、コンテンツの固有価値を中心に確認します。「検出・インデックス未登録」は未取得の状態なので、重要URLへの内部リンク、サイトマップ、不要URLの増加、サーバー応答を確認します。

両者に共通する基本は、検索結果に出すべき重要な正規URLを明確にし、技術設定・内部リンク・サイトマップ・コンテンツの方針を一致させることです。修正対象を重要URLに限定することで、効率よく改善を進められます。

SEO / WEB MARKETING / AIO・LLMO

SEO・Web集客に約15年 その実務知見を、AIO・LLMO時代の記事制作へ

SEO・Web集客に15年以上携わってきた実務経験をもとに
検索意図の分析、記事構成、SEO、Web調査、品質確認まで。
AI時代の記事制作に必要な考え方と工程を、AIワプレスの仕組みに落とし込んでいます。

 

その記事制作、AIワプレスにおまかせください。

タイトルを入力するだけで、記事制作からWordPressへの投稿まで。
実際のWordPress環境でAIワプレスをご体験いただけます。

まずは無料で試してみる 2記事まで/30日間・クレジットカード登録不要