「クロール済み – インデックス未登録」は、Googleがそのページを読みに来たうえで、インデックスには載せないと判断した状態を指します。エラーコードでも設定ミスでもなく、Google側の判断です。
ここを取り違えると、robots.txtやnoindexを何度も見直すことになります。実際にはその2つは別のステータスに分類されるので、いくら見直しても数字は動きません。どこがサイト側で動かせて、どこが動かせないのか。まずその線引きから整理していきます。
「検出」と「クロール済み」の違い
ページのインデックス登録レポートには、名前のよく似たステータスが2つ並びます。「検出 – インデックス未登録」と「クロール済み – インデックス未登録」です。この2つは、対策がほぼ逆になります。
「検出 – インデックス未登録」は、GoogleがそのURLの存在を知ってはいるものの、まだ訪問していない状態です。公式ヘルプでは、Googleがクロールしようとしたときにサイトへの負荷が大きくなると見込まれ、時期をずらした場合に出る、と説明されています。最終クロール日の欄が空になるのが目印です。新しいサイトや、記事を一気に増やした直後に出やすく、多くの場合は待っていれば進みます。
いっぽう「クロール済み – インデックス未登録」は、Googlebotがすでに訪問して中身を読んでいます。最終クロール日にも日付が入ります。そのうえで載せていない、というのが決定的な差です。前者に効く「見つけてもらうための施策」——サイトマップの送信やインデックス登録リクエスト——は、後者にはほとんど効きません。
レポートの「ページがインデックスに登録されなかった理由」の表では、この2つは別々の行として並びます。自分のサイトがどちらに多く入っているかを先に確認しておくと、以降の手順が無駄になりません。
Google公式ヘルプの記述
公式ヘルプの説明は、拍子抜けするほど短いものです。ページはクロールされたがインデックスには登録されていない、今後登録されることもあれば登録されないこともある、そしてこのURLのクロールを再びリクエストする必要はない——おおむねこれだけです。
最後の一文が効いてきます。インデックス登録リクエストを何度送っても状況は変わらない、とGoogle自身が書いているわけです。
同じヘルプページには、「未登録」が必ずしもそのURLにとって不適切な状態とは限らない、という趣旨の記述もあります。すべてのページがインデックスに入るわけではないし、入らないほうが自然なページもある、という立場です。
もうひとつ、あまり知られていない記述があります。サイトのページ数が500未満なら、このレポートを使う必要はおそらくない、と書かれているのです。代わりに site: 検索で主要なページが出てくるかを確かめ、それでも見つからないときに初めてレポートを見ればいい、という案内になっています。個人ブログの規模なら、レポートの数字を毎日追うより、実際に検索結果に出ているかを直接見たほうが早い、ということになります。
誤って挙げられがちな原因
日本語の解説記事では、この状態の原因としてnoindexタグとrobots.txtがよく挙がっています。ただ、公式ヘルプの理由一覧を見ると、その2つにはそれぞれ専用のステータスが用意されています。「URL に noindex が指定されています」と「URL が robots.txt によってブロックされています」です。noindexが付いているページは、そちらに振り分けられます。
つまり、「クロール済み – インデックス未登録」に入っている時点で、noindexもrobots.txtのブロックも原因ではありません。ここを疑って設定をいじっても、数字は変わらないどころか、意図せず必要なページを弾いてしまう危険のほうが大きくなります。
同じことが他の技術的な理由にも言えます。canonicalによる重複判定には「代替ページ（適切な canonical タグあり）」や「重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」という行があり、サーバーエラー・リダイレクト・404もそれぞれ別枠です。技術で説明のつくものは、ほぼすべて専用の行に分けられています。
| 原因として疑われがちなもの | 実際に表示される理由 |
|---|---|
| noindexタグ | URL に noindex が指定されています |
| robots.txtによるブロック | URL が robots.txt によってブロックされています |
| canonicalによる重複判定 | 代替ページ（適切な canonical タグあり）／重複しています… |
| サーバーの不調 | サーバーエラー（5xx） |
| URLのずれ・転送 | ページにリダイレクトがあります |
| 削除済みのページ | 見つかりませんでした（404） |
そうやって振り分けたあとに残るのが「クロール済み – インデックス未登録」です。ここに集まるのは、技術では説明できないものだ、と考えると位置づけがはっきりします。
実際に効いている4つの要因
ひとつ目は、サイト全体の品質評価です。個々のページというより、サイト単位の判定が効いてきます。Googleの側が全体の品質に強い懸念を持っている場合、クロールもインデックスも絞られます。
ふたつ目は、内容の代替可能性です。同じ話題を扱った記事がすでに大量にある状態で、そこに一本足す理由が見当たらなければ、載せる動機がありません。書かれている内容が正確かどうかとは別の話で、「これでなければ読めないもの」があるかどうかが問われます。
3つ目は、サイト内の似た記事どうしの競合です。同じテーマで似た切り口の記事を何本も置くと、Googleはどれを代表として選べばいいのか決めかねます。うちのブログでも、サーチコンソールの初期設定を扱った記事が3本並んでいて、そのうちの1本を検査したところ、参照元ページとして残りの2本が出てきました。書いている側からすると別の記事のつもりでも、外から見ると区別がつかない、という状態です。
4つ目は、ドメインの新しさです。立ち上げて数か月のサイトには、判断材料になるデータがまだ溜まっていません。この段階では、記事の本数を増やすほど未処理のURLが積み上がる、という状況にもなります。
2026年7月のポッドキャストでの説明
2026年7月16日に公開されたGoogle公式ポッドキャスト「Search Off the Record」で、John MuellerとMartin Splittがこのレポートを丸ごと取り上げました。ここでの説明が、いまのところいちばん踏み込んだ公式の見解になっています。
Splittはまず、2つのステータスの違いをあらためて整理しています。「検出」は存在は知っているが訪問していない、「クロール済み」は訪問したうえでインデックスに入れなかった、そしてその理由はさまざまだ、と。
それは品質の問題を示すことが多いのか、と問われたMuellerの答えは「時々ある」というものでした。断定はしていません。そのうえで、システムがサイト全体の品質を強く懸念している場合には、インデックスに入れるページ数を減らす、と説明しています。全体の品質に疑いがあるなら、そのサイトに手間をかける意味が薄い。だからクロールも減るし、インデックスも減る。「クロール済み – インデックス未登録」や「検出 – インデックス未登録」は、その結果として表に出てくるものだ、という説明でした。
技術的に直すべき不具合として扱わないほうがいい、とも言っています。大量に出ていて技術的な理由が見当たらないなら、個別のページを直そうとするより、一歩下がってサイト全体の品質を考えたほうがいい、という話です。
そのうえでMuellerは、自分のサイトを客観的に見るのは難しい、という話をしています。自分のサイトは自分の子どものようなもので、当然いちばん良いものに見える、と。関わっていない人の目で見直してみると改善点が浮かぶこともあり、たとえば大部分がAIで生成されたサイトを読んだ人が「これはAI生成だとわかるし、自分にとって独自で価値のあるものが何もない」と感じるケースがある、と例を挙げました。AI生成がすべて悪いという話ではない、とも断ったうえで、「誰が書いても同じで、読んでも何も残らない」文章に出くわすことはある、という言い方をしています。
Splittも同じ方向で補足しています。自分が最善だと思って書いたものだからこそ、自分の視点から抜け出すのが難しい。加えて、同じ内容を扱った同等のものが他にたくさんあるなら、このバージョンをインデックスに入れる価値は何なのか、という問いになる、と。
もう一点、印象に残るのは「品質はテキストだけの話ではない」という指摘です。文章そのものは独自でも、広告やインタースティシャル、動き続ける要素、レシピサイトによくある長い前置きなどで本文が埋もれていれば、そこも含めて評価される。読者はテキストだけを抜き出して読むわけではなく、ページ全体を体験している——というのが理由でした。
切り分けの手順
原因を絞り込むには、レポートの集計を見る前にURL単位で確認したほうが早く進みます。次の順番で見ていくと、技術面かそうでないかがはっきりします。
- URL検査ツールに記事のURLを入れる。レポートの集計より新しい情報が返ってきます。「クロールを許可」「ページの取得」「インデックス登録を許可」の3つを見て、すべて問題なければ技術面の可能性は消えます。
- 「公開URLをテスト」を押す。いまこの瞬間にGooglebotがそのページを取得できるかの実測です。ここでエラーが出るなら、サーバー側のWAFやセキュリティプラグインがGooglebotを弾いている可能性があります。この場合は最優先で対処が要ります。
site:検索で実際の掲載を確かめる。記事のURLをそのままsite:に続けて検索します。レポートと検索結果には時間差があるため、レポート上は未登録でも実際には出ていることがあります。出ていれば、そのページについては気にする必要がありません。- 理由の表の「ソース」列を見る。この列には、原因がGoogle側とサイト側のどちらにあるかが示されます。公式ヘルプは、サイト側で修正できるのは原因が「ウェブサイト」となっている問題だけだとしています。
- 並んでいるURLの種類を確認する。記事本体なのか、タグページ・カテゴリーアーカイブ・添付ファイルページのような自動生成のページなのかで、対処が変わります。後者が多い場合は、そちらを整理するほうが先です。
ここまで見て、クロール関連の項目がすべて問題なしで返ってきているのに未登録のまま、という結果になれば、技術的な原因は出尽くしています。そこから先は中身と構造の話になります。
効果が期待できる対策
まず手をつけやすいのは、似たテーマの記事の整理です。同じ話題で複数本に分かれているなら、いちばん充実したものに統合して、残りは統合先へリダイレクトします。3本が互いに票を割り合っている状態を1本に集約すると、Googleが代表を選びやすくなります。
次に、内部リンクで記事を孤立させないこと。関連する記事どうしを本文中でつなぐ、シリーズものには全回へのリンクを並べたハブ記事を用意する、HTMLのサイトマップページを置いてヘッダーやフッターのメニューから辿れるようにする。どれも、Googlebotが記事にたどり着く経路を増やす作業です。
そして、独自の要素を足すこと。一次情報にあたって数値を確認する、自分で試した結果を書く、図解を作る、他では触れられていない補足を入れる。「誰が書いても同じ」から外れる部分を、意識して作ることになります。
ページ全体の見え方も対象に入ります。本文にたどり着くまでに広告や前置きが挟まりすぎていないか、表示が重くないか。ポッドキャストでMuellerが挙げていたのは、まさにこの部分でした。
運営者情報・プロフィール・お問い合わせ・プライバシーポリシーの整備も、新しいドメインでは意味があります。サイトとして誰が運営しているのかが分かる状態にしておく、という単純な話です。
最後に、時間の要素があります。新規ドメインの評価は数か月かけて積み上がるもので、数週間で結論が出るものではありません。ここまでの対策を打ったうえで、月に1回、検索パフォーマンスの表示回数を見る程度で足ります。
避けたほうがよい対応
「修正を検証」ボタンは押さないほうが無難です。このステータスにはサイト側で直す対象が存在しないため、検証をかけても不合格になるだけです。検証は通常2週間ほどかかるとされていて、うちの場合は7月15日に開始して7月25日に不合格、内訳は失敗5件・保留33件でした。10日待って、その間にできることは何もありませんでした。
インデックス登録リクエストの連打も同様です。公式ヘルプが再リクエストは不要だと明記している以上、押すだけ時間の無駄になります。
パーマリンクの変更や記事の大量削除は、いちばん損をしやすい対応です。評価が積み上がっている途中でURL構造を変えると、それまでの分がリセットされます。原因が特定できていない段階で構造に手を入れるのは避けてください。
レポートを毎日開くのも、あまり意味がありません。更新には数日から1週間ほどの遅れがあり、日次の増減を見ても判断材料になりません。
レポートの数字が古い場合
そもそもレポートの数字自体が動かなくなることもあります。2026年6月から7月にかけて、ページのインデックス登録レポートは6月11日のデータで止まったまま3週間近く更新されませんでした。7月3日にようやく6月29日ぶんまで進み、その後も更新の遅れが報告されています。Googleはこの遅延について、2026年6月のスパムアップデートとは無関係だとしています。
この間、クロールもインデックスも順位も、実際の動作は止まっていません。止まっていたのは集計と表示だけです。にもかかわらず古いスナップショットを根拠にサイト構造をいじると、復旧したときに何が効いたのか分からなくなります。
更新が止まっているかどうかは、Googleが公開している「Search Console のデータの異常」ページで確認できます。2026年8月2日時点では、ページのインデックス登録レポートについて未解決の項目は掲載されていません。集計が怪しいと感じたら、まずここを見るのが確実です。
レポートが止まっている時期でも、URL検査ツールと検索パフォーマンスは別系統で動きます。1本ずつしか見られませんが、そのURLの現状を直接確認できます。
解釈上の留意点
インデックスに登録されたからといって、検索結果に必ず表示されるわけではありません。検索結果は利用者の履歴や位置情報などで変わるため、登録済みでも出てこない場面はあります。これは公式ヘルプにも明記されています。
レポートに表示されるURLの例は最大1,000件までで、1,000件未満であっても該当するURLがすべて出るとは限りません。一覧に載っていないから該当しない、とは言い切れないということです。
未登録はペナルティではありません。人間の審査官による措置かどうかは、「セキュリティと手動による対策」から手動による対策のページを開けば確認できます。「問題は検出されませんでした」と出るなら、いま見えている状態は自動判定によるものです。
ポッドキャストでのMuellerの発言は、公式ドキュメントより踏み込んだ内容です。品質を上げれば登録される、という保証を述べたものではなく、大量に未登録が出ているときの見方の話として受け取るのが適切です。
そして、品質の問題だと決めつける前に、技術面と時間の要素を先に潰してください。立ち上げて数週間のサイトで未登録が並んでいるのは、単に順番待ちであることも多いです。
出典
ページ インデックス登録レポート – Search Console ヘルプ
Search Console のデータの異常 – Search Console ヘルプ
Google indexing report in Google Search Console fixed – Search Engine Land
コメント