ページ インデックス登録レポート(GSC)
Google Search Console のページ インデックス登録レポート(旧 Index Coverage)の仕組み、登録済みと未登録、Source列、全ステータス、Validate fix、レポート遅延を解説します。
ページ インデックス登録レポート(旧 Index Coverage、現在は Google Search Console の Indexing 配下の Pages)は、登録済みと未登録の URL 数を示し、未登録 URL を理由別にまとめます。個別ページには URL Inspection を使います。未登録は必ずしも問題ではなく、canonical・重複、noindex、robots、意図的404は正しい結果です。Source = Website に絞り、表を上から処理し、Validate fix で再クロールを依頼します。レポートには遅延があり、500ページ未満のサイトでは不要な場合があります。
この主張の根拠 The Page indexing report shows indexed and not-indexed pages known to Google and groups non-indexing by reason. 対象範囲: Current Page indexing report terminology and behavior. 信頼度: 高 · 検証日: Google Search Console: Page indexing report この主張の根拠 The Page indexing report is for site-wide patterns; URL Inspection provides the indexed and live-test details for an individual URL. 対象範囲: Current distinction between Page indexing and URL Inspection. 信頼度: 高 · 検証日: Google Search Console: URL Inspection tool要点 — Google Search Console のページ インデックス登録レポートでは、Google がインデックス登録した(検索結果に表示できる)ページと、インデックス未登録のページがそれぞれ何件あるかを確認でき、未登録のページについてはその理由も分かります。以前の名称は Index Coverage report です。「インデックス未登録」は不安に見えても、多くの URL は意図どおり除外されています。
ページ インデックス登録レポートとは
Google Search Console を開き、左側メニューの Indexing にある Pages をクリックすると、ページ インデックス登録レポートが表示されます。Google は、このレポートで “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” と説明しています。(訳: Google がサイト上で検出してインデックス登録できるページと、発生したインデックス登録上の問題を確認できます。)
このレポートは、Google がサイト上で把握している URL を次の2つに分けます。
- Indexed — Google 検索に表示される可能性があるページ。
- Not indexed — 問題があるか、重複、ブロック、インデックス拒否などの妥当な理由によりインデックスに含まれていないページ。
その下の “Why pages aren’t indexed” 表には、理由ごとの URL 数が表示されます。実際の対応はこの表を起点にします。
「インデックス未登録」が通常は危機ではない理由
初めてレポートを見る人が見落としがちな点は、インデックス未登録は故障を意味しないことです。Google 自身も “Not indexed is not necessarily bad.” と説明しています。(訳: インデックス未登録は必ずしも悪い状態ではありません。) タグページ、商品一覧の絞り込み版、古いリダイレクト URL、重複ページなど、除外が正しい URL は多数あります。
したがって「Not indexed」の数が多くても慌てず、変更する前にどの理由が件数を構成しているかを確認してください。
1ページの確認には別のツールを使う
これはサイト全体の概要です。特定の URL がインデックス登録されているかを調べる場合は、Search Console 上部の検索欄にある URL Inspection tool を使います。レポートは傾向とグループ、URL Inspection は個別ページの確認用です。
このレポートは本当に必要か
サイトが500ページ未満なら、Google は “probably don’t need to use this report” としています。(訳: おそらくこのレポートを使う必要はありません。) site:yoursite.com 検索でインデックス状況を抜き取り確認できます。全件を目視できない大規模サイトほど、このレポートが役立ちます。
各列の読み方、16種類のステータス、「Validate fix」の仕組み、インデックス登録ページの急減を診断する方法は Advanced タブで説明します。
この主張の根拠 The Page indexing report shows indexed and not-indexed pages known to Google and groups non-indexing by reason. 対象範囲: Current Page indexing report terminology and behavior. 信頼度: 高 · 検証日: Google Search Console: Page indexing report この主張の根拠 The Page indexing report is for site-wide patterns; URL Inspection provides the indexed and live-test details for an individual URL. 対象範囲: Current distinction between Page indexing and URL Inspection. 信頼度: 高 · 検証日: Google Search Console: URL Inspection tool要点 — ページ インデックス登録レポート(旧 Index Coverage、GSC の Indexing 配下の Pages)は、Google がプロパティで把握する全 URL を Indexed と Not indexed に分け、未登録 URL を “Why pages aren’t indexed” 表で理由別にまとめる集計レポートです。個別ページは URL Inspection で確認します。重要なのは、インデックス未登録は必ずしも悪くないという点です。canonical/duplicate、noindex、robots、意図的な404は正しい結果になり得ます。Source = Website で修正可能な項目に絞り、優先順に並んだ表を上から処理し、Validate fix(通常は約2週間)で再クロールを依頼します。レポートには遅延があります。500ページ未満のサイトでは不要な場合があります。
レポートの実体と旧名称
Google の簡潔な定義では、このレポートで “see which pages Google can find and index on your site, and learn about any indexing problems encountered.” を確認できます。(訳: Google が検出・インデックス登録できるページと、発生した問題を確認できます。) より正確には “shows the Google indexing status of all URLs that Google knows about in your property.” です。(訳: Google がプロパティで把握している全 URL のインデックス登録状況を表示します。) URL単位ではなく、プロパティ全体の集計です。
数年前から SEO に携わっているなら、旧称 Index Coverage report の方がなじみ深いでしょう。Google は2022年に Page indexing へ改称し、左側ナビでは Pages と表示します。古いガイドの Coverage も同じレポートです。改称は Google I/O 2022 のデモで最初に確認され、その年の後半に展開されました。さらに2021年1月のデータ品質更新で複数ステータスが再編されたため、古い画面例は現在と一致しないことがあります。
レポートの読み方
クリックを始める前に、概要画面の次の要素を理解しておきましょう。
Indexed と Not indexed。 グラフ上部の2つの合計です。Google は “complete and accurate from Google’s perspective, but small discrepancies can occur for various reasons” と注記しています。(訳: Google の観点では完全かつ正確ですが、さまざまな理由で小さな差異が生じる場合があります。) URL総数との完全一致は期待しないでください。“View data about indexed pages” では履歴と最大1 000件のサンプルを確認できます。
“Why pages aren’t indexed” 表。 レポートの中心です。Google が対応重要度の高い順に、“shows issues that prevented URLs from being indexed on your site” を並べます。(訳: サイトの URL がインデックス登録されなかった原因となる問題を表示します。) 上から開始してください。並び順自体が優先順位です。
Source 列 — 修正対象のフィルター。 問題の発生源は Google または Website です。Google は “The Source value in the table shows whether the source of the issue is Google or the website. In general, you can fix only issues where the source is listed as ‘Website’.” と説明しています。(訳: Source は問題の発生源が Google かウェブサイトかを示し、通常は Website の問題だけを修正できます。) Source = Website かつ検証状態が Failed または Not started の項目が実際の作業リストです。
“Improve page experience” 表。 “issues that didn’t prevent page indexing, but we recommend that you fix them.” を示す別表です。(訳: インデックス登録を妨げなかったものの、修正を推奨する問題です。) ブロッカーではなく警告です。
サイトマップ フィルター。 グラフ上部で All known pages、All submitted pages、Unsubmitted pages only、または特定のサイトマップに絞れます。Google は “A URL is considered to be submitted by a sitemap even if it was also discovered through some other mechanism.” としています。(訳: 別経路でも検出されていても、サイトマップ経由で送信された URL と見なされます。) 検証時に特に便利です。
URL例には上限があります。 ステータスを開いたときのサンプルは “limited to 1,000 items, and isn’t guaranteed to show all URLs in a given status, even when less than 1,000 items.” です。(訳: 1 000件に制限され、総数が1 000件未満でも全 URL の表示は保証されません。) 完全なエクスポートではなくサンプルとして扱います。
10分しかない場合のトリアージ順。 インデックス登録したい URL 群を表すサイトマップに絞り、まず合計の予期しない減少や急増を確認します。次に Source = Website で対応可能な問題だけに絞ります。単発 URL より事業上重要なテンプレートや URL パターンを優先し、検証前に1 URL だけでなくパターン全体を修正します。
レポートと URL Inspection — 用途を分ける
最も実務的な違いです。Google は “This report isn’t used to investigate the index status of specific pages. To find the index status of a specific page, use the URL Inspection tool.” と明記しています。(訳: このレポートは個別ページの状態調査には使わず、特定ページには URL Inspection を使います。)
- Page Indexing report = プロパティ全体の傾向を理由別に集計。
- URL Inspection = 1つの URL のライブ状態と登録済み状態、Google が選んだ canonical、“Test live URL”。
ステータスが分かりにくいときは、サンプル URL を取り出して URL Inspection で調べます。2つのツールは併用するものです。
遅延に注意 — レポートは現状より遅れる
レポートはリアルタイム更新ではなく、各 URL を Google が最後にクロールした時点を反映します。Google は既知の問題があるページをクロールするたび、検証依頼の有無にかかわらず “updates your instance count whenever it crawls a page with known issues, whether or not you explicitly requested fix validation” と説明しています。(訳: 既知の問題があるページをクロールするたびに件数を更新します。) John Mueller もレポートの遅れを説明しています。古い数値に過剰反応しないでください。
URL Inspection の “Test live URL” は、現在その URL をクロール・インデックス登録できるかを確認しますが、重複 URL 群から Google がどの canonical を選ぶかは示しません。canonical 選択は登録済みデータに対する別の判断です。canonical/duplicate ステータスではライブテストではなく URL Inspection の登録済み結果を信頼し、それにも最新変更から遅延があり得ると考えてください。
次に確認する場所 — 全ステータスを分類
“Why pages aren’t indexed” 表が以降の案内図です。各ステータスには個別解説があります。原因グループごとに、修正するものと確認後そのままにするものへ分けます。
インデックス未登録 — Google の選択(修正不要の場合が多い)
- Discovered – currently not indexed — URL は検出済みだが未クロール。単一ページの不具合より、クロール需要やサイト品質のシグナルであることが多い状態です。
- Crawled – currently not indexed — クロール済みだが(まだ)登録しないと判断された状態。件数が多い場合はサイト全体の品質や重複を示すことがあります。
サイト側でブロック(意図的か確認)
- Blocked by robots.txt — robots.txt が Google にクロールしないよう指示しています。
- URL marked ‘noindex’ — インデックス登録時に
noindexディレクティブが見つかりました。
HTTP エラー(通常は修正対象)
- Blocked due to unauthorized request (401) — Googlebot に認証を要求しました。
- Blocked due to access forbidden (403) — クローラーにアクセスを許可しませんでした。
- Blocked due to other 4xx issue — 他の名称付き状態に該当しない4xxです。
- Server error (5xx) — リクエスト時に500系エラーを返しました。
- Not found (404) — URL が404を返しました。
Canonical と重複(多くは正常。選択された canonical を確認)
- Alternate page with proper canonical tag — インデックス登録済み canonical を正しく指しており、意図どおりです。
- Duplicate without user-selected canonical — Google が重複としてまとめ、宣言がないため別ページを canonical に選びました。
- Duplicate, Google chose different canonical than user — 宣言したものと異なる URL を Google が選びました。強いタグを足すのではなく、canonicalization シグナルを揃えます。
リダイレクト(正常なものと不具合)
- Page with redirect — 非 canonical URL が別ページへ転送される正常な状態で、転送先が登録対象です。
- Redirect error — 長すぎるチェーン、ループ、空または不正な転送先、最大長超過などの不具合で、修正対象です。
警告(登録済みだが要確認)
- Indexed, though blocked by robots.txt — robots.txt でブロックしてもリンク経由で登録されました。Google は内容や
noindexを読めません。 - Page indexed without content — 登録されたものの、レンダリング問題などで意味のある内容を読めませんでした。
各ステータス名は Google の表示に合わせています。共通点は、canonical/duplicate、noindex、robots、意図的な404がしばしば正しいことです。Google も “You should not expect all URLs on your site to be indexed, only the canonical pages.” と述べています。(訳: サイト上の全 URL ではなく canonical ページだけが登録されると考えるべきです。) 追うべきなのは HTTP エラー、リダイレクト エラー、予想外に多い crawled/discovered not indexed です。
修正と検証
実際の問題(Source = Website)を修正したら、Google に再確認を依頼します。
- まずサイト上の全該当箇所を修正します。
- 問題の詳細を開き、“Validate fix” をクリックします。
- 成功または失敗が出るまで再クリックしません。
所要時間について Google は “Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.” としています。(訳: 通常は約2週間以内ですが、さらに長くかかる場合もあります。) 状態は Not started → Started → Looking good → Passed、または Failed、Google が先に修正を確認した場合は N/A と進みます。検証を押さなくても修正は検出されますが、押すと結果を追跡できます。
高速化のコツ: 一部の URL に対して検証します。重要ページだけのサイトマップを送信し、そのサイトマップに絞って検証を依頼します。Google は “a validation request against a subset of your affected URLs can complete faster.” としています。(訳: 影響 URL の一部に対する検証はより早く完了する場合があります。)
減少、急増、「未登録が登録済みより多い」の診断
Google 自身も挙げ、私も最初に確認するパターンは次のとおりです。
- エラー表示なしで登録済みページが減少。 新しい robots.txt、
noindex、ログイン要件などで既存ページをブロックした可能性があります。対応する未登録状態の急増を探します。 - 未登録が登録済みより多い。 大規模な robots.txt ブロック、または
?type=dress、?color=green、?sort=priceなど絞り込み・並べ替えパラメータによる重複が典型です。これはインデックスより faceted navigation と canonicalization の問題です。 - 突然のエラー急増。 多数の URL にエラーを入れたテンプレート変更、またはブロック済み・noindex の URL を大量に含むサイトマップが原因になり得ます。
混同しないための要点
- Indexed ≠ ranking。 Indexed は検索結果に表示される資格があるだけで、順位はクエリなど多くの要因で決まります。
- 100% coverage は目標ではありません。 Google が期待するのは canonical ページの登録であり、健全なサイトにも意図的な未登録 URL があります。
- Validate fix は即時再登録ではありません。 既知 URL の再クロールを予約し、約2週間を見込みます。
- GSC データには限界があります。 例は1 000件までで、合計に小さな差があり、レポートも遅れます。私の調査 Anonymized Queries Make Up Nearly Half of GSC Traffic も Search Console が強力ながら不完全であることを示します。
Bing について一言
Bing に単一の Page Indexing 相当レポートはありません。最も近い集計ビューは Bing Webmaster Tools の Site Explorer で、サイトをフォルダー ツリーとして indexed、error、warning、excluded に分けます。個別 URL は Bing の URL Inspection を使います。
このページは Page Indexing report のハブで、個別ステータスの解説はその配下にあります。発見、クロール、レンダリング、インデックス登録、配信までの全体像は How Search Works cluster を参照してください。
AI 要約
Advanced 版の要点です。
- 概要: Google Search Console の Page Indexing report(旧 Index Coverage、Indexing 配下の Pages)は、Google が把握する全 URL を Indexed と Not indexed に分けます。
- 集計用であり個別 URL 用ではありません。 1ページは URL Inspection を使います。
- 未登録は必ずしも悪くありません。 canonical/duplicate、noindex、robots、意図的404は正しい結果です。
- “Why pages aren’t indexed” 表は重要度順です。Source = Website で修正可能な問題に絞ります。
- 16ステータス: Google の選択、サイト側ブロック、HTTP エラー、canonical/duplicate、リダイレクト、警告に分かれます。
- 修正 → Validate fix は通常約2週間です。重要ページだけのサイトマップに絞ると速まることがあります。
- レポートは遅れます。 古い数値に過剰反応しないでください。
- 診断: エラーなしの登録減少はブロック、未登録の方が多い場合は robots やパラメータ重複、エラー急増はテンプレート変更や不良サイトマップを疑います。
- 500ページ未満のサイトでは
site:検索で足りる場合があります。 - Bing: 集計は Site Explorer、個別 URL は URL Inspection です。
公式ドキュメント
検索エンジンの一次資料です。
- Page indexing report — 区分、Source列、全ステータス、サイトマップ フィルター、Validate fix の流れ。
- Index Coverage Data Improvements (Jan 2021) — 複数ステータスを再編したデータ品質更新。
- URL Inspection Tool — 個別 URL を調べるための補完ツール。
Bing / Microsoft
- Bing Webmaster Tools — URL Inspection — URL単位のインデックス、SEO、マークアップ確認。
- Bing Webmaster Tools — Site Explorer (Refreshed Webmaster Tools) — GSC Page Indexing に最も近い集計ビュー。
出典からの引用
Google の記録上の発言です。各リンクは出典ページの該当箇所へ移動します。
Google — レポートの目的と表示内容
- “See which pages Google can find and index on your site, and learn about any indexing problems encountered.” (訳) 「Google がサイト上で検出してインデックス登録できるページと、発生した問題を確認できます。」 — Search Console Help。 引用へ移動
- “The Page indexing report shows the Google indexing status of all URLs that Google knows about in your property.” (訳) 「Google がプロパティで把握している全 URL の状態を表示します。」 引用へ移動
Google — 集計レポートと個別ページ、修正できる主体
- “This report isn’t used to investigate the index status of specific pages. To find the index status of a specific page, use the URL Inspection tool.” (訳) 「このレポートは特定ページの状態調査には使わず、URL Inspection を使用します。」 引用へ移動
- “The Source value in the table shows whether the source of the issue is Google or the website. In general, you can fix only issues where the source is listed as “Website”.” (訳) 「Source は発生源が Google かウェブサイトかを示し、通常は Website の問題だけを修正できます。」 引用へ移動
Google — 「未登録」は必ずしも悪くない
- “Not indexed is not necessarily bad.” (訳) 「インデックス未登録は必ずしも悪い状態ではありません。」 引用へ移動
- “You should not expect all URLs on your site to be indexed, only the canonical pages.” (訳) 「全 URL ではなく canonical ページだけが登録されると考えるべきです。」 引用へ移動
Google — 利用対象と検証期間
- “If your site has fewer than 500 pages, you probably don’t need to use this report.” (訳) 「サイトが500ページ未満なら、おそらくこのレポートは不要です。」 引用へ移動
- “Validation typically takes up to about two weeks, but in some cases can take much longer, so please be patient.” (訳) 「検証は通常約2週間以内ですが、さらに長くかかる場合もあります。」 引用へ移動
Gary Illyes(Google) — crawled – currently not indexed とサイト品質について(SERP Conf 2024、Search Engine Journal による報道)
- “And the general quality of the of the site, that can matter a lot of how many of these crawled but not indexed you see in search console. If the number of these URLs is very high that could hint at general quality issues.” (訳) 「サイト全体の品質は、クロール済み・未登録 URL の数に大きく影響し、非常に多ければ全体的な品質問題を示すことがあります。」 記事を読む
John Mueller(Google) — レポートの遅延について(Search Engine Journal による報道)
- “It’s just a report that’s kind of lagging behind.” (訳) 「これは単に、少し遅れているレポートです。」 記事を読む
#:~:text= がブラウザーで解決するか確認してください。Illyes と Mueller の発言は Search Engine Journal の報道経由であり、最終引用として使う前に原典確認が必要です。「general quality」の発言者は Gary Illyes です。 Page Indexing report のチェックリスト
レポートを眺めるだけで終わらせないための反復可能な手順です。
- Indexed と Not indexed の合計と傾向を記録する。
- “Why pages aren’t indexed” 表を重要度順に上から確認する。
- Source = Website に注目し、修正できる問題へ絞る。
- 各問題からサンプル URLを取り、URL Inspection で確認する。
- 意図的な状態と故障を分け、故障だけを追う。
- canonical/duplicate は修正前に Google-selected canonical を確認する。
- crawled/discovered – currently not indexed が多ければ品質・クロール需要の問題として扱う。
- 登録数減少と未登録状態の急増を照合する。
- 全該当箇所を修正してから Validate fix を押す。
- 速めるなら重要ページのサイトマップに絞る。
- レポートは遅れるため、変更評価には約2週間を見る。
判断の枠組み
1. レポート = 集計、URL Inspection = 1ページ。 レポートでサイト全体のパターンを見つけ、Inspection で1 URL の原因を確認します。
2. 未登録 ≠ 故障。 大きな未登録数を見たら全件修正ではなく理由を読みます。canonical/duplicate、noindex、robots、意図的404は正しい結果です。
3. Source = Website が作業リスト。 Google 側の判断とサイト側の問題を分け、Website かつ Failed/Not started に絞ります。
4. 並び順が優先順位。 Google が重要度順に並べているため、上から処理します。
5. Validate fix は再クロール依頼。 約2週間かかり、失敗もあります。重要ページのサイトマップに絞ると速まることがあります。
6. レポートは常に少し遅れます。 最終クロール時点の遅延スナップショットとして扱います。
Page Indexing report — 早見表
混同されやすい2つのレポート
| 質問 | 使うもの |
|---|---|
| サイト全体がどう登録され、なぜ未登録なのか | Page Indexing report |
| この1 URL は登録済みか、Google が選んだ canonical は何か | URL Inspection |
16ステータスの分類
| グループ | ステータス | 通常の対応 |
|---|---|---|
| Google の選択(未登録) | Discovered – currently not indexed · Crawled – currently not indexed | 品質・クロール需要のシグナル |
| サイト側ブロック | Blocked by robots.txt · URL marked ‘noindex’ | 意図どおりか確認 |
| HTTP エラー | 401 · 403 · その他4xx · 5xx · 404 | 修正 |
| Canonical と重複 | Alternate page w/ proper canonical · Duplicate without user-selected canonical · Duplicate, Google chose different canonical than user | 選択 canonical を確認 |
| リダイレクト | Page with redirect · Redirect error | エラーだけ修正 |
| 警告 | Indexed, though blocked by robots.txt · Page indexed without content | 登録済みだが要確認 |
早わかり
- 旧称:Index Coverage report(2022年に Page indexing へ改称)。
- Source = Website が修正可能な問題。
- Validate fix は約2週間。
- URL例は最大1 000件で、合計に小さな差があり、レポートも遅れます。
- Indexed ≠ ranking。
- 500ページ未満なら
site:検索で足りる場合があります。
よくある問題
実際にこのレポートへ戻るパターンを、症状 → 原因候補 → 修正で整理します。
ログイン、アクセス拒否、空のアプリページが登録される
例: /account/invoices/123 はログイン必須ですが、ログアウトしたクローラーに 200 OK、通常の indexable robots、本文が「Sign in to continue」の HTML シェルを返します。内部リンクや古いサイトマップが数千 URL を露出します。Google がログインを回避したのではなく、アプリが返したクロール可能な 200 シェルを登録しています。
ログアウト状態で複数 URL の HTTP ステータス、canonical、robots、レンダリング本文を比較します。通常はテンプレート単位で認証を先に要求し、アクセスモデルに応じて 401、403、404、410 を返し、サイトマップとクロール可能なナビから URL を外します。公開シェルが必要ならクロール可能な noindex を返します。ライブ応答と登録済み状態の両方を確認します。
エラー表示なしで登録済み数が減った
- 症状: “Indexed” 合計が減ったが、エラー状態に対応する急増がない。
- 原因候補: 新しい
robots.txt規則、テンプレートのnoindex、ログイン・ペイウォールで既存ページをブロックした。 - 修正: HTTP エラーではなく robots、noindex、discovered/crawled – currently not indexed の急増を探し、URL Inspection と robots-txt-tester(
/tools/robots-txt-tester)で確認します。
「未登録が登録済みより多い」
- 症状: 新規サイトではないのに Not indexed 合計の方が大きい。
- 原因候補: 大規模な
robots.txtブロック、または?color=green、?sort=priceのようなパラメータ重複。 - 修正: canonical-checker(
/tools/canonical-checker)で canonical を照合し、レンダリング内容を直接比較します。これは faceted navigation/canonicalization の問題です。
HTTP エラー状態が突然急増した
- 症状: デプロイ後などに401、403、404、5xxが多数 URL で急増。
- 原因候補: 認証、リダイレクト、エラーページなど共有テンプレートの変更、または不良サイトマップ。
- 修正: http-status-checker(
/tools/http-status-checker)でライブ状態を確認し、サイトマップ由来なら sitemap-validator(/tools/sitemap-validator)で再送信前に監査します。
“Redirect error”(正常な “Page with redirect” ではない)
- 症状: 正常な Page with redirect とは別に Redirect error が出る。
- 原因候補: 長すぎるチェーン、ループ、空または不正な転送先、最大 URL 長超過。
- 修正: redirect-chain-mapper(
/tools/redirect-chain-mapper)でホップを追い、最終 URL への1ホップにします。
“Validate fix” が Failed になる
- 症状: 修正後に Validate fix を押したが Passed ではなく Failed。
- 原因候補: CDNキャッシュ、ステージングだけのデプロイ、未対応 URL パターン、または反映前の再クロール。
- 修正: 元の該当 URL を複数、ソースや HTTP/robots で直接確認し、全体でライブになったら再検証を依頼します。
検証テスト
レポートの表示だけでなく、修正によって基礎となる実態が変わったことを証明します。
ブロックされたページのライブ状態を確認する
- テスト: http-status-checker(
/tools/http-status-checker)またはcurl -I。 - 期待結果: 解除なら
200、削除なら意図した301/404。 - 失敗の解釈: 401/403/5xxが残るなら全環境へ未反映。
- 監視期間: 即時。
- ロールバック条件: キャッシュ削除と数分後も意図と違えば戻して再診断。
robots.txt の修正で実際に許可されたか確認する
- テスト: robots-txt-tester(
/tools/robots-txt-tester)。 - 期待結果: Googlebot に Allowed。
- 失敗の解釈: 規則が残る、より具体的な規則が一致する、または環境の取り違え。
- 監視期間: ファイルは即時。GSC 更新は日単位。
- ロールバック条件: 本番を編集後も blocked なら未解決として調査。
canonical の修正が意図どおり解決したか確認する
- テスト: canonical-checker(
/tools/canonical-checker)、続いて GSC URL Inspection。 - 期待結果:
<link rel="canonical">と希望 URL が一致し、Google も同意。 - 失敗の解釈: 別 URL なら内部リンク、サイトマップ、リダイレクトなどが未整合。
- 監視期間: 2〜4週間。
- ロールバック条件: 4週間超と Validate fix 後も不一致なら基礎シグナルを再調査。
リダイレクト修正でチェーンやループが消えたか確認する
- テスト: redirect-chain-mapper(
/tools/redirect-chain-mapper)。 - 期待結果: 最終 URL の
200へ1ホップ。 - 失敗の解釈: 複数ホップやループなら規則が未統合。
- 監視期間: チェーンは即時、GSC は再クロール周期。
- ロールバック条件: 複数ホップが残れば戻して発生源の規則を統合。
“Validate fix” が実際に通ったか確認する
- テスト: GSC の該当状態で Validate fix。
- 期待結果: Passed、または Google が独自確認した N/A。
- 失敗の解釈: Failed は少なくとも一部 URL で問題が残るという意味。
- 監視期間: 通常約2週間、さらに長い場合もある。
- ロールバック条件: 同じ状態で2回連続 Failed なら全 URL パターンへの反映を調べる。
測定方法
単発確認ではなく、継続的に監視する KPI です。
登録済みページ数(スナップショットではなく傾向)
- 分かること: Google の登録対象が増加、横ばい、減少しているか。
- 取得方法: Indexed 合計、または “View data about indexed pages” の履歴。
- 基準: 普遍的な値はありません。canonical URL 数と傾向を比較します。
- 頻度: 月次、または大規模変更直後。
Source = Website 別の “Why pages aren’t indexed” 合計
- 分かること: サイト側で修正できる作業リストの規模。
- 取得方法: Source = Website かつ Failed / Not started の URL 数を合計。
- 基準: サイト固有のベースラインを作り、減少傾向を追う。
- 頻度: 月次、移行や修正中は週次。
HTTP エラー状態数(401/403/404/5xx)
- 分かること: 配信予定ページが Googlebot に対して壊れているか。
- 取得方法: 各状態行と http-status-checker(
/tools/http-status-checker)を照合。 - 基準: 存続予定 canonical URL はゼロ。削除済みページの404は正常。
- 頻度: 関連デプロイ後、その他は月次。
Validate fix の成功率
- 分かること: 修正が全 URL に届いたか。
- 取得方法: Passed / Failed / N/A を時系列で追跡。
- 基準: 固定目標はなく、同じ状態の反復 Failed を監視。
- 頻度: 修正サイクルごと、約2週間後。
ツール
レポートが示す問題の根本原因を、次のツールで確認・修正します。
このサイトのツール
- gsc-workbench(
/tools/gsc-workbench)— GSC データを扱う。 - gsc-regex-tester(
/tools/gsc-regex-tester)— URL パターンを分離。 - http-status-checker(
/tools/http-status-checker)— HTTP 状態を確認。 - redirect-checker(
/tools/redirect-checker)と redirect-chain-mapper(/tools/redirect-chain-mapper)— リダイレクトを確認。 - canonical-checker(
/tools/canonical-checker)— canonical を確認。 - robots-txt-tester(
/tools/robots-txt-tester)— robots ブロックを確認。 - sitemap-validator(
/tools/sitemap-validator)と xml-sitemap-generator(/tools/xml-sitemap-generator)— サイトマップを監査・再構築。 - site-audit-lite(
/tools/site-audit-lite)— サイト全体をクロール監査。
サードパーティ ツール
- Google Search Console — Page Indexing report と URL Inspection。
- Bing Webmaster Tools — Site Explorer と URL Inspection。
- Screaming Frog — ステータス、リダイレクト、canonical を大規模に確認。
参考資料
関連する私の記事
- How to Fix “Discovered - currently not indexed” — 状態の詳細。
- How to Remove URLs From Google Search (5 Methods) — noindex と削除。
- Anonymized Queries Make Up Nearly Half of GSC Traffic — GSC データ調査。
- The Beginner’s Guide to Technical SEO — 全体像。
私の講演
- How Search Works (SlideShare) — クロール、レンダリング、インデックス登録、ランキングを説明します。注意書き:“This is my understanding of systems… not going to be 100% complete or accurate.” (訳: これは私の理解であり、100%完全・正確とは限りません。)
公式
業界資料
- r/TechSEO — デバッグ コミュニティ。
- Google Explains Reasons For Crawled Not Indexed — Gary Illyes の説明。
- Mueller Asked About Lag in Google Search Console Indexing Report — John Mueller の説明。
- Google Search Console Coverage Report Renamed to Pages Report — 改称の報道。
- Index Coverage Data Improvements — 2021年の再編。
- Google Search Console Help — Page indexing report — 一次資料。
クイズ
Page Indexing report の読み方を確認しましょう。
変更履歴
2026年9月1日に更新。
編集概要と記録された変更の詳細。変更の詳細
-
変更の詳細な注記は現在英語でのみ提供されています。
完全な比較は利用できません — この改訂の以前のスナップショットがアーカイブされていません。