クロール済み - インデックス未登録とは、どういう状態ですか。

Googleがページを読んだものの、いまはインデックスに登録していない状態です。Googleの説明では、今後登録されることも、されないこともあります。エラーとは限りません。

クロール済み - インデックス未登録は、そのままにしてよいですか。

URLによります。一覧を開いて、検索結果に出てほしいページと、出なくてよいURLに分けます。出なくてよいURLは、件数に含まれていても、ふつうは手を入れなくてかまいません。まず確かめるのは、出てほしいページです。見覚えのないURLは、作った会社に確かめてもらいます。

検索結果に出てほしいページが入っていたら、何をしますか。

公開した日、URL検査でのいまの状態、ほかのページとの重なり、サイトの中のリンクの順に確かめます。リクエストを送るのは、前回のクロールのあとに、ページを直したときです。同じページのリクエストを何度送っても、早く読まれることはない、とGoogleは説明しています。

クロール済み – インデックス未登録とは？原因と最初の一手

クロール済み – インデックス未登録とは

「クロール済み – インデックス未登録」は、Search Consoleの「ページのインデックス登録」の画面に出る、登録されていない理由の1つです。Search Consoleは、Googleが無料で提供している、検索での表示状況を見る管理画面です。「ページのインデックス登録」の画面では、サイトのページが登録されているかと、登録されていないページの理由を、まとめて確かめられます。

ここで、「クロール」と「インデックス登録」の意味を確かめておきます。Googleは、まずページのURLを見つけます。次に、クローラーというプログラムで、そのページの中身を取得します。これがクロールです。取得した中身を解析して、Googleのデータベースに保存することを、インデックス登録と言います。検索結果に並ぶのは、登録されたページです。

Search Consoleのヘルプ「ページインデックス登録レポート」は、この表示を次のように説明しています。以下、このヘルプを「レポートのヘルプ」と呼びます。

ページは Google によりクロールされましたが、インデックスには登録されていません。今後、インデックスに登録される可能性がありますが、登録されない可能性もあります。この URL のクロールのリクエストを再送信する必要はありません。

説明は、この3文です。ここから分かることと、書かれていないことを分けておきます。

図1：Googleの説明から分かることと、書かれていないこと。Search Consoleのヘルプ「ページインデックス登録レポート」の説明をもとに、筆者が整理した。

この説明には、登録されていない原因も、今後いつ登録されるかも書かれていません。そのため、この表示を見ただけでは、何を直せばよいかは決まりません。

では、この表示はエラーなのでしょうか。レポートのヘルプは、登録されなかった理由の一覧の前に、次のように書いています。

ページはインデックスに登録されていませんが、必ずしもエラーによるものではありません。具体的な説明を読んで、対処する必要があるエラーかどうかを確認してください。

同じヘルプには、次の文もあります。

「未登録」は、必ずしも URL にとって不適切な状態であるとは限りません。指定された URL がインデックスに登録されない理由を調べてください。

ほとんどのサイトでは、インデックスに登録されていないページが少なくとも数ページありますが、重要なページはすべてインデックスに登録する必要があります。

登録されていないページがあること自体は、珍しいことではありません。確かめるのは、件数ではなく、重要なページ、つまり検索結果に出てほしいページが、その中に入っているかどうかです。

「検出 – インデックス未登録」との違い

同じ画面には、よく似た理由として「検出 – インデックス未登録」も出ます。レポートのヘルプは、こちらを次のように説明しています。

ページは Google により検出されましたが、まだクロールされていません。これは通常、Google が URL をクロールしようとしたものの、サイトへの過負荷が予想されたため、クロールの再スケジュールが必要となった場合です。そのため、レポート上で最終クロール日が空欄になっています。

2つの違いは、Googleがページを読んだかどうかです。

表示	Googleがしたこと	クロールした日
検出 – インデックス未登録	URLを見つけたが、まだ読んでいない	空欄
クロール済み – インデックス未登録	ページを読んだが、登録していない	日付が入る

図2：「検出 – インデックス未登録」と「クロール済み – インデックス未登録」が、止まっている段階。右端は、比べるために並べた登録済みの状態。

どちらも、Googleのデータベースには登録されていません。ただ、止まっている段階が違います。「検出」のページは、まだ読まれていないので、Googleはページの中身を見ていません。「クロール済み」のページは、中身を読まれたうえで、いまは登録されていない状態です。

この記事で扱うのは、「クロール済み」のほうです。

なぜ登録されないのか

なぜ登録されないのかについて、Googleは「Google の検索エンジンの仕組み、検索結果と掲載順位について」という資料で、次のように書いています。

ただし、インデックス登録は保証されているわけではなく、Google が処理するページのすべてがインデックスに登録されるとは限りません。

同じ資料は、インデックス登録に関する一般的な問題として、ページのコンテンツの品質が低いこと、インデックス登録を禁止する指定があること、ウェブサイトのデザインが原因で登録が難しくなっていることの3つを挙げています。これは、インデックス登録の全体について書かれたもので、3つそれぞれの中身も、この箇所には書かれていません。デザインは、見た目の色や形よりも、ページやサイトの作りのことだと私は読んでいます。

レポートのヘルプにも、登録されないページについての問いと答えがあります。問いは「ページがインデックスに登録されていなくても問題ありませんか？」で、答えは「もちろんです」から始まります。

robots.txt ルールまたは noindex タグによってブロックされているページ、サイト内の他のページと重複しているページ、インデックス登録の対象として適切でないページ（さまざまな種類のフィルタが適用されたページのバリエーションなど）については、Google はインデックスに登録しません。

フィルタが適用されたページのバリエーションは、同じ中身を、並び順や絞り込みを変えて出しているページのことです。noindexは、ページを検索結果に出さないための指定です。robots.txtは、Googleのクローラーに読みに来させない場所を書いておくファイルです。

この2つの資料をこの表示に当てはめると、考えられる原因は次の4つです。

考えられる原因	どういう状態か	自分で確かめること
ほかのページと中身が重なっている	同じサイトの中に、ほぼ同じ内容のページがある	似た題名や、同じ説明のページがないか
中身が少ない	記事の一覧だけのページや、本文がほとんど無いページ	そのページだけで、読者が必要な情報を得られるか
公開したばかり	読まれた直後で、まだ登録されていない	公開した日、直した日
サイトの中でリンクされていない	ほかのページから、そのページへ行く道がない	トップや関連するページから、たどれるか

上の3つは、この章で引いたGoogleの説明（重複しているページは登録しない、品質が低いと登録されにくい、新しいページは登録までに時間がかかる）から考えたもので、4つ目は私の見立てです。自分のページがどれに当たるかは、ページを開いて、第6章の順番で確かめます。

ほかのページと中身が重なっているときに、どのページを残し、どうGoogleに伝えるかは、重複コンテンツの記事で解説しています。

関連記事重複コンテンツは、書く前に防ぐ

一覧を開いて、URLを2つに分ける

まず、一覧を開き、並んでいるURLを2つに分けます。ここまでは自分でできます。設定を変える作業が必要になったら、分けた一覧をそのまま作った会社に渡して、頼めます。

Search Consoleの左のメニューで、「インデックス作成」の「ページ」を開くと、「ページのインデックス登録」の画面が出ます。画面の下にある「ページがインデックスに登録されなかった理由」の表で、「クロール済み – インデックス未登録」の行をクリックすると、当てはまるURLの一覧が出ます。noindexとnofollowの違いの記事では、同じ画面でnoindexが付いているページの一覧を開き、2つに分けています。

一覧が出たら、URLを1つずつ見て、2つに分けます。分ける基準は、そのURLが検索結果に出てほしいものかどうかです。

検索結果に出てほしいページ：サービスのページ、会社概要、記事のページなど
検索結果に出なくてよいURL：フィード（更新した内容を配信するためのURL）、記事一覧の2ページ目以降（URLの最後が /page/2/ などになっているページ）など

画像だけが表示されるページや、「?」のあとに文字が続くURLも、出なくてよいURLに入ることが多いものです。ただ、URLの形だけでは決めず、開いて、表示される中身を見て決めます。開いたら、検索した人に読んでほしい中身が、そのページにあるかを見ます。別のページと同じ中身が、並び順や絞り込みを変えて出ているだけなら、検索結果に出てほしいのは元のページのほうなので、出なくてよいURLに入れます。画像が1枚出るだけのページも同じで、検索結果に出てほしいのは、その画像を載せている記事やページのほうです。

図3：一覧に並んだURLを、検索結果に出てほしいページと、出なくてよいURLに分ける。

出なくてよいURLは、手を入れなくてかまいません。第3章で引いたとおり、Googleは、インデックス登録の対象として適切でないページは登録しない、と書いています。レポートのヘルプも、このレポートで確認しなくてよい点として、「サイトのすべての URL がインデックスに登録されるわけではありません」と書いています。

ただし、出なくてよいURLを、すべてそのままにしてよいとは限りません。見覚えのないURLや、何のために作られたのか分からないURLがあれば、作った会社に一覧を渡して、確かめてもらいます。WordPressなどのCMS（ホームページを更新するための仕組み）が、自動で作ったURLの場合もあります。

件数については、何件までなら問題ない、という目安を、Googleは示していません。

一覧に出るのは、最大で1,000行です。レポートのヘルプは、当てはまるURLがすべて表示されるとは限らない、とも書いています。

このブログの画面で、理由を見て、2件を分ける

実際の画面では、どう表示されるのか。このブログ（arrowsdc.jp）の「ページのインデックス登録」を確かめました。画面に表示されていた最終更新日は、2026年9月21日です。

登録済みは34件、未登録は29件でした。未登録の29件は、5つの理由に分かれていました。

図4：このブログ（arrowsdc.jp）で、登録されていなかった29件の理由。Search Consoleの「ページのインデックス登録」で確認した。画面の最終更新日は2026年9月21日。理由の名前は、画面に出ていたとおり。

画面の表には、理由ごとに「ソース」という欄があります。レポートのヘルプは、この欄を次のように説明しています。

この表の [ソース] の値は、問題の原因が Google とウェブサイトのどちらにあるかを示しています。一般に、修正できるのは原因が「ウェブサイト」としてリストされている問題のみです。

29件のうち24件は、ソースが「ウェブサイト」でした。noindex、存在しないURL（404）、robots.txtの3つで、どれも、サイトの側の設定やURLの状態によるものです。残りの5件は、ソースが「Google システム」で、「検出 – インデックス未登録」が3件、「クロール済み – インデックス未登録」が2件でした。

「クロール済み – インデックス未登録」の行をクリックすると、2件のURLが出ました。2件とも、執筆者ごとの記事一覧のURLです。同じ一覧が、URLの最後に「/」が付いた形と、付いていない形の2つで、別々に数えられていました。前回のクロールは、2件とも2026年9月7日です。

この2件を、第4章の基準で分けると、どちらも検索結果に出なくてよいURLに入ります。このブログの記事は、すべて私が書いているので、執筆者ごとの一覧に並ぶのは、コラム一覧と同じ記事です。同じ中身を別のURLで出しているだけなので、検索結果に出てほしいのは、コラム一覧と、それぞれの記事のページのほうです。

「クロール済み – インデックス未登録」のソースは、「Google システム」です。noindexのように、自分の側で付けた指定を外せば消える表示ではありません。登録するかどうかは、Googleが決めます。ただ、ページそのものは、自分の側で見直せます。ほかのページとの重なり、サイトの中のリンク、ページの中身です。直すのは表示ではなく、ページのほうです。次の章では、確かめる順番を説明します。

出てほしいページが入っていたとき、確かめる順番

一覧に、検索結果に出てほしいページが入っていたら、直し始める前に、次の順番で確かめます。1から5まで、確かめるところまでは自分でできます。3で残すページをGoogleに伝える設定や、4でリンクを足す作業、5でページを直す作業は、自分でするか、作った会社に頼みます。

図5：検索結果に出てほしいページが、一覧に入っていたときに確かめる順番。順番は、筆者の整理。

1. 公開した日、直した日を確かめる

公開したばかりのページや、直したばかりのページは、登録されるまでに時間がかかります。公開や変更から1週間ほどたっていなければ、まず登録を待ちます。直したあとに、まだリクエストを送っていなければ、1回送ってから待ちます（第7章）。待つのは登録で、2から5の確かめは、待つあいだに始めてかまいません。1週間ほどたったら、一覧ではなく、2のURL検査で、登録されたかを確かめます。まだ登録されていなければ、3から5の確かめで見つかったところを直します。直したら、リクエストを1回送ります。待つ目安と、その根拠にしたGoogleの説明は、Google検索に表示されないときの記事で解説しています。

2. URL検査で、いまの状態を確かめる

「ページのインデックス登録」の画面には、最新の状態がまだ反映されていないことがあります。画面の右上に最終更新日があり、一覧のURLごとに「前回のクロール」の日付があります。その日付のあとに、Googleがもう一度読みに来て、すでに登録されていることがあります。

そこで、Search Consoleの画面の上にある検索窓（URL検査）に、そのページのURLを入れます。「URL は Google に登録されています」と出れば、すでに登録されています。レポートのヘルプも、URL検査では登録済みなのに、レポートには出ていないページについて、最近登録された可能性が高く、まもなくレポートにも反映される、と説明しています。レポートは、少し遅れて反映されるということです。

3. ほかのページと、中身が重なっていないかを見る

同じサイトの中に、題名や内容がほぼ同じページがないかを見ます。あれば、どちらを検索結果に出すかを決めます。出さないほうも、消すとは限りません。ページを残したまま、どちらを出してほしいかをGoogleに伝える方法もあります。よく使われるのは、canonical（カノニカル）と呼ばれる指定です。作った会社に頼むときは、この名前を伝えます。決め方は、第3章で紹介した重複コンテンツの記事にあります。

4. サイトの中の、どこからリンクされているかを見る

トップページや、関連するページから、そのページへたどれるかを見ます。どこからもリンクされていないページは、読者にとっても見つけにくいページです。リンクの貼り方は、内部リンクの記事で解説しています。

5. ページの中身を見直す

1から4を確かめても、手を入れるところが見つからなければ、ページの中身を見直します。そのページだけで、読者が必要な情報を得られるかを確かめます。足りない論点の見つけ方など、中身の直し方は、SEOリライトの記事の「中身を直す」で解説しています。

要らないページだと分かったときは、削除することもできます。ただ、削除する前に、ほかのページからそのページへのリンクがないかを確かめます。リンクが残ったまま消すと、リンクをたどった読者が、存在しないページに着きます。

インデックス登録のリクエストは、送ってよいか

URL検査の画面には、「インデックス登録をリクエスト」というボタンがあります。Googleに、そのページを読んで登録するよう頼むためのボタンです。「クロール済み – インデックス未登録」のページでも、このボタンを押せば登録されるのでしょうか。

第1章で引いたとおり、レポートのヘルプは、この表示について「この URL のクロールのリクエストを再送信する必要はありません」と書いています。理由までは書いていません。この表示のページは、Googleがすでに読んでいます。読まれたあとに何も変えていなければ、もう一度読んでもらうよう頼む理由はない、と私は読んでいます。

リクエストそのものについて、Googleは2つの資料で書いています。1つは、Search Consoleのヘルプ「URL 検査ツール」です。

リクエストを送信しても、ページが Google インデックスに表示されるとは限りません。

もう1つは、「URL の再クロールを Google にリクエストする」という資料です。この資料は、リクエストできる場面を、次のように書いています。

サイトにページを追加した場合、またはサイトのページに変更を加えた場合は、ここに記載されている方法を使用して、インデックスへの再登録を Google にリクエストできます。

同じ資料には、次の注意もあります。

なお、個々の URL の送信には上限があり、同じ URL に対して再クロールを何度もリクエストしても、早くクロールされることはありません。

リクエストを送ってはいけない、ということではありません。送るのは、ページを直したときです。分け目は、前回のクロールのあとに、ページを変えたかどうかです。前回のクロールの日付は、一覧のURLごとに出ています（第6章の2）。その日付と、ページを最後に直した日を比べます。

場面	リクエスト	そのあと
前回のクロールのあと、ページを変えていない	送らない	第6章の順番で、ページを確かめる
前回のクロールのあとに、ページの中身を直した	1回送ってよい	1週間ほど待って、URL検査で確かめる

一覧の画面には、「修正を検証」というボタンもあります。レポートのヘルプによると、押すと、この理由に当てはまるURLが、まとめて読み直されます。問題のあるURLをすべて直してから押すもので、見落としが1つでもあると、検証はそこで止まります。検証は通常2週間ほどで完了し、それより長くかかる場合もある、とも書いています。何も直していないときに押すボタンではありません。直したのが一覧の一部のページだけなら、修正を検証ではなく、直したページのリクエストを送る、と私は考えています。

これまでにリクエストを送ったかどうかが分からなくても、迷わずに済みます。見るのは、送ったかどうかではなく、前回のクロールの日付と、ページを最後に直した日だからです。

Search Consoleを自分で操作できないときは、この章の操作を、作った会社に頼みます。そのときも、頼むのは、前回のクロールのあとに、ページを直したときです。