Google Search Consoleで「検出 – インデックス未登録」と表示されるのは、GoogleがそのURLの存在をすでに把握しているものの、まだクロールしていない状態です。
つまり「ページを読んだうえでインデックスしなかった」のではなく、まだGooglebotがページ内容を取得していない段階です。 「クロール済み – インデックス未登録」とは原因の切り分け方が異なります。
30秒でわかる結論
- 「検出 – インデックス未登録」は、GoogleがURLを知っているが未クロールの状態
- 「クロール済み – インデックス未登録」とは別の状態
- Google公式では、クロール時のサイト負荷を避けるため後回しにされるケースが典型例として説明されている
- 新規ページは公開直後すぐにクロールされるとは限らない
- 重要ページなら、内部リンク・XMLサイトマップ・サーバー応答・大量URL生成を確認する
- URL検査のライブテストが成功しても、すぐクロール・インデックスされる保証はない
- 登録リクエストを連打するより、Googleが重要URLを発見・クロールしやすい構造を作る
「検出 – インデックス未登録」とは?
Search Consoleの「検出 – インデックス未登録」は、GoogleがURLを発見しているものの、まだクロールしていない状態です。
URLは発見済み → まだクロールしていない → まだインデックスされていない
Google Search Consoleの公式ヘルプでは、GoogleがそのURLをクロールしようとしたものの、サイトへの負荷が大きくなると予想されたためクロールを延期したケースが典型例として説明されています。 そのため、この状態では「最終クロール日時」が空欄になることがあります。
重要なポイント
GoogleはURLの存在は知っています。問題は「まだページ内容を取得していない」ことです。
「クロール済み – インデックス未登録」との違い
似た名前ですが、2つは明確に違います。
| 状態 | Googleの状況 |
|---|---|
| 検出 – インデックス未登録 | URLは知っているが、まだクロールしていない |
| クロール済み – インデックス未登録 | ページはクロールしたが、現在はインデックスしていない |
イメージ
検出済み:住所は分かっているが、まだ訪問していない
クロール済み:実際に訪問して内容を確認した
そのため、「検出 – インデックス未登録」で最初から記事本文の文字数だけを増やすのは順番が逆です。 まずGooglebotがクロールしやすい状態かを確認します。
なぜURLは発見されているのにクロールされない?
GoogleはWeb上のURLをすべて同時にクロールしているわけではありません。 発見したURLの中から、クロールするタイミングを判断します。
Google公式の「検出 – インデックス未登録」の説明では、典型例として、クロールするとサイトへ過度な負荷を与える可能性があるため再スケジュールしたケースが挙げられています。
実際のサイト運用では、次のような点を確認すると原因の切り分けに役立ちます。
確認したいポイント
- 公開したばかりの新規ページではないか
- 大量のURLを一度に公開していないか
- サーバー応答が不安定ではないか
- 内部リンクから辿れる重要ページになっているか
- XMLサイトマップに正規URLが含まれているか
- 不要なパラメータURLなどが大量発生していないか
原因1|公開したばかりでまだ順番が来ていない
新しいページは、公開後すぐにGooglebotが来るとは限りません。 Google公式も、新しいページや新しいサイトでは発見・クロール・インデックスまで時間がかかることがあると案内しています。
よくあるケース
今日公開した記事がSearch Console上で「検出 – インデックス未登録」になっていても、それだけで異常とは判断できません。
特に新しいサイトや更新頻度が低いサイトでは、Googlebotの訪問頻度がまだ高くない場合があります。
「24時間以内にクロールされない=異常」ではない
クロールまでの時間には固定ルールがありません。公開直後なら、まず少し時間を置いて状態を確認してください。
原因2|大量のURLを一度に公開している
数十・数百・数千URLを短期間に追加すると、Googleがすべてをすぐクロールするとは限りません。
たとえば、ECサイトの商品URL、タグページ、絞り込みURL、検索結果ページなどが大量に生成されると、Googleが発見するURL数が急増します。
例
- 商品100件
- 色10種類
- サイズ5種類
- 並び順3種類
組み合わせによって多数のURLが生成されると、重要な商品ページ以外のURLもGoogleが発見する可能性があります。
重要ではないURLが大量に発生している場合は、URL設計・内部リンク・canonical・パラメータ設計などを見直します。
原因3|サーバー負荷や応答状況に問題がある
Google公式では、「検出 – インデックス未登録」について、クロールするとサイトへ負荷がかかると予想されたため、クロールを延期したケースを代表例として説明しています。
サーバー側で確認したいこと
- 5xxエラーが頻発していないか
- レスポンスが極端に遅くないか
- アクセス集中時にタイムアウトしていないか
- WAFやセキュリティ設定がGooglebotを誤検知していないか
- サーバー障害が発生していないか
共用レンタルサーバー利用者は、まず管理画面の障害情報・アクセスログ・エラーログを確認し、問題が続く場合はサーバー会社へ問い合わせます。
原因4|内部リンクが弱く重要ページだと伝わりにくい
Googleはサイト内リンクなどを使ってページを発見し、サイト構造を理解します。 重要なページなのに、サイト内のどこからもほとんどリンクされていない場合は、サイト内での位置付けが弱くなります。
確認例
- カテゴリページから新記事へリンクされているか
- 関連記事からリンクされているか
- ハブページから辿れるか
- パンくずリストに含まれているか
- 孤立したページになっていないか
重要記事なら、読者が自然に辿れる内部リンクを用意します。 Googlebot向けだけに不自然な大量リンクを置く必要はありません。
原因5|XMLサイトマップに正規URLが入っていない
XMLサイトマップは、検索エンジンへ重要URLを知らせる代表的な方法です。
サイトマップの確認
- 対象URLがサイトマップに含まれているか
- 404 URLを含めていないか
- リダイレクトURLを大量に含めていないか
- canonicalではないURLを含めていないか
- Search Consoleでサイトマップ取得に成功しているか
ただし、サイトマップへ入れたからといって即時クロールやインデックスが保証されるわけではありません。 サイトマップは「このURLがあります」と知らせる手段です。
原因6|不要なURLが大量に生成されている
WordPressやECサイトでは、意図せず多数のURLが生成されることがあります。
| URL例 | 確認内容 |
|---|---|
| タグページ | 必要な分類だけか |
| 日付アーカイブ | 検索流入が必要か |
| 検索結果ページ | 大量生成されていないか |
| パラメータURL | 同内容の組み合わせが増えていないか |
| 絞り込みURL | 重要URLと重複していないか |
Googleが大量のURLを発見しているサイトでは、どのURLをクロールすべきか整理することが重要です。 検索結果へ出したい正規ページを明確にします。
まずSearch Consoleで確認すること
「検出 – インデックス未登録」を見つけたら、ページのインデックス登録レポートだけで判断せず、重要URLはURL検査でも確認します。
URL検査で対象URLを確認
最終クロール日時を確認
ライブURLテストを実行
200で取得できるか確認
必要なら登録リクエスト
Google公式によると、URL検査のライブテストでは一部のインデックス条件をリアルタイムには確認できません。 「URLはGoogleに登録可能です」と表示されても、実際のクロール・インデックスを保証するものではありません。
ライブURLテストで見るポイント
未クロール状態のURLでは、現在Googlebotがページへアクセスできるかを確認する意味があります。
ライブテストの確認項目
- ページ取得に成功するか
- HTTP 200で返るか
- ログインなしで閲覧できるか
- robots.txtでブロックされていないか
- ページリソースが大きく壊れていないか
ライブテストで取得できないなら、クロール待ちではなく技術的なアクセス問題を先に直します。
インデックス登録リクエストは有効?
重要な新規ページなら、URL検査からインデックス登録をリクエストできます。
リクエストしても即時クロールは保証されない
Googleは、クロールやインデックス登録を保証していません。何度も登録リクエストを送るより、ページが正常取得でき、内部リンクやサイトマップから重要URLとして辿れる状態を整える方が先です。
大量ページを1件ずつ送る用途には向きません。 多数URLはXMLサイトマップで管理します。
robots.txtやnoindexが原因なの?
「検出 – インデックス未登録」は、GoogleがURLを知っているもののまだクロールしていない状態です。 そのため、このステータスだけを見て「noindexが原因」と断定することはできません。
ただし、ライブテストや設定確認ではrobots.txtなどのクロール制御を確認しておく価値があります。
状態名だけで原因を決めない
Search Consoleのステータスは現在のGoogle側の処理状態を示します。実際の設定はURL検査やページソース、robots.txtなどで個別に確認してください。
「記事の品質が低いから未クロール」と断定してよい?
このステータスだけから、記事本文の品質が低いと断定することはできません。 なぜなら、GoogleはまだそのURLをクロールしていないためです。
一方で、サイト全体のURL設計や内部リンク、類似URLの大量生成などがクロール優先度に影響する可能性はあるため、長期間・大量に発生している場合はサイト全体の構造も確認します。
まずクロール前の問題を確認する
「検出 – インデックス未登録」のページに対して、いきなり本文を2倍に増やすのではなく、URL発見・サイト構造・サーバー応答・大量URL生成などを先に確認します。
少数なら放置してもよい?
すべての「検出 – インデックス未登録」を問題として直す必要はありません。
公開直後の記事
急がなくてよい
数日程度ならクロール待ちの可能性があります。まず時間を置いて確認します。
重要サービスページ
要確認
長期間クロールされないなら、内部リンク・サイトマップ・サーバー状態を確認します。
不要なパラメータURL
インデックス不要
検索結果へ出す必要がないURLなら、未登録でも問題ない場合があります。
大量に増加
サイト全体を確認
URL生成ルールやサーバー負荷、サイト構造を確認します。
長期間続く場合の確認順
重要ページが長期間「検出 – インデックス未登録」のままなら、次の順番で確認します。
URL検査で状態確認
ライブURLで取得確認
内部リンク確認
サイトマップ確認
大量URL生成を確認
サーバー応答を確認
必要なら登録リクエスト
技術的な問題がないのに大量発生が続く場合は、サイト全体で重要ページが明確になっているかも見直します。
クロールバジェットを気にするべき?
小規模な企業サイトや一般的なブログで、最初からクロールバジェットを細かく最適化する必要は通常ありません。
クロールバジェットが特に重要になるのは、大量ページを持つ大規模サイト、更新頻度が高いサイト、大量の不要URLが生成されるサイトなどです。
小規模WordPressなら
まず「重要記事へ内部リンクがある」「XMLサイトマップが正常」「不要URLを大量生成していない」「サーバーが安定している」を確認すれば十分です。
WordPressサイトで確認するポイント
WordPressでは、テーマやプラグインによって意図しないURLが増えることがあります。
WordPressの確認項目
- 記事がカテゴリ・関連記事から辿れるか
- XMLサイトマップへ投稿URLが含まれているか
- タグ・日付アーカイブを大量生成していないか
- 検索結果URLやパラメータURLが増えていないか
- サイト表示が遅すぎないか
- 5xxエラーが頻発していないか
SEOプラグインを使っている場合は、サイトマップにどの投稿タイプ・タクソノミーを含めているかも確認します。
やってはいけない対処
登録リクエストを毎日連打する
クロール・インデックスは保証されません。 根本的なサイト構造やサーバー問題があれば、リクエストだけでは解決しません。
記事を削除して同じ内容で再投稿する
URLを変えればクロールされるとは限りません。 むしろ不要なURLを増やす可能性があります。
文字数だけを増やす
この状態はまだ未クロールです。 まずGooglebotが正常にアクセスできるか、重要URLとして辿れるかを確認します。
すべての未登録URLをインデックスさせようとする
不要なアーカイブやパラメータURLなど、検索結果へ出す必要がないURLまで登録させる必要はありません。
教科書判定
「検出済み・未クロール」なので、まずクロールされやすい状態かを確認する
初心者は「検出 – インデックス未登録」を「GoogleはURLを知っているが、まだページを見に来ていない状態」と理解すれば十分です。
重要ページが長期間この状態なら、URL検査 → ライブ取得 → 内部リンク → XMLサイトマップ → 大量URL生成 → サーバー応答の順で確認してください。 公開直後の数ページだけなら、すぐ異常と判断せず少し待つことも必要です。
FAQ
Q.「検出 – インデックス未登録」はペナルティですか?
この表示だけでペナルティとは判断できません。GoogleがURLを発見しているものの、まだクロールしていない状態です。
Q.何日待てばクロールされますか?
固定日数はありません。新しいページやサイトでは発見・クロールに時間がかかる場合があります。重要ページが長期間変わらない場合はURL検査やサイト構造を確認してください。
Q.インデックス登録リクエストをすれば直りますか?
必ずではありません。重要なURLでは利用できますが、クロールやインデックスは保証されません。サーバー応答・内部リンク・サイトマップなども確認してください。
Q.「クロール済み – インデックス未登録」とどちらが悪いですか?
単純に優劣は付けられません。「検出」はまだ未クロール、「クロール済み」は内容取得後に未登録という違いです。原因と確認方法が異なります。
Q.サイトマップに入れれば必ずクロールされますか?
保証されません。XMLサイトマップはGoogleへURLを知らせる手段であり、即時クロール・インデックスを約束するものではありません。
まとめ
この記事の結論
- 「検出 – インデックス未登録」はURL発見済み・未クロールの状態
- 「クロール済み – インデックス未登録」とは別
- 公開直後なら時間を置く
- 長期間続く重要ページはURL検査とライブテストを行う
- 内部リンク・XMLサイトマップを確認する
- 大量URL生成やサーバー負荷も確認する
- 登録リクエストの連打ではなく、クロールしやすいサイト構造を整える
「検出 – インデックス未登録」は、ページ内容をGoogleが評価した結果ではなく、まだクロール前の段階です。 そのため、重要ページが長期間この状態なら、まずGooglebotがページへ到達・取得しやすいサイト構造とサーバー状態になっているかを確認してください。
「Search Consoleで『クロール済み・インデックス未登録』と出る原因」「Search ConsoleのURL検査とは?使い方を解説」もあわせて確認してください。