Search Consoleで「クロール済み - インデックス未登録」になった記事の見直し方
Search Consoleで「クロール済み - インデックス未登録」と出ると、ページはGoogleに見られたのに、まだ検索結果へ出る状態になっていない可能性があります。
この状態は、URL検査のリクエストを何度も押せば必ず直るものではありません。まず、重複、canonical、noindex、内容の薄さ、検索意図とのズレ、内部リンク不足を分けて確認します。
確認日と対象
確認日: 2026年5月18日。Search Consoleで「クロール済み - インデックス未登録」と表示された既存記事を、リライトや補強で見直したい人向けです。
この記事では、登録リクエストを繰り返す前に、技術的なブロック、canonical、重複、本文の具体性、内部リンク、信頼性情報を確認します。まだクロール前の状態なら、先に 検出済み - インデックス未登録の確認順 を見てください。
先に結論
「クロール済み - インデックス未登録」が出たら、次の順番で見直します。
- URL検査の表示文言と最終クロール日をメモする
- ライブURLテストで現在のページが取得できるか見る
- noindex、robots.txt、404、500、リダイレクトを確認する
- canonicalが別URLを指していないか見る
- 既存記事と重複していないか確認する
- 記事の冒頭、具体例、手順、判断基準を足す
- ハブ記事や関連記事から内部リンクを増やす
見直し前にメモを作る
クロール済み未登録は、URL検査の表示だけでは判断しにくい状態です。公開URL、ライブテスト、canonical、重複、内部リンク、記事内容を同じ形式で整理してください。
Search Console未登録メモメーカーで、待つべきか、内容や導線を直すべきかの相談文を作れます。
この状態の意味
Google公式ヘルプでは、「クロール済み - インデックス未登録」は、ページがGoogleによりクロールされたものの、インデックスには登録されていない状態として説明されています。今後登録される可能性もありますが、登録されない可能性もあります。
つまり、「GoogleがURLをまったく知らない」のではなく、「見たうえで、まだ登録していない」状態です。ここでは、見つけてもらう対策より、登録する価値が伝わる状態に近づける見直しが重要になります。
1. まず技術的なブロックを外す
記事本文を直す前に、検索エンジンに見せない設定や取得エラーがないか確認します。ここに問題がある場合、内容改善より先に修正します。
- 公開URLが200で開く
- ライブURLテストで取得できる
noindexが入っていないrobots.txtでブロックしていない- ログイン必須やBasic認証になっていない
- 意図しないリダイレクトがない
- 本文が空、または極端に少ないHTMLになっていない
2. canonicalと重複を確認する
似た記事やURL違いがあると、Googleが別のURLを代表として扱うことがあります。Search ConsoleのURL検査で、ユーザー指定のcanonicalとGoogleが選択したcanonicalを確認します。
| 確認 | 見ること |
|---|---|
| canonical | 自分自身、または意図した正規URLを指しているか |
| URL違い | http/https、wwwありなし、末尾スラッシュが混ざっていないか |
| 既存記事 | 同じ答えの記事が別URLにないか |
| タグ・一覧 | 薄い一覧ページや重複ページが大量にないか |
3. 記事の役割をはっきりさせる
技術的に問題がなくても、既存記事と役割が近すぎると、登録されにくいことがあります。新しい記事だけの役割を明確にします。
| 弱い状態 | 見直し方 |
|---|---|
| 一般論だけで終わっている | 具体的な症状、画面名、確認順を入れる |
| 既存記事と同じ答えになっている | 対象読者、状況、手順の粒度を変える |
| 冒頭が遠回り | 最初に「何を見ればいいか」を書く |
| 判断基準がない | 待つ状態、直す状態、見直す状態に分ける |
| 次に読む記事がない | ハブ、詳細記事、チェックリストへ内部リンクする |
4. 冒頭を検索意図に合わせる
「クロール済み - インデックス未登録」で悩む読者は、原因と次の行動を知りたい状態です。冒頭では、順位改善の一般論より先に、状態の意味と確認順を出します。
Search Consoleで「クロール済み - インデックス未登録」と出た時は、Googleがページを見たものの、まだ登録していない状態です。
まず、noindex、canonical、重複、内容の薄さ、内部リンク不足を分けて確認します。
インデックス登録リクエストを繰り返す前に、ページの役割と本文の具体性を見直しましょう。5. 追加するとよい情報
記事を見直す時は、文字数を増やすより「読者が判断できる情報」を足します。Google公式も、検索エンジン向けではなく、読者に役立つ内容を重視する考え方を示しています。
- 実際の画面名やエラー文
- 確認する順番
- 待ってよい状態と直す状態の違い
- 表やチェックリスト
- AIや人に相談するためのメモ
- 関連する既存記事への内部リンク
- 参考にした公式情報へのリンク
信頼性を足す時の優先順
既存記事の補強では、抽象的な説明を増やすより、読者が作業前後に確認できる情報を優先します。
| 足す情報 | 効果 | 例 |
|---|---|---|
| 確認日と対象環境 | 古い情報かどうかを判断しやすい | 2026年5月18日、ロリポップの自作PHPサイト向け |
| 対象外の範囲 | 読者の誤用を減らせる | WordPress専用プラグインや大規模ECの話ではない |
| 戻し方、触らないファイル | 公開サイトを壊す不安を減らせる | .htaccess、DB設定、管理画面はバックアップ後に触る |
| 公式情報への参照 | 仕様変更時に確認先が分かる | Search Consoleヘルプ、Google検索セントラル |
| 柱ページへの内部リンク | 孤立記事を減らせる | Google公開後確認の入口へ戻す |
6. 内部リンクで重要度と文脈を足す
孤立した記事は、読者にもGoogleにも見つけにくくなります。関連するハブ記事、公開後チェック、サイトマップ、canonical、Search Console記事から自然にリンクします。
| リンク元 | 役割 |
|---|---|
| Search Consoleハブ | このテーマの入口として束ねる |
| Googleに出ない時の記事 | 状態別の深掘りとして送る |
| サイトマップ記事 | URL発見の確認とつなげる |
| canonical記事 | 重複・正規URLの確認とつなげる |
| 内部リンク改善記事 | 孤立ページ対策とつなげる |
AIへ相談する時のメモ
Search Consoleの文言は省略せず、そのまま貼ると切り分けやすくなります。スクリーンショットを使う場合は、管理者情報や個人情報が写っていないか確認してください。
Search Consoleで「クロール済み - インデックス未登録」と表示された記事を見直したいです。
対象URL:
公開日:
最終クロール日:
URL検査の表示文言:
ライブURLテスト結果:
noindex:
あり / なし / 未確認
robots.txt:
ブロックあり / なし / 未確認
canonical:
似ている既存記事:
内部リンク元:
この記事で解決したい読者の困りごと:
確認してほしいこと:
1. 技術的なブロックがあるか
2. 重複やcanonicalの問題があるか
3. 内容が薄い部分
4. 追加すべき具体例やチェックリスト
5. 内部リンクを足すべきページ見直しチェックリスト
- URL検査の状態をメモした
- ライブURLテストで現在のページを確認した
- noindex、robots.txt、404、500を確認した
- canonicalと重複URLを確認した
- 既存記事と役割が重なりすぎていない
- 冒頭で状態の意味と確認順を説明した
- 表、チェックリスト、相談メモを追加した
- 関連するハブや詳細記事から内部リンクした
- 更新後にSearch Consoleの状態を時間を置いて確認する