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