Google Search Consoleのインデックスカバレッジレポートの読み方
Google Search Consoleが各URLに使用するすべてのステータスの平易な解説 — 問題ないもの、対応が必要なもの、それぞれに適用される修正方法。
どこにあるか
Search Consoleで、対象プロパティのインデックス作成 → ページを開きます。Googleは把握しているすべてのURLを2つのグループに分けます。インデックス登録済み(現在検索結果に表示される資格がある)と、理由別にさらに細分化されたインデックス未登録です。理由のラベルは、多くの人がどう対応すればよいか分からない部分ですが、そのほとんどはエラーではありません。
正常であり問題ではない理由
- 「noindex」タグにより除外 — あなたがGoogleにインデックス登録しないよう指示したものです。意図していなかった場合のみ確認する価値があります(robots.txt vs noindex参照)。
- 適切なcanonicalタグを持つ代替ページ — インデックス登録してほしいバージョンを正しく指している重複ページです。意図どおりに機能しています。
- リダイレクトのあるページ — そのURLは別の場所に転送されるため、Googleは代わりに転送先をインデックス登録します。恒久的なリダイレクトなら問題ありません。直接解決してほしいと思っていた古いURLの場合は確認する価値があります。
通常、判断が必要な理由
- 検出されましたが、まだインデックスに登録されていません — Googleはそのページの存在を知っていますが、まだクロールしていません。専用ガイドをご覧ください。
- クロール済み — インデックス未登録 — Googleはページを取得した上でインデックス登録しないと判断しました。通常はコンテンツ品質のシグナルです。専用ガイドをご覧ください。
- ユーザーが選択したcanonicalのない重複 — Googleがほぼ同一のページを見つけ、自らcanonicalを選んだもので、あなたが望むものと異なる場合があります。明示的なcanonicalタグで修正しましょう。重複コンテンツとcanonicalタグをご覧ください。
- ソフト404 — ページはHTTP 200を返しましたが、Googleには空または壊れているように見えます。専用ガイドをご覧ください。
- robots.txtによりブロック — そのブロックが意図的だったかどうか確認する価値があります。robots.txt vs noindexをご覧ください。
長いリストが表示されたときの優先順位の付け方
URL数で並べ替え、各理由の下にあるページが実際にインデックス登録してほしいものかどうかを確認しましょう。「ユーザーが選択したcanonicalのない重複」の下に千件のページネーションやフィルターされたURLがあるのはよくある非問題ですが、「クロール済み — インデックス未登録」の下に20件の商品ページがあるなら今日調査する価値があります。件数だけでは何が緊急かは分かりません — その下にあるURLが教えてくれます。
何かを修正した後
根本原因を修正した後でも、レポート自体が特定のURLのステータスを更新するまでに数日かかることがあります。レポートはあなたの現在のコードではなく、Googleの最後のクロール結果を反映しているためです。修正済みの単一URLにはURL検査ツールの「インデックス登録をリクエスト」を使うか、レポートが自らのスケジュールで追いつくのを待つのではなく、IndexNowに対応しているすべてのエンジンを通じてすぐにプッシュしましょう。
オーガニッククロールを待つだけでなく、次のページをもっと早く見つけてもらいませんか?
IndexLaunchは、キューに登録した瞬間に、送信したすべてのURLをIndexNow経由でBing、Yandex、Seznam、Naverへ直接プッシュします。
料金を見る