Search Consoleに「クロール済み – インデックス未登録」と出たら、Googleはページを見に来ていますが、検索用のデータベースにはまだ登録していません。この表示だけで、記事の品質が原因とは決まりません。
まず調べるURLを1本選び、Googleが最後に取得した日と、検索に載せる代表URL(canonical・正規URL)を確認しましょう。この記事では、画面を開く順番と、結果ごとの次の行動を説明します。

「検出 – インデックス未登録」との違い
「検出」はURLを把握していてもまだクロールしていない状態、「クロール済み」は取得した後で未登録となった状態です。最初に見るべき情報が異なります。Googleのページインデックス登録レポートで、対象URL、最終クロール日、エラー推移を確認します。
サイト全体の急増なら、個別記事の品質だけでなくテンプレート・公開設定・サーバー応答の変更も調べます。

URLを1本ずつ切り分ける手順
- 正規URLを決める。末尾スラッシュ、http/https、wwwの有無、パラメータ違いを整理し、内部リンクとサイトマップに同じ正規URLを使います。
- URL検査でGoogleが把握した状態を見る。Search Console上部の「URLを検査」欄へ正規URLを入力し、インデックス登録の状態と詳細を開きます。最終クロール日、取得結果、参照元、ユーザー指定とGoogle選択のcanonicalを記録します。表示されない項目は「未表示」と残してください。「公開URLをテスト」は現在の取得可否を調べる機能で、登録済みかどうかやGoogle選択canonicalを確定するものではありません。
- 公開URLを第三者の状態で開く。HTTP 200、本文、画像、見出し、リンクをPCとスマホで確認し、ログインを要求していないか調べます。
- ブロックと重複を調べる。
noindex、HTTPヘッダー、robots.txt、canonical、似た本文の別URLを確認します。robots.txtでクロールを止めると、Googleがページ上のnoindexを読めない場合があります。 - 情報の独自性と必要性を評価する。同じテーマの短いページが多数ある場合、一般論の追記より、検索者の具体的な疑問、実際の手順、判断基準、出典を一つの適切なURLへ集約する方が有効なことがあります。

「公開URLをテスト」は今のページを取得できるかの確認です。検索への登録済みを意味するものではありません。
例:似たサービスページが2本ある場合
以下は架空の診断例です。「システム保守」と「システム運用」という2本のページに、ほぼ同じサービス説明があり、内部リンクは片方、サイトマップはもう片方を指しているとします。未登録になったURLだけに文章を増やす前に、検索者に見せたい正規ページを決め、ページごとの役割、canonical、内部リンク、サイトマップを揃えます。
統合する場合は、旧ページへ来た読者が必要な情報に到達できるよう転送先も確認します。
反対に、独立した検索意図と固有の内容があるなら、2ページを機械的に統合しません。対象URLをURL検査に入力し、「ページはインデックスに登録されていますか」「Googleが選択した正規URL」「最終クロール日」を記録して判断します。
Google公式のURL検査ツールの画面付き説明も参照してください。本記事の図解は管理画面の実画像ではありません。
表示ごとに、次の確認を変える
表は左右にスクロールして比較できます。
| 確認結果 | 優先する確認 | 早計な対処 |
|---|---|---|
| 最後のクロールが古い | 内部リンク、サイトマップ、公開URLの200応答 | 毎日同じ登録申請を繰り返す |
| Google選択canonicalが別URL | 重複内容、内部リンク、canonical指定 | 未登録URLだけ文章を足す |
| 再クロール後も未登録 | 読者に必要な固有情報、類似ページとの役割 | 文字数だけ増やす |
1本のURLで記録する例
以下は記入方法を示す架空例で、CLOUD SEED BLOGの検査結果ではありません。
表は左右にスクロールして比較できます。
| 項目 | 記入例 | 次の判断 |
|---|---|---|
| 対象 | https://example.com/service-a/ | 末尾スラッシュを含む正規URLへ統一 |
| 最終クロール | 更新より前の日付 | 現行本文の評価前に再クロールを待つ |
| Google選択canonical | /service-b/ | 重複・内部リンクと役割を調べる |
| 公開URLテスト | 取得できる | 現在の取得可否だけを確認済みにする |
最終クロール日が古ければ、更新後の本文をGoogleがまだ見ていない可能性があります。一方、再クロール済みでGoogle選択canonicalが別ページなら、文章を増やす前に2ページの役割と内部リンクを確認します。
登録が必要ないタグ一覧や検索結果URLなら、未登録自体が問題ではないこともあります。どのURLを検索結果へ出したいのかを先に決めてください。
CLOUD SEED BLOGの実データで優先順位を分ける
2026年10月13日に当ブログのSearch Console「ページのインデックス登録」を確認すると、レポート最終更新日は10月9日で、「クロール済み – インデックス未登録」に該当するURLは168件でした。
ただし、これは改善すべき記事が168本あるという意味ではありません。表示された例には通常の記事URLに加え、月別アーカイブやタグ一覧のURLも含まれます。Googleによる最終クロール日もURLごとに異なりました。
168 URL:クロール済み・インデックス未登録 / 18 URL:それ以外の未登録理由
出典:CLOUD SEED BLOGのSearch Console「ページのインデックス登録」。2026年10月13日確認、レポート最終更新10月9日。実測を基に再構成した図で、管理画面のスクリーンショットではありません。168 URLを168本の要修正記事とは解釈しません。
表は左右にスクロールして比較できます。
| 一覧で見たURLの種類 | 自社で先に決めること | 次に確認すること |
|---|---|---|
| 記事詳細(例:システム検証の記事) | その記事を検索で見つけてもらう必要があるか | URL検査で最終クロール、取得結果、canonical、本文と内部リンク |
| 年月別アーカイブ | 記事詳細と別の価値がある一覧か | 重複に見える本文、正規URL、一覧の役割 |
| タグ一覧 | そのタグ一覧を検索結果へ出す目的があるか | 固有の説明、一覧記事の重複、内部リンク |
重要なサービス記事と単なる一覧URLを同じ「未登録件数」で一括修正しないことが実務上のポイントです。まず検索流入が必要な記事の正規URLを選び、個別のURL検査でGoogleが最後に見た日付と現行ページの状態を記録します。
アーカイブやタグ一覧は、検索で独立して役立つページかどうかを別に判断します。この観測だけでGoogleが各URLを未登録にした理由や、リライト後の掲載結果まで断定はできません。
記事詳細を1件だけURL検査した結果
一覧にあったPoCの記事を同日URL検査すると、最終クロールは2026年10月5日で、スマートフォン用Googlebotのページ取得は「成功」、クロールとインデックス登録は許可、ユーザーが指定した正規URLは記事自身でした。
それでも検査結果は「クロール済み – インデックス未登録」です。これだけで原因を特定したり、Googleがこの記事を今後も登録しないと断定したりはできません。
この例では、HTTP応答とnoindexの確認が済んだ先に、本文の役割・類似ページ・読者が求める具体性を調べるという順番になります。検査画面で参照元ページが見つかっていても、どの内部リンクが評価に効いたかは分かりません。
「参照元サイトマップが検出されませんでした」という表示も、それ単独で未登録の原因とは結論づけられません。URL検査は現状の証拠を集める入口であり、原因を一語で断定する診断書ではないのです。
サイトマップを送れば解決するのか
サイトマップはURLをGoogleへ知らせる手段であり、クロールやインデックス登録、順位を保証しません。Google Search Centralも、サイトマップにある全URLが直ちにクロールされるとは限らないと説明しています。
同じ未変更のサイトマップを何度も送る前に、公開URLの状態と内部リンク、内容の重複を確認します。
修正の記録と効果の確認方法
対象URL、変更日、変更した項目、変更前の状態、URL検査の最終クロール日とGoogle選択canonicalを一行に記録します。7日・28日後を見直しの目安にし、更新後の再クロールがあったかを先に確認します。これは登録までの期限ではありません。クロール前と、再クロール後も未登録の場合を分けて、次の対策を判断します。
個別URLの状態はURL検査、サイト全体の増減や理由別の傾向はページインデックス登録レポートで確認します。登録後はGSCのページ別表示回数・実クエリ・クリックと、GA4のorganic sessionsを28日単位で比較します。反映遅延やクエリの匿名化があるため、当日の0件だけで失敗や需要ゼロと決めないでください。
サイトリニューアル時のURL変更が関係する場合は、「サイトリニューアル時のURL移行と301確認項目」も参照できます。Webサイト全体の技術的な確認やコンテンツ整理を相談する場合は、クラウドシードのWeb制作・SEO関連サービスで対応範囲を確認してください。検索登録を保証するものではありません。