クロール済み - インデックス未登録の意味と対処すべきケース

SEOReport Team·2026年10月16日

search-consoleindexingcrawled-not-indexedcontent-qualitytechnical-seo

「クロール済み - インデックス未登録」は、Google がページを取得したうえで登録しないと判断した状態です。対処すべきケースと放置してよいケース、原因の確認方法を解説します。

「クロール済み - インデックス未登録」（英語版では "Crawled - currently not indexed"）は、Google がページを正常に取得したうえで、少なくとも現時点ではインデックスに登録しないと判断したことを意味します。これはクロールエラーではなく Google の判断であり、ほとんどのサイトではある程度発生するのが普通です。対処が必要なのは、検索で見つけてほしいページがこのステータスになっている場合だけです。フィード、フィルタ URL など価値の低いアドレスであれば、これは正しい結果です。

Google による「クロール済み - インデックス未登録」の説明

このステータスは、Search Console のページインデックス登録レポートの「ページがインデックスに登録されなかった理由」の表に表示されます。以前のインデックスカバレッジレポートでも同じラベルで、"Excluded" グループに含まれていました。Google のページインデックス登録レポートのドキュメント（2026 年 10 月に確認）は、このステータスを簡潔に「ページは Google によってクロールされましたが、インデックスに登録されていません」と説明し、「今後インデックスに登録される場合も、登録されない場合もあります。この URL をクロール用に再送信する必要はありません」としています。

このステータスからわかることは 2 つあります。アクセスには成功しているので、robots.txt、サーバーエラー、リダイレクトは原因ではないこと。そして、判断は取得の後に下されたことです。Google 検索の仕組みに関するドキュメントによると、インデックス登録は保証されておらず、「ページのコンテンツとそのメタデータによって異なります」。よくある理由として、品質の低いコンテンツや、インデックス登録を難しくするサイト設計が挙げられています。

隣接するステータスの「検出 - インデックス未登録」は、Google が URL を把握しているものの、まだ取得していない状態を指します。こちらは取得が完了しており、ページそのもの、あるいはサイト内でのそのページの位置付けが、インデックスに入るだけの評価を得られなかったということです。

「クロール済み - インデックス未登録」は問題なのか

このレポートに関する Google 自身のガイダンスは明快で、「サイト上のすべての URL がインデックスに登録されることを期待しないでください」としています。重要なのは、どの URL がリストに入っているかです。

Sort by


修正	上位表示させたいページ（商品、サービス、地域、カテゴリ、記事のページ）が、公開から数週間たってもこのステータスのまま	以下の手順で原因を特定する
放置	フィード、URL パラメータ、絞り込みや並べ替えの組み合わせ、サイト内検索の結果、ページ分割されたアーカイブ、タグページ、添付ファイルページ	サイトマップから外し、価値を加えない場所ではリンクをやめる
経過観察	公開して間もないページ、大規模サイトでのごく少数の URL	通常のクロールが数週間行われた後に再確認する

最初の絞り込みとして実用的なのは、ページインデックス登録レポートのサイトマップフィルタを「すべての既知のページ」から「送信されたすべてのページ」に切り替えることです。この表示には、送信したサイトマップに掲載されている URL、つまり「インデックスに登録されるべき」と自分で表明した URL だけが表示されます。まずはこの表示で該当 URL を調べてください。この表示に含まれない URL は、たいてい「放置」の行に当てはまります。

このステータスの背後にある原因

Google はこのステータスの個々の URL について理由を示さないため、原因はサイト側で探すことになります。

そもそも上位表示を意図していない URL。 フィードの URL、トラッキングやセッションのパラメータ、ファセットナビゲーションの組み合わせ、サイト内検索のページは、どこかからリンクされているためにクロールされますが、より良いページにない価値を提供することはほとんどありません。Google のファセットナビゲーションに関するドキュメントによると、クローラーは通常、こうした URL を非常に多く取得してから、それらが役に立たないと認識します。

内容が薄い、またはほぼ空のページ。 ステータス 200 を返すものの、読む内容がほとんどないページです。空のカテゴリ、仮置きのページ、内容のないプロフィールなどが該当します。ページが空に見えたりエラーページのように読めたりする場合、Google は代わりに「ソフト 404」と報告することがあります。ある程度の内容はあっても単独で成り立つには少なすぎる場合、このステータスになることがあります。

他のページと似すぎているページ。 Google のドキュメントには、類似したコンテンツのページをグループ化し、そのグループを最もよく代表するページを選ぶと書かれています。都市名だけが違う地域ページ、説明文が同じ商品バリエーション、同じ問いを 2 回扱っている記事は、すべて同じ枠を奪い合います。

重要性を示すシグナルが弱い。 サイトマップにしか記載されていないページや、ページ分割の奥深くにあるページは、そのページの重要度を Google にほとんど伝えません。内部リンクは、自分で最も直接的にコントロールできるシグナルです。内部リンクに関するデータを参照してください。

JavaScript の実行後にしか存在しないコンテンツ。 Google はページをレンダリングして JavaScript を実行しますが、本文、タイトル、canonical タグがレンダリング後にしか現れない場合、Google が評価する内容はその処理が成功するかどうかに左右されます。

公開して間もないページ。 「今後インデックスに登録される場合も、登録されない場合もあります」という説明は、評価中のページが含まれる余地を残しています。新しい記事が短期間このステータスにあるだけなら、まだ問題とは言えません。

検索エンジンが最初に読む要素をホームページが JavaScript に頼っている割合

SEOReport がサーバーの生の HTML とレンダリング後のホームページを比較した外部サイト 34 件（2026 年 5 月〜10 月）のうち、7 件（21%）は、検索エンジンが最初に読む要素を JavaScript に頼っていました。タイトル、メタディスクリプション、canonical、H1 のいずれかが JavaScript の実行後にしか現れないか、生の HTML にページのテキストがほとんど含まれていなかったのです。34 件中 4 件（12%）では、生の HTML に含まれる単語が、レンダリング後に訪問者が目にする単語の 2% 以下でした。

レンダリング後の単語のうち生の HTML にすでに含まれる割合（34 サイト、2026年5月〜10月）

重要なコンテンツをサーバーのレスポンスに移す方法は、JavaScript レンダリングのガイドで解説しています。

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

見つかったパターンごとに該当 URL を 1 つ選んで URL 検査ツールで開き、結果を次の順に確認します。

前回のクロール。 日付を控えます。その日付より後に行った修正はまだ Google に認識されていないので、Google が実際に取得したページで判断します。
「ページの取得」と「インデックス登録を許可?」。 「成功」と「はい」になっているはずです。インデックス登録が許可されていない場合、その URL の問題はこのステータスではなく noindex です。
「ユーザーが指定した正規 URL」と「Google が選択した正規 URL」。 Google が選択した正規 URL が表示されていて、それが別の URL であれば、Google は別のページをメインのバージョンとして扱っています。これは canonical の問題で、canonical タグのガイドで扱っています。
「公開 URL をテスト」から「テスト済みのページを表示」。 スクリーンショットには、そのテストで Google がレンダリングしたページが表示されます。スクリーンショットにメインコンテンツがなければ、原因はレンダリングの可能性が高いでしょう。Google は、公開 URL のテストではページが重複しているかどうかなど、インデックス登録のすべての条件を確認するわけではないとしています。公開 URL のテストに問題がなくても、そのページがインデックスに登録されるとは限りません。
自分の他のページと比べる。 該当ページを、最も近いインデックス登録済みのページと並べます。インデックス登録済みのページにはない、該当ページならではの価値を一文で言えないなら、原因は内容の薄さか重複です。

flowchart TD A["「クロール済み - インデックス未登録」の URL"] --> B{"この URL を検索結果に表示させたいか"} B -->|いいえ| C["放置し、サイトマップから外す"] B -->|はい| D{"公開して間もないか"} D -->|はい| E["経過を観察し、内部リンクを追加する"] D -->|いいえ| F{"Google が選択した正規 URL は別の URL か"} F -->|はい| G["重複として扱い、統合するか canonical シグナルを修正する"] F -->|いいえ| H{"公開 URL のテストにメインコンテンツがあるか"} H -->|いいえ| I["コンテンツを HTML のレスポンスで返す"] H -->|はい| J{"十分な内容があり、他のページと明確に異なるか"} J -->|いいえ| K["ページを改善、統合、または削除する"] J -->|はい| L["内部リンクを強化し、サイトマップに残す"]

個々の URL ではなく、パターン単位で作業します。該当 URL のリストをエクスポートし、パスごとにグループ化してください。/tag/ 配下の 400 件の URL は、400 回ではなく 1 回の判断で済みます。

原因ごとの修正方法

価値の低い URL の種類。 サイトマップから外し、ステータスはそのままにしておきます。ファセットナビゲーションについては、絞り込み URL を検索結果に表示させる必要がない場合、robots.txt でブロックするか、絞り込みに URL フラグメントを使うことを Google のドキュメントは推奨しています。自分の URL パターンに合わせて調整する例です。

text

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

内容の薄いページ。 ページが約束している中身を追加するか、ページを削除します。削除する場合は 404 または 410 を返すか、近い内容のページへ 301 でリダイレクトします。

ほぼ重複したページ。 同じ問いに答えるページは 1 つの充実したページに統合し、他のページはそこへリダイレクトします。3 色展開の商品のようにバリエーションが必要な場合は、各バリエーションの canonical タグでメインのバージョンを指定します。

html

<link rel="canonical" href="https://example.com/products/linen-shirt/" />

弱い内部リンク。 読者がリンクを期待する場所からページへリンクします。カテゴリページやハブページ、関連記事、そしてふさわしい場合はナビゲーションから、内容がわかるアンカーテキストでリンクしてください。

レンダリング。 タイトル、canonical、H1、本文を、サーバーサイドレンダリングや事前レンダリングによって HTML のレスポンスで返し、ページが何であるかをスクリプトに頼らずに伝えられるようにします。

サイトマップそのもの。 Google のサイトマップに関するドキュメントには、検索結果に表示させたい URL を含めること、そして lastmod は常に正確な場合にのみ使用することが書かれています。サイトマップには、200 を返しインデックス登録が可能な正規ページだけを掲載してください。誤った URL を告知しているサイトマップは珍しくありません。2026 年 5 月から 10 月に SEOReport がサイトマップのページを取得した外部サイト 29 件のうち、8 件（28%）に、リダイレクトする、noindex が指定されている、または robots.txt でブロックされているサイトマップ URL が 1 件以上ありました。正しいサイトマップに何を含めるべきかは、XML サイトマップのガイドで解説しています。

修正を検証する方法

該当ページを変更したら、ページインデックス登録レポートでこの理由を開き、「修正を検証」をクリックします。検証ではその理由に表示されている URL が再確認され、既知のすべての該当 URL が解消された場合にのみ合格となります。インデックスから外すと決めたフィードや絞り込み URL がリストに残っている場合、検証は失敗すると考えてください。代わりに「送信されたすべてのページ」の表示から検証を開始します。Google のドキュメントによると、サイトマップフィルタを適用した状態では、検証の対象はそのサイトマップに含まれる URL だけになります。

数日から数週間かかると見込んでください。Google のドキュメントによると、検証には通常最長で約 2 週間かかり、場合によってはさらに長くかかります。また、検証を開始するかどうかに関係なく、Google は通常のクロールの中で件数を更新します。

Search Console に表示されるのは該当する URL であり、それを生み出しているサイト上のパターンではありません。数百件の URL を 1 件ずつ確認する方法では、手作業でも1 回の AI チャットセッションでも、全体をカバーできることはまれです。Google がページをインデックスに登録しないと判断した理由を、Google 以外のツールが断定することはできません。SEOReport の完全な診断では、その背後によくあるサイト上の原因がわかります。たとえば、サイトマップに掲載されているのにテキストがほとんどないページ、ペアで示されるほぼ重複した記事、内部リンクが不足している記事、JavaScript の実行後にしか現れないホームページのコンテンツ、リダイレクトする・noindex が指定されているサイトマップの項目です。後日のレポートや週次のモニタリングで、それらの検出結果が解消されたかどうかを確認できます。

よくある質問

「インデックス登録をリクエスト」で「クロール済み - インデックス未登録」は解消しますか？

それだけでは解消しません。Google はすでにページをクロールしており、このステータスに関するドキュメントにも URL を再送信する必要はないと書かれています。URL 検査ツールのヘルプには、リクエストしても「ページが Google のインデックスに表示されることが保証されるわけではありません」とも記載されています。まずページを変更し、そのうえで重要な数ページについてインデックス登録をリクエストするか、グループ全体について「修正を検証」を実行すれば、Google に再確認を依頼できます。

このステータスから抜け出せないページに noindex を付けるべきですか？

付けるのは、検索結果に一切表示させたくないページだけにしてください。noindex を付けるとそのページは「URL に noindex が指定されています」に移り、意図が明確になってレポートも読みやすくなります。インデックスに登録させたいページに noindex を付けるのは、修正とは正反対です。

このステータスは、サイトがペナルティを受けているという意味ですか？

いいえ。手動による対策は、ページインデックス登録レポートではなく、Search Console の「手動による対策」レポートに表示されます。このステータスは URL 単位のインデックス登録の判断であり、Google のドキュメントにも、ほとんどのサイトには少なくともいくつかインデックスに登録されていないページがあると書かれています。

インデックスに登録させたいページが、何度もこのステータスに戻るのはなぜですか？

たいていは、判断を変えるには変更が小さすぎたためです。別のページと重複したままのページに数文を足しただけ、あるいはどこからもリンクされていないページに新しい文章を加えただけ、というケースです。最も近いインデックス登録済みのページとの比較をやり直し、該当ページを指している内部リンクの数を数えてください。

サイトの完全な診断を受ける

根拠に基づくレポートと優先順位付きの改善計画を、毎月のクレジット付きプランで。

動画を見る料金を見る