Googleにインデックス登録されない場合の対処とリクエストのタイミング
· PION
ページのインデックス登録レポートの理由は、インデックス登録リクエストで解決する系統と、ページを修正しなければ解決しない系統に分かれます。理由別にどこを修正するのか、正規URL系の3つの理由をどう見分けるのか、Googleのインデックスリクエストはいつ送るのかを整理しました。
サーチコンソールのページのインデックス登録レポートを開くと、インデックスに登録されなかった理由が1つの表に複数行で表示されます。行ごとにページ数が付いており、名称は"クロール済み - インデックス未登録"のように長く、互いに似ています。Googleにインデックス登録されないと検索して出てくる答えはたいてい、インデックス登録リクエストを送るよう勧めるものですが、リクエストでは何も変えられない行がこの表に混ざっています。
リクエストを1回送ってクロールの順番を早めればよい行があり、ページやサーバーを修正するまではリクエストを何度送っても状態が変わらない行があります。レポートに表示される理由を2つのグループに分け、系統ごとにどこを修正するのか、インデックス登録リクエストを送るタイミングを整理しました。
1. インデックスに登録されなかった理由を2つの枠に分ける手順
レポートの理由は、インデックス登録リクエストで順番だけを早める系統と、ページ・サーバーを修正しなければ状態が変わらない系統にまず分かれ、PIONはサイトを点検する際、この2つの枠を作ってから個別の理由を確認します。 ページのインデックス登録レポートのヘルプは、理由リストの冒頭に"ページはインデックスに登録されていませんが、必ずしもエラーが原因とは限りません"と記載しています。Googleにインデックス登録されないと一括りに呼ばれる状態がこの表の複数の行に散らばっており、その一部は対処対象から外れます。
| 左の列：リクエストと時間で解決する理由 | 右の列：ページ・サーバーを修正すべき理由 |
|---|---|
| 検出 - インデックス未登録 | クロール済み - インデックス未登録 |
| レポートのどこにもないURL（サイトマップ・内部リンクの欠落） | URLが'NOINDEX'としてマークされている・robots.txtによってブロックされている |
| 右の列の原因を取り除いたばかりのURL | 401・403・404・Soft 404・サーバーエラー（5xx） |
| リダイレクトエラー・重複と正規URLの理由3つ |
URLのリストは理由の行からダウンロードします。左の列に入れたURLだけにインデックス登録リクエストを1回ずつ送り、右の列は理由別の修正リストへ移します。公開日順に並べて分けると、同じ日に公開したページが1つの理由に集中しているかも見えてきます。集中していれば、その日にデプロイしたテンプレート・リダイレクト・サイトマップの設定から点検します。
2. 検出はされたがクロールされていない状態の対処
"検出 - インデックス未登録"は、ページに修正すべき箇所がない状態で、クロールの順番が後回しになっているものです。 ヘルプはこの理由を"通常、GoogleがURLをクロールしようとしたものの、それによってサイトが過負荷状態になる可能性があるため、Googleがクロールのスケジュールを変更した場合です"と説明し、"そのため、レポートで最終クロール日が空になっているのです"と付け加えています。
名称が似ている"クロール済み - インデックス未登録"は右の列です。ヘルプはこの理由について"今後インデックスに登録される可能性もあれば、登録されない可能性もあります"と記載し、クロールのためにこのURLを再度送信する必要はないと明示しています。すでに取得したページをインデックスに登録しないと判断した状態なので、リクエストを再度送っても行はそのままです。
レポートにないURLは、Googleがまだそのアドレスを知らない場合です。Googleインデックス登録と呼ばれるプロパティ追加とサイトマップの送信、その後の状態別の対処はGoogle検索登録とサイト登録の確認、登録しても表示されない場合に確認することにあります。
3. 修正が必要な理由別の修正箇所
右の列は、インデックス拒否命令、アクセスブロック、レスポンスコードに分かれ、修正する箇所がそれぞれ異なります。
| 理由 | 修正箇所 |
|---|---|
| URLが'NOINDEX'としてマークされている | headのrobots metaタグ、X-Robots-Tagヘッダー |
| URLがrobots.txtによってブロックされている | robots.txtのブロックルール |
| 認証されていないリクエスト（401） | ログイン・認証要求の設定 |
| アクセス禁止（403） | サーバー・ファイアウォールの権限ルール |
| 見つかりません（404） | 移動した場合は新しい場所へ301リダイレクト |
| Soft 404 | サーバーの404レスポンス設定 |
| サーバーエラー（5xx） | サーバーの500番台のレスポンス |
| リダイレクトエラー | リダイレクトチェーンとループ |
上の表の最初の2行が同じURLに重なっている場合は、robots.txtから解消します。noindexで検索インデックス登録をブロックする（2025年12月31日更新）は、"robots.txtファイルでページがブロックされているか、クローラーがページにアクセスできない場合、クローラーはnoindexルールを一切確認せず、ページが検索結果に表示され続ける可能性があります"と案内しています。
401と403はHTTP標準が区別しています。RFC 9110は401を"対象リソースに対する有効な認証情報がない"、403を"サーバーはリクエストを理解したが、その実行を拒否している"と定義しています。Googleのヘルプも403について"Googlebotはユーザー認証情報を提供しないため、サーバーがこのエラーを誤って返しています"と記載し、サーバー設定のミスに分類しています。
4. 正規URLに関する3つの理由の見分け方
正規URLが原因でインデックスから除外される理由は3つあり、そのうち1つだけが対処対象で、PIONはクライアントのサイトを点検する際、この3つをまず分けておきます。
| 理由 | ヘルプが述べる状態 | 対処 |
|---|---|---|
| 適切な正規タグが含まれる代替ページ | 別のページの代替として表示される | "別途の対処を行う必要はありません" |
| ユーザーが選択した正規ページがない重複ページ | サイト管理者による指定がなく、Googleが別のページを選んだ | 正規URLを指定するか判断 |
| 重複ページ、Googleがユーザーとは異なる正規URLを選択 | サイト管理者の指定とGoogleの選択が食い違う | 2つのページが実際に重複しているか照合 |
正規URLの指定は方法ごとにシグナルの強さが異なります。rel=canonicalおよび他のメソッドで正規URLを指定する方法（2026年7月15日更新）は、リダイレクトを"リダイレクト先が正規URLになるべきという強力なシグナルです"、サイトマップへの掲載を"サイトマップに含まれるURLが正規になるようにする弱いシグナルです"と区別しています。
GoogleのURL削除ツールで重複を整理しようとする場合がありますが、同じ文書は"正規化のためにURL削除ツールを使用してはいけません"と記載し、"このツールを使用すると、Google検索ですべてのバージョンのURLが非表示になります"と理由を説明しています。
5. Googleインデックスリクエストのタイミングと回数
Googleのインデックス登録リクエストは、左の列のURLと、右の列を修正した直後のURLにのみ1回ずつ送ります。 GoogleにURLの再クロールをリクエストする（2025年12月31日更新）は、リクエストのタイミングを"最近サイトでページを追加または変更した場合"に限定し、"個々のURLの送信には割り当てがあり、同じURLに再クロールを何度リクエストしても、より早くクロールされることはありません"と明示しています。
Googleインデックスの復旧も手順は同じです。理由を取り除いてからリクエストを1回送って待ちます。noindex命令を削除したURLにリクエストを送る理由は再訪問の周期です。noindexの文書は"インターネット上でのページの重要度に応じて、Googlebotがページを再訪問するのに数か月かかる場合があります"と案内しています。
右の列を修正した後は、理由の画面で修正結果の確認を押します。ヘルプは"修正の確認には通常最大2週間かかりますが、それ以上かかる場合もありますのでお待ちください"と案内しています。2週間が過ぎても行がそのままなら、理由の名称が変わったか照合し、分類を見直します。
インデックス登録が完了したページがChatGPTやGeminiの回答に出てこない系統は、ChatGPT・Geminiでブランドが表示されない5つの理由で扱います。
右の列を修正したページがAIの回答に引用されるようにする作業を、PIONがGEO代行サービスのご案内でどの単位で請け負うかを明らかにしています。右の列に入る理由が自社サイトにいくつあるかを絞り込むには、5分でわかるGEO準備度診断のインデックス・ボットアクセスの項目から始めるとよいでしょう。
よくある質問
Googleにインデックス登録されないと表示されたらどうすればよいですか？
レポートに表示された理由をまず2つのグループに分けます。"検出 - インデックス未登録"のようにクロールの順番が後回しになった理由は、インデックス登録リクエストを1回送って待てばよく、noindex・robots.txtブロック・401・403・404・5xx・重複のようにページやサーバーが原因の理由は、その原因を取り除いてからリクエストします。PIONはサイトを点検する際、理由別のURLリストをこの2つの枠に分けたうえで、対処対象だけを絞り込みます。
Googleインデックスリクエストは何回まで送ってもよいですか？
1回で十分です。Googleの文書は、個々のURLの送信には割り当てがあり、同じURLに再クロールを何度リクエストしても、より早くクロールされることはないと案内しています。リクエストはページを新たに公開または修正した直後に送り、クロールには数日から数週間かかります。
重複ページを整理するためにGoogleのURL削除ツールを使ってもよいですか？
正規化には削除ツールの代わりに永続リダイレクトや正規URLの宣言を使用します。Googleの正規化文書は、正規化のためにURL削除ツールを使用してはいけないと記載し、このツールが検索ですべてのバージョンのURLを非表示にすると理由を説明しています。削除ツールは、緊急に検索から下げる必要があるページにのみ使用します。
Googleのサイトインデックス数が公開したページ数より少ないのですが、すべてリクエストすべきですか？
リクエストの対象は、2つの枠のうち左の列だけです。レポートのヘルプは、サイト内のすべてのURLがインデックスに登録されると期待してはいけないと案内しており、重複や代替に分類されたアドレスはインデックスに登録されないほうが正常です。公開リストからそれらのアドレスを除いたうえで、残ったURLだけを理由別に分けます。
インデックス登録リクエストを送って2週間が過ぎてもそのままなら、次は何をすればよいですか？
まず理由の名称が変わっていないかを確認し、分類を見直します。"検出 - インデックス未登録"が"クロール済み - インデックス未登録"に変わっていれば、右の列に移して本文を修正します。理由がそのままなら、サイトマップへの掲載の有無と内部リンクを点検し、同じURLにリクエストを再度送りません。