インデックスされない原因は？Search Consoleの理由別に対処法を整理
Google Search Consoleで「ページがインデックスに登録されなかった理由」を開くと、「クロール済み - インデックス未登録」や「検出 - インデックス未登録」のように、似た言葉が並びます。
インデックス登録とは、Googleがページの内容を読み取り、Google側のデータベースへ保存して、検索結果に出す候補として扱うことです。
「未登録」と一口に言っても、GoogleがそのURLをどこまで処理したかは状態ごとに違います。
- GoogleがそのURLをまだクロール（ページを読みに来ること）していない
- クロールはしたが、登録していない
- サイト側の設定で検索から除外している
- 別のURLを正規ページ（検索結果の代表として扱うURL）にしている
状態が違えば、見る場所も直し方も変わります。
原因を確かめないまま登録リクエストだけを繰り返しても、解決しないことがあります。
Search Consoleに表示された理由を先に見て、その理由に合う場所から調べると、原因はかなり絞れます。
この記事では、Search Consoleでよく見る状態ごとに「どういう意味か」「問題なのか」「最初に何を見るか」を整理します。
Googleの仕様や画面については、2026年10月27日に確認した公式情報をもとにしています。
そもそも検索に出ない原因がインデックスなのか分からないときは、「ホームページがGoogle検索に出ないのはなぜ？原因を順番に確認しよう」で広い原因を切り分けるのが先です。
目次
1. まず「未登録」の理由を確認する
最初に開く場所は、Search Consoleのページ インデックス登録レポートです。
レポートはSearch Consoleの左側メニューから開けて、サイト全体でどの理由が何件出ているかが分かります。
詳しく調べたいURLは、画面のいちばん上にある検索窓に完全な公開URLを貼り付けて、URL検査で個別に見ます。
サイト全体の傾向を知りたいときはレポート、一つのページを詳しく調べたいときはURL検査、という使い分けです。
レポートの例示URLは全件ではないため、一覧に見当たらない重要URLも個別に検査します。
Googleのページ インデックス登録レポート公式ヘルプに、未登録の理由ごとの意味が載っています。
まずは次の表で、自分の画面に近い状態を探すところからです。
Search Consoleの状態 | 意味 | 最初に確認すること |
|---|---|---|
クロール済み - インデックス未登録 | Googleはページを取得したが、現在はインデックスしていない | ページの独自性、重複、検索意図、内部リンク、正規URL |
検出 - インデックス未登録 | GoogleはURLを知っているが、まだクロールしていない | 最終クロール日、サイトマップ、内部リンク、サーバー状態、大量URLの発生 |
noindex タグによって除外されました | ページ側が検索結果へ登録しないよう指定している | そのページを本当に検索へ出したいか |
代替ページ（適切な canonical タグあり） | Googleが別URLを正規ページとして扱っている | 正規ページが意図したURLで、登録されているか |
重複しています（「ユーザーにより、正規ページとして選択されていません」など） | 似た内容のURLが複数あり、代表URLの扱いをGoogleが判断している | 重複URL、canonical、内部リンク、サイトマップ |
ページにリダイレクトがあります | 別URLへ転送する非正規URLとして扱われている | 転送が意図したものか、転送先が正しいか |
見つかりませんでした（404） | URLが存在しない状態 | 削除が意図的か、移転先があるか、内部リンクが残っていないか |
「未登録が何件あるか」だけでは良し悪しが決まらないので、検索へ出したい重要ページが未登録なのか、検索へ出さなくていいURLが未登録なのかを分けて見ます。
2. 「クロール済み - インデックス未登録」のとき
「クロール済み - インデックス未登録」は、Googleがページを取りに来たものの、今はインデックスしていない状態です。
Googleの公式ヘルプでは、この状態のURLは今後インデックスされることも、されないこともあると説明されています。
あわせて、この状態のURLについてクロールのリクエストを再送信する必要はないとも案内されています。
先に見るのは、ページの中身とサイト内での位置です。
検索へ出したい重要ページなら、次の順で見ていきます。
- 同じ検索意図の記事がほかにないか
タイトルだけでなく、誰のどんな疑問へ答えるページなのかを比べます。 - 内容がほかのページの言い換えになっていないか
一般論を並べただけでなく、このページだから分かる判断材料、具体例、比較、手順があるかを見ます。 - canonicalが別ページを向いていないか
URL検査で、ユーザーが指定した正規URLとGoogleが選択した正規URLを見比べます。 - 重要なページから内部リンクされているか
一覧に載っているだけでなく、関連する記事本文やピラー記事から自然にたどれる状態にします。 - ページの役割がサイト全体で必要か
似た記事が複数あるなら、無理に全部をインデックスさせるより、いちばん価値のあるURLへ内容をまとめた方がいい場合があります。
内容や役割の重複が原因なら、URLだけを変えて同じ内容を公開し直しても、その問題は残ります。
似た内容のページが複数あるなら、それぞれの用途、検索からの流入、既存のリンクを比べて、まとめるか役割を分けるかを判断します。
統合する場合も、残す内容とURL、旧URLからの転送や内部リンクの変更を制作者と確認し、未登録という理由だけで削除しないようにします。
検索から見つけてほしいページへは、内容が関連する別のページから内部リンクを張ります。
Googleもリンクに関する公式資料で、検索に出したいページへは同じサイト内の別ページから少なくとも一つリンクを張るようすすめています。
「クロール済み - インデックス未登録」は、技術設定だけを疑うのではなく、そのURLが独立した検索結果として存在する理由まで確かめるのがポイントです。
3. 「検出 - インデックス未登録」のとき
「検出 - インデックス未登録」は、GoogleがURLの存在は知っているものの、まだクロールしていない状態です。
Googleの公式ヘルプでは、Googleがクロールしようとしたものの、クロールを再スケジュールしたときに表示されることがあると説明されています。
再スケジュールの理由としては、サイトへの過負荷が予想される場合などが挙げられています。
この状態では、レポートの最終クロール日が空欄のこともあります。
公開したばかりのページが数件あるだけなのか、サイト内の大量のURLが同じ状態なのかで、見る場所が変わります。
検索へ出したいページなら、まず次の点を確認します。
- XMLサイトマップに正しいURLが含まれているか
- 関連する公開ページから内部リンクでたどれるか
- 同じ内容へ到達する不要なURLが大量に生成されていないか
- リダイレクトやエラーを繰り返していないか
- サーバーが不安定になっていないか
公開直後のページは、Google側の処理を待つ時間も要ります。
同じ種類のURLがまとめて「検出 - インデックス未登録」になっているなら、個別ページだけでなく、リンクやサーバーなど共通する仕組みにも原因がないか調べます。
関連する公開ページからの案内を増やすときは、関連ページから内部リンクを置く方法で、リンクを置く場所と言葉を確認できます。
4. noindex・canonical・リダイレクト・404は「意図どおりか」で判断する
Search Consoleに未登録のURLが並んでいても、それが正常なことがあります。
たとえば、検索結果には出す必要のない公開ページに意図してnoindexを付けているなら、未登録が狙いどおりの状態です。
会員情報や管理画面を守る認証は、検索除外とは別に必要であり、noindexで代わりにはできません。
canonicalで別のURLを正規ページに指定しているなら、指定先だけでなく、Googleが選んだ正規URLと、そのページの登録状態も確かめます。
301（恒久的な転送）は転送先を正規URLとして扱うためのシグナルになりますが、転送先の登録や検索結果への表示を保証するものではありません。
404も同じで、削除したページに代わりの行き先がなく、今後も戻さないなら、404のままが正しい応答です。
逆に、検索へ出したいサービスページや記事がnoindexになっている、関係のないURLをcanonicalに指定している、あるはずのページが404になっている、という状態なら直す対象です。
この4種類は件数で判断せず、「そのURLを検索へ出したいのか」「今の状態は意図どおりか」で仕分けます。
noindexとrobots.txtは、同じ検索除外の設定ではありません。
robots.txtは、ページを取得していい範囲をGooglebotなどへ伝えるファイルです。
robots.txtでページの取得そのものを止めると、Googleはページの中身を読めないので、ページ内に書いたnoindexもGoogleへ伝わりません。
手を付ける前に、そのURLを検索へ出したいのか、似た内容の別URLへまとめたいのかを決めておきます。
それが決まると、外す設定と残す設定が分かれます。
Googlebotがページへアクセスできているか
意図しない404やリダイレクトが出ているときに見るのは、Googlebotが受け取っている内容です。
Googlebotは、Googleがページを読み取るために動かしているプログラムです。
自分のブラウザでは正常に表示されていても、サーバーがGooglebotへはエラーや別のページを返していることがあります。
食い違いが起きやすいのは、次のような点です。
- ページが見つからないことを示す404や、サーバー側の不具合を示す5xxのエラーが返っていないか
- 意図しないURLへリダイレクト（別のURLへ自動で転送する設定）されていないか
- リダイレクトが何度も続いたり、同じURLへ戻ったりしていないか
- 公開したつもりのページが、下書き、非公開、予約公開のままになっていないか
- 制作中に使っていたテスト環境用の認証が、公開後も残っていないか
会員限定ページや個人情報を含むページの認証は、検索へ出す・出さないとは別の話なので、そのまま残す設定です。
URL検査の「公開 URL をテスト」では、現在のページをGoogleが取得できるかや、テストで確認できる問題を調べます。
ただし、ライブテストは転送先をたどっても、リダイレクトをたどったことまでは表示しません。
転送の有無や行き先を調べたい場合は、画面だけで判断せず、管理者にHTTPステータス（サーバーの応答を表す番号）と転送経路の確認を依頼します。
ブラウザでは正常に見えるのにライブテストでは取得できないときは、対象URL、取得結果、確かめた日時を渡し、HTTP応答や転送先は確認できた情報を添えます。
5. URL検査では「現在のページ」と「Googleが保存した状態」を分けて見る
URL検査の画面には、混ざりやすい情報が2つ並んでいます。
GoogleのURL検査ツール公式ヘルプでは、Googleが保存しているインデックス情報と、現在公開中のURLをその場で調べるライブテストは、別のものとして説明されています。
ページを直した直後は、保存済みの結果に修正前の古い状態が出て、ライブテストには修正後の状態が出ることがあります。
URL検査の画面では、次の項目を控えておきます。
- 検査した完全なURL
- インデックス登録の状態と理由
- 前回のクロール日時
- クロールが許可されているか
- インデックス登録が許可されているか
- ユーザーが指定した正規URL
- Googleが選択した正規URL
- ライブテストの結果
前回のクロール日時や正規URLが表示されない場合は、空欄や不明であることもそのまま記録します。
画面表示は時期によって変わります。
同じ名前の項目が見当たらないときは、上の公式ヘルプで最新の画面を確かめられます。
ライブテストで取得できたからといって、そのページが必ずインデックスされるわけではありません。
公式ヘルプでも、ライブテストを行っても、そのURLが正規URLとして選ばれるかどうかまでは予測できないと案内されています。
ライブテストの「取得可能」と、検索結果への「インデックス登録済み」は別の確認項目です。
6. 同じ理由が大量に出ているなら、共通点を探す
数百ページが同じ理由で未登録になっているときは、共通の原因がないかも調べます。
URLを種類ごとにまとめると、調べる対象を絞れます。
たとえば、次のように分けます。
- 重要なサービスページ
- ブログ記事
- カテゴリ・タグ・一覧ページ
- 古いURL
- 画像や添付ファイル
- パラメータ付きURL
- テスト用・管理用ページ
そのうえで、同じ種類のURLに共通する原因を探します。
ブログ記事だけが大量に未登録なら、記事同士の検索意図の重なり、内部リンク、テンプレートが疑わしいです。
古いURLが大量に404なら、移転先があるものと、代わりのページがなく削除したものが混ざっていないかを見ます。
パラメータ付きURLが増えているなら、商品一覧の絞り込みや並べ替え、印刷用ページなどの機能から、重複するURLが作られていないかを確かめます。
共通の問題が確認できたら、個別の修正を繰り返すのではなく、テンプレートなど元の仕組みから直します。
7. 修正後に再確認し、必要に応じて登録をリクエストする
検索へ出したい重要ページで原因を直せたら、まず同じURLをブラウザで開いて、本文、公開状態、正規URLの指定、内部リンクが意図どおりになっているかを見ます。
次に、URL検査の画面で「公開 URL をテスト」を押して、取得やインデックス登録を妨げる問題のうち、ライブテストで確認できるものが残っていないかを確かめます。
重要な修正をGoogleへ再確認してほしい場合は、そのプロパティの所有者またはフルユーザーが、URL検査の「インデックス登録をリクエスト」から再クロールを頼めます。
「クロール済み - インデックス未登録」という表示だけを理由に、変更していないURLへ再送する必要はありません。
ただし、リクエストは「Googleへ再確認してもらう入口」であって、登録の保証ではありません。
ページ数が多いなら、一つずつリクエストするより、サイトマップ（サイト内のURL一覧をまとめたファイル）を使う方が向いています。
正規URLを載せたサイトマップを整えて、Search Consoleの左側メニューにある「サイトマップ」から送信します。
Googleの再クロール依頼に関する公式資料では、クロールに数日から数週間かかることがあると案内されています。
同じURLへ短時間に何度もリクエストしても、クロールが速くなるわけではありません。
修正した直後に未登録と表示されても、それだけで失敗とは決められません。
ここからは、状態の変化を記録しながら待つ時間です。
記録に残しておく情報は、次のとおりです。
- 対象URL
- 最初に表示された未登録の理由
- 修正した内容（「canonicalを直した」「重複記事を統合した」「内部リンクを足した」など）と日付
- ライブテストの結果
- 登録リクエストまたはサイトマップ送信の日付
- 再確認日と「前回のクロール」の日時、新しい状態
この記録があると、後日、修正と状態の変化を時系列で見比べられます。
ただし、記録だけで特定の修正が変化の原因だったと断定はできません。
時間がたっても状態が変わらないときは、URL検査とページ インデックス登録レポートをもう一度開きます。
同じ場所を何度も直す前に、表示される理由が変わっていないかを見ます。
8. 制作者へ相談するときに渡したい情報
自分で設定を直せないときは、原因の手掛かりをまとめてから制作者へ渡します。
制作者には、次の情報を渡します。
- 問題が出ている完全なURL
- Search Consoleに表示された未登録の理由
- 前回のクロール日時
- URL検査とライブテストの結果
- ユーザー指定・Google選択の正規URL
- 問題が1ページだけか、同じ種類のURLへ広がっているか
- 公開・移転・削除・リニューアルなど、直前にやった変更
画面のスクリーンショットだけでなく、対象URLをテキストでも渡すと、相手がそのまま検査にかけられます。
サイト全体に関わる技術的な問題、サーバー障害、意図しないURLの大量生成が起きているときは、ここまでの記録を添えて制作者やSEOの専門家へ相談する段階です。
Search Consoleをまだ設定していない場合は、「Google Search Consoleの始め方｜初心者が最初に見る3つの画面」で最初の設定から進めます。
まとめ：未登録は「理由を見てから直す」
ページがインデックスされないときは、登録リクエストを繰り返す前に、Search Consoleに表示された理由を見ます。
「クロール済み」と「検出」ではGoogleがURLをどこまで処理したかが違い、noindex・canonical・リダイレクト・404では、未登録そのものが正常な場合もあります。
検索へ出したい重要URLだけを選び、理由に合わせて設定、内容、重複、内部リンク、サイト構造を確かめます。
同じ理由が大量に出ているなら、1URLずつではなくURLの種類ごとに整理すると、根本の原因を見つけやすくなります。
インデックスは「登録させる操作」を探すより、URLの状態を整えることから考えるのが基本です。
整えたい状態は、次の3つです。
- そのURLが正しく取得できる
- 検索結果に独立して存在する価値がある
- サイト内での役割がはっきりしている
まず一つやるなら、未登録になっているURLをURL検査にかけるところからです。
表示された理由と、確認できる場合は「前回のクロール」の日時をメモすると、この記事のどの節から調べるかを選べます。