検出 - インデックス未登録：Google がクロールを後回しにする理由

「検出 - インデックス未登録」（英語版では "Discovered - currently not indexed"）は、Google が URL の存在を把握しているものの、まだ取得していないため、ページの内容を一文字も読んでいない状態を意味します。公開から数週間以内のページであれば、たいていはクロール待ちの状態にすぎず、何もしなくても解消します。重要なページが何週間もこのステータスのままの場合や、件数が増え続けている場合は、サイト上の何かが検出やクロールを遅らせています。そしてそれは修正できます。

Google によるこのステータスの説明

Google のページ インデックス登録レポートのドキュメント（2026 年 10 月に確認）は、このステータスを 3 つの要素で説明しています。Google はページを見つけたがまだクロールしていないこと、通常は Google が URL をクロールしようとしたものの、サイトに過負荷をかけると予想されたためクロールの予定を変更したこと、そしてそのためにレポートには前回のクロール日が表示されないことです。この説明は、レポートがインデックス カバレッジ レポートと呼ばれていた少なくとも 2021 年 12 月から変わっていません。現在このステータスは「未登録」の下にあります。

この定義から 2 つのことが言えます。Google はこのページをまだ読んでいないので、このページのコンテンツをまだ評価していません。したがって、ページを書き直すことが解決策になることはまれです。原因はたいていページの周辺にあります。Google がそのページをどう見つけたか、同じクロールを奪い合う URL が他にどれだけあるか、サイトがクロールする価値があるとどの程度見なされているか、サーバーがどう応答しているか、です。

flowchart TD
    A["Google がリンクやサイトマップから URL を知る"] --> B["URL が Google のクロール予定の中で待機する"]
    B -->|"クロールを延期"| C["検出 - インデックス未登録"]
    C -->|"予定を再設定"| B
    B -->|"クロール完了"| D["Google がページを読む"]
    D -->|"現時点では登録しない"| E["クロール済み - インデックス未登録"]
    D -->|"登録する"| F["ページはインデックスに登録済みです"]

「クロール済み - インデックス未登録」はその次の段階です。Google がページを取得したうえで、現時点ではインデックスに登録しないと判断した状態であり、ページそのものに関する問題です。この判断については、「クロール済み - インデックス未登録」の意味と対処すべきケースで解説しています。

Google がまだ URL をクロールしていない理由

原因は心配のいらないものから構造的なものまであり、1 つのサイトに複数の原因があることもよくあります。

1. URL が新しい、またはサイトが新しい。 Google のクロール バジェットに関するドキュメント（2026 年 10 月に確認）によると、クロールの必要性は、サイトの規模、更新頻度、ページの品質、他のサイトと比べた関連性によって変わります。新しいサイトや更新がまれなサイトはクロールの必要性が低く見積もられがちで、新しい URL は長く待つことになります。

2. Google がその URL をサイトマップからしか知らない。 Google はサイトマップをヒントと位置付けており、リンクに関するドキュメントでは、重要なページにはすべて、サイト内の少なくとも 1 つの他のページからリンクを張るべきだとしています。Google が通常リンクをたどるのは、href 属性を持つ <a> 要素の場合だけです。スクリプトで遷移するボタンは確実な経路になりません。典型的な例は、ページ分割された深いアーカイブからしかたどれない記事、サイト内検索からしかたどれない商品、どこからもリンクされていない広告用ランディングページです。内部リンクのない重要ページに関する監査データでは、サイトマップに掲載されているページが、調査した他のページから 1 本もリンクされていなかった頻度を示しています。

3. 価値の低い URL が多すぎてクロールを奪い合っている。 Google のクロール バジェットに関するドキュメントには、サイト側から指示がなければ、Google はサイト上で把握しているすべて、またはほとんどの URL をクロールしようとすると書かれています。絞り込みや並べ替えの組み合わせ、サイト内検索の結果、内容の薄いタグアーカイブ、カレンダーページ、トラッキング パラメータは、実際のページの何倍にも膨れ上がることがあります。Google のファセット ナビゲーションに関するドキュメントは、そのコストをはっきり述べています。クローラーは絞り込み URL を非常に多く取得してからでないとそれらが無用だと判断できず、そこに費やされた時間は、新しく有用な URL に使われなかった時間です。

4. サーバーが負荷のシグナルを出している。 これは Google 自身の説明が挙げている理由です。クロール バジェットに関するドキュメントによると、サイトがサーバーエラー（5xx）や HTTP 429 などのレート制限のシグナルを返したときや、レスポンスが遅くなったときに、クロール能力の上限が下がります。背景にあるパターンとしては、キャッシュなしでリクエストのたびにページを生成している、ファイアウォールや CDN のルールがクローラーに 429 を返している、負荷がかかると落ちるホスティングを使っている、などがあります。

5. サイトマップが Google に渡すリストを無駄にしている。 リダイレクトする URL、404 を返す URL、noindex が付いた URL、robots.txt でブロックされた URL で水増しされたサイトマップは矛盾したシグナルを送ります。しかも、ブロックされた URL 以外はすべて、インデックスに登録させたくないページに Google のリクエストを使わせることになります。また Google は、<lastmod> は常に正確であることが確認できる場合にのみ使用し、<priority> と <changefreq> は無視するとしています。2026 年 5 月から 10 月に SEOReport がサイトマップのページを取得した外部サイト 29 件のうち、8 件（28%）が、リダイレクトする、noindex が指定されている、または robots.txt でブロックされている URL を 1 件以上掲載していました。

「検出 - インデックス未登録」は問題なのか

どの URL が、どのくらいの期間このステータスにあるかによります。Google 自身もレポートのガイダンスで、インデックスに登録されていない URL が必ずしも悪いわけではないとしています。

どの原因に当てはまるかを確認する方法

レポート全体から個々の URL へと絞り込んでいきます。

1. 送信済みと未送信を分ける。 ページ インデックス登録レポートのサイトマップ フィルタを使い、「送信されたすべてのページ」と「送信されていないページのみ」を比べます。このステータスの URL の大半が未送信なら、Google はあなたが掲載していない URL を見つけていることになり、原因 3 が疑われます。大半が送信済みなら、リンク、クロールの必要性、サーバーを確認します。
2. URL の例からパターンを読み取る。 Google が表示する URL の例は 1,000 行までです。エクスポートしてパスとパラメータでグループ化すると、?sort=、/tag/、/page/12/、/search などのパターンがすぐに見えてきます。こうしたパターンは数百行を並べて初めて現れるため、手作業でも1 回の AI チャットセッションでも、URL を 1 件ずつ確認する方法では見落としがちです。
3. 重要な URL をいくつか検査する。 URL 検査ツールの「検出」セクションには、その URL を含む送信済みサイトマップと、Google が URL を見つけるのに使った可能性のある「参照元ページ」が表示されます。サイトマップだけが表示されて参照元ページがない場合、Google はサイト内のリンクからその URL を見つけていないと考えられます。「公開 URL をテスト」では、Google の検査用クローラーが現時点でページを取得できるかどうかを確認できますが、Google がインデックスに登録するかどうかはわかりません。
4. サーバー側を確認する。 「設定」にある「クロールの統計情報」レポートには、クロール リクエストの合計数、平均応答時間、ホストのステータスが表示されます。Google のクロール バジェットに関するドキュメントは、URL 検査ツールに表示される "Hostload exceeded"（ホスト負荷の超過）も、サーバーの処理能力が上限になっている兆候として挙げています。Google によると、ページ数が 1,000 未満のサイトではクロールの統計情報を確認する必要はないはずです。その規模なら、ページ インデックス登録レポートの「サーバーエラー（5xx）」の行を見るほうが早く確認できます。
5. その URL にリンクしているはずのページのソースを表示する。 リンクがスクリプトによるクリックではなく、HTML 内の普通の <a href> であることを確認します。

flowchart TD
    A["重要な URL が「検出 - インデックス未登録」になっている"] --> B{"公開から数週間以内か"}
    B -->|"はい"| C["経過を観察し、リンクされていることを確認する"]
    B -->|"いいえ"| D{"このステータスの URL の大半が未送信か"}
    D -->|"はい"| E["URL の増えすぎを抑える：絞り込み、パラメータ、アーカイブ"]
    D -->|"いいえ"| F{"URL 検査ツールに参照元ページが表示されるか"}
    F -->|"いいえ、サイトマップのみ"| G["クロール可能な内部リンクを追加する"]
    F -->|"はい"| H{"クロールの統計情報に遅い応答、5xx、429 があるか"}
    H -->|"はい"| I["サーバーエラーと処理能力を改善する"]
    H -->|"いいえ"| J["サイトマップを整理し、評価の高いページからリンクする"]

原因ごとの修正方法

リンクが弱い。 Google がすでに頻繁にクロールしているページから、その URL へリンクします。ホームページ、セクションのハブページ、新着記事一覧、密接に関連するページなどです。リンクには通常のアンカーを使います。

<!-- Google can follow this -->
<a href="/guides/pool-heat-pumps">Pool heat pump guide</a>

<!-- Google cannot reliably follow this -->
<span onclick="go('/guides/pool-heat-pumps')">Pool heat pump guide</span>

サイトマップに不要な URL が多い。 200 を返し、検索結果に表示させたい正規 URL だけを掲載します。リダイレクト、404、noindex が付いた URL、ブロックされた URL を取り除き、<lastmod> はページの内容が実際に変わったときだけ設定してください。構成についてはXML サイトマップのガイドで、よく見られる不備についてはサイトマップの健全性に関する監査データで解説しています。

URL の増えすぎ。 Google のファセット ナビゲーションに関するドキュメントは、絞り込み URL を robots.txt で禁止するか、絞り込みを URL フラグメント（# 以降）に移すことを推奨しています。フラグメントは個別にクロールされません。絞り込みリンクへの canonical タグや nofollow は、長期的には効果が低いとしています。クロールを節約する目的で noindex を使わないでください。Google のクロール バジェットに関するドキュメントによると、Google は noindex が付いたページでも、除外する前にリクエストします。削除したページには 404 または 410 を返します。絞り込み用の robots.txt のパターンは次のようになります。

User-agent: *
Disallow: /*?*sort=
Disallow: /*?*color=
Disallow: /search?

パターンはデプロイ前にテストしてください。意図より広く一致するルールは、実際のページまで隠してしまいます（? のない Disallow: /search では /search-engine-basics もブロックされます）。禁止した後は、既知の絞り込み URL がこのステータスから「URL が robots.txt によってブロックされています」に移ることがありますが、これは想定どおりの結果です。一致の仕組みは、robots.txt とクロールアクセスのガイドで説明しています。

サーバーの負荷。 5xx レスポンスの原因を解消し、訪問者ごとに変わらないページはキャッシュし、ファイアウォールや CDN のルールが Google に 429 を返していないことを確認します。クロールの統計情報で応答時間の増加が見られる場合や、"Hostload exceeded" が表示される場合は、サーバーの処理能力を増強してください。

修正を検証する方法

ページ インデックス登録レポートの問題の詳細ページで「修正を検証」をクリックします。Google がキューに入れるのは、その問題が確認されている URL だけで、サイト全体ではありません。ドキュメントによると、検証には通常最長で約 2 週間かかり、さらに長くかかることもあります。その間、URL 検査ツールで URL ごとの進み具合を確認できます。Google が取得すると「前回のクロール」の日付が表示されます。

最もよくある結果は、URL がインデックスに登録されるか、「クロール済み - インデックス未登録」に移るかのどちらかです。後者も前進です。問いが「Google はこのページに到達できるか」から「Google はこのページを必要としているか」に変わるからです。

このステータスについて完全な診断でわかること

Search Console では、どの URL が待機中かがわかります。SEOReport の完全な診断ではサイトを監査し、サイトが Google にページの存在を伝える 2 つの手段、つまりサイトマップと内部リンクを確認します。そして、たどり着きにくいページや、サイトマップでの告知が誤っているページを特定します。リダイレクトする、エラーを返す、noindex が付いている、またはブロックされているサイトマップの URL や、サイトマップに含まれていない記事、クロール可能なページからリンクされていない記事です。各検出結果には、調べたページ数が記載されます。Google のクロール予定やサーバーの応答時間は、引き続きクロールの統計情報で確認してください。

よくある質問

検出されたすべての URL で「インデックス登録をリクエスト」をクリックすべきですか？

いいえ。原因を修正した後、優先度の高い少数の URL に使ってください。1 日あたりの上限があり、リクエストしてもインデックス登録は保証されません。数百件の URL が待機しているなら原因は構造的なものであり、リンク、サイトマップ、URL の増えすぎを修正すれば、すべてをまとめて動かせます。

小規模なサイトでも、本当にクロール能力の問題が起きますか？

通常は起きません。Google のクロール バジェットに関するガイドは、主に、ページ数が 100 万以上でおおむね週 1 回更新されるサイト、10,000 以上で毎日更新されるサイト、そして URL の大部分がこのステータスにあるサイトを対象としています。2026 年 5 月から 10 月に SEOReport が監査し、サイトマップに 1 件以上の URL が掲載されていた外部サイト 29 件では、掲載 URL 数の中央値は約 90 件でした。ページ数が 1,000 未満のサイトではクロールの統計情報レポートは必要ないはずだという Google 自身の助言も、同じ方向を示しています。その規模のサイトなら、サーバーの処理能力より先に、内部リンクとクロールの必要性を確認してください。

このステータスに見覚えのない URL が表示されるのはなぜですか？

Google は、他のウェブサイト、古いページ、自分のテンプレートが付け加えるパラメータなど、クロールするあらゆる場所のリンクから URL を知ります。「送信されていないページのみ」を選択して切り分け、そのうちの 1 つを検査してください。「参照元ページ」から、どこで見つかったのかがわかることがよくあります。