Search Consoleのインデックス未登録を直す手順

新規サイトで Search Console を開くと、「検出 - インデックス未登録」や「クロール済み - インデックス未登録」が目に入りやすいです。未登録はエラーとは限りません。検索に出したい正規ページだけを直す、という切り分けが先です。

先に結論

未登録の件数をゼロにする必要はありません。まず「検索に出したい正規 URL」だけをリストにし、その URL を URL 検査ツールで 1 本ずつ見ます。そのうえで、検出 - インデックス未登録なら sitemap と内部リンクで見つけやすさを整え、クロール済み - インデックス未登録なら中身と重複を見直します。後者について公式ヘルプはクロールの再送信は不要と明記しているので、「インデックス登録をリクエスト」を押し直しても解決しません。以降は、この切り分けを画面の表示ごとに具体化していきます。

この記事自体が「未登録ではなく低順位」の例（2026-09 追記）

切り分けの練習材料として、この記事の実測値を出します。当サイトで唯一まとまった表示回数がある URL です。

月	クリック	表示	平均掲載順位
2026-08	0	96	93.17位
2026-09	0	28	95.54位

表示回数が付いている以上、この URL はインデックスに登録されています。未登録なら検索結果に並ばないので、表示回数は 0 のままです。つまりここで直すべきはインデックスではなく順位です。

平均掲載順位は93〜95位ですが、ここから「28回すべてが10ページ目での表示だった」とは言えません。平均掲載順位はクエリごとの順位を平均した値なので、上位で表示された回と下位で表示された回が混ざっていても同じ平均になります。分布を見るにはクエリ別・ページ別に絞り込む必要があります。

言えるのは「典型的な掲載順位がクリックを期待できる位置にない」ところまでです。なお公式ヘルプによれば、2ページ目以降に並ぶリンクはユーザーがそのページを実際に開いたときだけ表示回数に数えられます。平均が下位なのに表示回数が付いているのは、それ自体は矛盾しません。

この記事を書いた当時、私はレポートの未登録件数ばかり見ていました。実際に詰まっていたのは登録ではなく順位だったので、リクエストを送っても表示回数は増えませんでした。同じ勘違いを避けるため、まず Search Console の検索パフォーマンスで表示回数が 0 かどうかを見てください。0 でなければ未登録ではありません。

なお当サイトは 2026年9月の AdSense 審査で「有用性の低いコンテンツ」と判定されています（AdSense審査で「有用性の低いコンテンツ」と判定された原因の記録）。インデックスされていても中身が薄ければ順位も審査も通らない、という順番でつながっています。

未登録はエラーとは限らない

確認場所は、左メニューの「インデックス作成」→「ページ」です（旧称はカバレッジ）。ページ インデックス登録レポート では、未登録の理由が種類ごとに並びます。

公式ヘルプの目標は、「すべての URL を登録すること」ではありません。重要なページの正規バージョンがインデックスに登録されることです。重複、代替ページ、意図的な noindex、削除済み 404 は、未登録のままで問題ないことが多いです。

登録直後の見方は Search Console最初の1週間で確認すること にまとめています。この記事では、その次に出やすい「未登録」の切り分けに進みます。

「検出」と「クロール済み」の違い

どちらも検索結果には出ていません。違いは、Google がその URL をクロールしたかどうかです。定義は公式ヘルプの文言に合わせます。

表示	公式の意味	最終クロール日
検出 - インデックス未登録	検出されたが、まだクロールされていない	空欄になりやすい
クロール済み - インデックス未登録	クロールされたが、インデックスには未登録	入っていることが多い

検出 - インデックス未登録は、Google が URL を見つけた一方で、まだ本文を取得していない状態です。公式の説明では、クロールしようとしたもののサイトへの過負荷が予想され、再スケジュールされた場合が多いとされています。小規模ブログでも、公開直後や優先度が低い URL で見かけます。サーバーが実際に重い、と決めつける必要はありません。

クロール済み - インデックス未登録は、訪問済みだが登録していない状態です。今後登録されることも、されないこともあります。公式ヘルプは、この URL のクロールを再送信する必要はないと明記しています。ここを「インデックス登録をリクエスト」で連打しても、原因の切り分けにはなりません。

sitemap を送っても、インデックスは保証されません（クロールとインデックス登録に関する FAQ）。sitemap は「見てほしい URL の案内」であり、登録命令ではありません。

直すページと放置してよいページ

未登録の件数をゼロにすることが目的ではありません。先に「検索に出したい正規 URL」だけをリストにします。

直す候補（重要ページ）

• トップ（/）
• 運営者情報・プライバシー・お問い合わせ
• 検索流入を狙う記事（今回公開した記事を含む）

放置してよい例

• 運営者だけが見る画面（このサイトの /lab/ は robots.txt の Disallow・noindex・Basic 認証の3枚重ね）
• 送信完了ページなど、意図的に noindex した URL
• 末尾スラッシュ違い、パラメータ付き、www ありなしなど、正規 URL 以外
• 削除して置き場所がない 404
• 一覧の 2 ページ目以降など、単独では検索需要が小さい URL

広告収益ブログでは、申請前の実務チェックとして主要 URL が登録済みかを見ると安心です。固定ページの用意は Google AdSense申請前に用意すべきページ を参照してください。

URL 検査で原因を確認する

レポートの件数だけ見ず、重要 URL を URL 検査ツール で 1 本ずつ確認します。レポートと検査結果がずれることもあるので、検査側を正とします。

1. 本番の正規 URL を貼る（http / www / 末尾スラッシュを本番と揃える）
2. 「Google に登録されています」なら、レポート反映の遅れを疑う
3. 未登録なら、ライブテスト（公開 URL のテスト）で取得できるか見る
4. 「クロールを許可？」「インデックス登録を許可？」を確認する
5. 「Google が選択した正規 URL」が、出したい URL と一致するか見る

検査で分かること	次に疑うこと
URL が Google に認識されていません	sitemap・内部リンク
robots.txt によりブロック	誤った Disallow
URL に noindex が指定されています	テンプレやレイアウトの meta
ソフト 404	本文が薄い、エラー表示が目立つ
別 URL が正規として選ばれている	canonical・重複・リダイレクト

robots.txt でブロックすると、ページ内の noindex も読めません。検索から外したいページは、クロールを許可したうえで noindex を使うのが公式の推奨です。クロールさせたくない運営画面だけ Disallow し、記事側は Allow のままにします。

当サイトの /lab/ は Disallow と noindex を両方付けていて、この推奨とは食い違います。意図的にそうしています。/lab/ はそもそも Basic 認証で 401 を返すため、クロールを許可しても本文（と noindex）は読めません。「一度公開したページを検索から下げる」用途なら noindex 単独が正解ですが、「最初から外に出さない」用途では認証が本体で、Disallow と noindex は取りこぼし防止の保険です。公開記事に同じ設定をコピーしないよう注意してください。

状態別の直し方

検出 - インデックス未登録のとき

クロール前なので、見つけやすさと取得しやすさを整えます。

1. /sitemap.xml が本番ドメインを指しているか確認する
2. トップと関連記事から、正規 URL へ内部リンクを置く
3. 公開直後なら数日待つ（新規サイトはまだキュー待ちのことが多い）
4. 重要ページだけ「インデックス登録をリクエスト」する

リクエストは登録を保証しません。通常は 1 日程度、長い場合もあります。送信数には 1 日あたりの上限があります。多い場合は、更新した URL を sitemap の lastmod 付きで案内する方が向いています（URL 検査ツールのヘルプ）。同じ URL を毎日送り直す必要はありません。

内部リンクの付け方は 薄い記事にしないための構成と内部リンクの設計 を参照してください。アンカーテキストは「こちら」ではなく、リンク先の内容が分かる文言にします。

クロール済み - インデックス未登録のとき

公式どおり、クロールの再送信は必須ではありません。見たうえで登録していないので、ページ側の中身と重複を疑います。

1. タイトル・導入・見出しが、狙っている検索意図と一致しているか
2. 手順・表・自分で確認した事実があるか（薄い要約だけになっていないか）
3. ほぼ同じ内容の別 URL がないか（canonical と内部リンクが正規 URL を指しているか）
4. モバイルで本文が読めるか、主要リソースがブロックされていないか

直し方の本体は、リクエスト連打ではなくリライトです。構成の型は 薄い記事にしないための構成と内部リンクの設計 が使えます。直したあとも、すぐ登録される保証はありません。変更日をメモし、1〜2 週間後に URL 検査を再確認します。

よくある別理由（未登録でも対処が違う）

理由	基本の扱い
代替ページ（適切な canonical タグあり）	正規側が登録済みなら対処不要
重複していますが、ユーザーが正規ページとして選択していません	出したい URL に canonical を揃える
ページにリダイレクトがあります	リダイレクト先の正規 URL を検査する
404 / 410	置き場所がなければそのままでよい。移転なら 301
ソフト 404	本文を厚くするか、本当に無いなら 404 を返す
URL に noindex が指定されています	出したいページなら noindex を外す

「見つからない」全体の切り分けは、Google 検索で自分のページが見つからない場合 も公式の入口になります。掲載順位が低いだけ、というケースもあるので、未登録と低順位を混同しないでください。

やりすぎなくてよいこと

• 未登録件数をゼロにすること
• クロール済み URL へリクエストを連打すること
• sitemap に不要 URL を足して件数だけ増やすこと
• 同じ薄い記事を量産して「本数」で解決しようとすること

SEO の土台（title / description / sitemap / robots / OGP）がまだなら、先に AstroブログのSEO初期設定とsitemapの落とし穴 を揃えます。計測の見方は、インデックスが安定してから GA4とSearch Consoleで毎月追う指標と実測例 に進むと迷いが減ります。

まとめ

インデックス未登録は、まず「検出（未クロール）」か「クロール済み（未登録）」かを分け、検索に出したい正規ページだけ直します。検出なら sitemap と内部リンク、クロール済みなら内容と重複の見直しが本筋です。公式ヘルプがクロール再送信不要としている状態を、リクエスト連打で消そうとしないことがポイントです。