ホーム

CLOUDSEED BLOG

矢印

SEO対策

矢印

「クロール済み – インデックス未登録」の原因は?Search Consoleでの確認手順

「クロール済み – インデックス未登録」の原因は?Search Consoleでの確認手順

クロールされたページの検索登録状況を点検するイメージ

カテゴリー:

Search Consoleに「クロール済み – インデックス未登録」と出たら、Googleはページを見に来ていますが、検索用のデータベースにはまだ登録していません。この表示だけで、記事の品質が原因とは決まりません。

まず調べるURLを1本選び、Googleが最後に取得した日と、検索に載せる代表URL(canonical・正規URL)を確認しましょう。この記事では、画面を開く順番と、結果ごとの次の行動を説明します。

検出、クロール済み、登録済みの状態の違いを示した概念図
図1:実際のSearch Console画面ではなく、状態を整理した図。

「検出 – インデックス未登録」との違い

「検出」はURLを把握していてもまだクロールしていない状態、「クロール済み」は取得した後で未登録となった状態です。最初に見るべき情報が異なります。Googleのページインデックス登録レポートで、対象URL、最終クロール日、エラー推移を確認します。

サイト全体の急増なら、個別記事の品質だけでなくテンプレート・公開設定・サーバー応答の変更も調べます。

正規URL、URL検査、公開ページの順に調べる概念図
図2:ライブテストの合格は登録済みを意味しない。

URLを1本ずつ切り分ける手順

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

「公開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ごとに異なりました。

当ブログの「未登録186 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関連サービスで対応範囲を確認してください。検索登録を保証するものではありません。

CONNECTION

AI検索でサイトが見つかる仕組みを示すイメージ
時計

2026/10/29

AI検索で引用されるためのSEO対策|Google公式ガイドと企業サイトの確認項目

Googleアナリティクスとは
時計

2023/01/26

Googleアナリティクス(GA4)とは?できることとSearch Consoleとの違い

POPULARITY

ORIGINAL SERVICE