やまやまブログby 株式会社bundlyze
LINE相談する

株式会社bundlyze CTOの開発ブログ株式会社bundlyzeの会社サイト

ご相談・お問い合わせLINEで相談する（bundlyze公式）

IT技術ブログ

Search Console「検出 - インデックス未登録」「クロール済み - インデックス未登録」が続くときの原因の切り分けと対処。ドメイン移行直後に増えたときの扱い

Search Console「ページ」レポートの「検出 - インデックス未登録」と「クロール済み - インデックス未登録」は原因も対処も別物です。URL検査での切り分け方と直し方、ドメイン移行の直後に増えたときの扱いを整理します。

公開日 最終更新日 by 津嘉山 洸

この記事の結論：Search Console で言う「インデックス未登録」は、URLがGoogleの検索の索引に入っていない状態のことで、「ページ」レポートでは理由ごとに分かれて表示されます。よく出る「検出 - インデックス未登録」は、Googleが URL を見つけたもののまだクロールしていない状態で、原因はクロールの優先度や見つけられ方の側にあります。「クロール済み - インデックス未登録」は、クロールはされたうえで登録が見送られた状態で、原因はページの中身や重複の側にあります。切り分けは、URL 検査で canonical・最終クロール日・取得の可否を見て、どちらの状態かと、技術的な問題が無いかを先に分けます。そのうえで、前者は内部リンク・サイトマップ・サーバーの応答を、後者は似たページの統合や内容の見直しを行います。ドメインやホストを変えた直後に前者が増えるのは珍しいことではなく、301 と canonical とサイトマップがそろっていれば、数週間は推移を見るのが基本です。

この記事の内容のご相談は株式会社bundlyzeへbundlyzeのSEO・LLMO対策について見てみる

この記事は、毎週 Search Console を見ても「ページ」のレポートで未登録の数が減らずに困っている担当者と開発者に向けた、切り分けの手順です。後半では、このブログの置き場所を WordPress の外へ移して静的サイトにし、正式なホストを www 付きに変えた日に、実際に URL 検査で見た結果と、そのあとにしたことを記録しています。Google側の説明は、記事の終わりに並べた資料で照らし合わせています（確認は2026年10月3日、理由の一覧の表は10月5日に見直し）。

インデックス未登録の理由は「ページ」レポートの表で分かれる

「ページ」レポートの未登録の欄には、理由ごとの件数が並びます。理由によって意味も最初に見る所も違うので、まず自分のURLがどの行に入っているかを確かめます。意味の列は、ページ インデックス登録レポートのヘルプの説明を要約したものです（2026年10月5日に確認）。

理由（レポートの表記） 意味 最初に確かめること
検出 - インデックス未登録 URLは見つかったが、まだクロールされていない。サイトへの負荷を見込んで、クロールの予定が組み直されたことが多い 内部リンクとサイトマップにそのURLが載っているか。サーバーが遅くないか
クロール済み - インデックス未登録 クロールはされたが、登録されていない。今後登録されるかどうかは分からず、送り直す必要はない 似た内容のページがほかにないか。題に対する答えが本文にあるか
重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました 指定した canonical とは別のURLを、Googleが正規ページに選んだ URL 検査で、Google が選んだ canonical がどのURLか
重複していますが、ユーザーが正規ページとして選択していません 重複したページの1つで、正規の指定がないまま別のURLが正規になった 正規にしたいURLを canonical で明示しているか
代替ページ（適切な canonical タグあり） 別の正規ページを正しく指している。対処は要らない 正規ページの側が登録されているか
ページにリダイレクトがあります 転送元のURLなので登録されない 転送先のURLが登録されているか
URL に noindex が指定されています クロールのときに noindex が見つかった その noindex が意図したものか
見つかりませんでした（404） 404 が返った。置き換えずに消したページなら問題とは限らない 移したページなら、新しいURLへ301で転送しているか

ヘルプは、サイトのすべてのURLが登録されるわけではないとも書いています。この記事では、件数が多く、原因が分かりにくい上の2行（「検出」と「クロール済み」）を中心に扱います。

レポートには、上の表のほかに「コンテンツのない状態でページがインデックスに登録されています」という状態が出ることもあります。ヘルプの説明では、ページはインデックスに登録されているものの、Googleが何らかの理由で中身を読み取れなかった状態で、クローキング（人とGoogleに違う中身を返すこと）か、Googleが登録できない形式になっている可能性があります。robots.txt によるブロックが原因ではない、とも書かれています。このときは URL 検査でそのページを検査し、Googleが受け取ったHTMLに本文が入っているかを確かめます（2026年10月6日に確認）。

2つの状態は、Googleがどこまで進んだかが違う

「検出」と「クロール済み」は、Googleの処理がどの段階で止まっているかを表しています。止まっている段階が違えば、見る所も手の打ち方も変わります。

状態 Googleがしたこと 公式ヘルプの説明の要旨 主に疑う所
検出 - インデックス未登録 URL を見つけた。まだ取りに来ていない クロールしたかったが、サイトに負荷がかかると見込んで予定を組み直した 見つけられ方、クロールの優先度、サーバーの応答
クロール済み - インデックス未登録 ページを取りに来て読んだ。登録はしていない 今後登録されるかどうかは分からない。送り直す必要はない 内容の重複、ページの価値、canonical

ヘルプには、サイトのすべてのURLが登録されると期待すべきではなく、登録されるのは canonical のページだけだとも書かれています。未登録の数がゼロにならないこと自体は、異常ではありません。

原因の切り分けは、URL検査から始める

どちらの状態でも、最初に URL 検査で1本ずつ事実を確かめます。数の多さに目を奪われてサイト全体を直し始める前に、代表のURLを数本選んで次の順に見ます。

  1. ユーザーが指定した canonical と、Google が選んだ canonical を比べる。 食い違っていれば、問題は重複の側です。別のURLが代表として選ばれています
  2. 最終クロール日を見る。 日付が無ければ「まだ来ていない」、あれば「来たが見送られた」です。レポートの分類と合っているかも確かめます
  3. 「公開URLをテスト」で、今のページが取得できるかを見る。 robots.txt での拒否、noindex、取得の失敗が無いかを確かめます
  4. 手元でもレスポンスを確かめる。 ステータスが200か、canonical が自分自身の正式なURLを指しているか、robots の meta に noindex が入っていないかを見ます
sh
curl -sI https://www.example.co.jp/article/ | head -3
curl -s  https://www.example.co.jp/article/ | grep -o '<link rel="canonical"[^>]*>\|<meta name="robots"[^>]*>'
  1. 同じ内容に届くURLが他に無いかを見る。 末尾の / の有無、www の有無、? の付いたURL、http と https の違いで、同じページが別のURLとして返っていないかを確かめます

ここで技術的な問題が見つかれば、先にそれを直します。何も見つからなければ、状態ごとの対処に進みます。

「検出 - インデックス未登録」は、見つけやすさとクロールの負担を見直す

Googleが「まだ取りに来ていない」状態なので、URL の存在をはっきり伝え、取りに来やすい状態にします。

見直す所 すること
内部リンク 登録済みのページ（トップ、カテゴリーの一覧、関連する記事）から、そのURLへ普通のリンクを張る
サイトマップ 正式なURLだけを載せる。lastmod は内容を大きく変えた日だけにする
URL の増えすぎ 絞り込みや並べ替えのパラメータで、同じ内容のURLが大量に生まれていないかを見る
サーバー 応答が遅い、5xx が出ている、といった問題が無いかをクロールの統計（Search Console の設定内）で見る
優先するページ 問い合わせに近いページだけ、URL 検査から登録をリクエストする

サイトマップの lastmod は、Googleが「一貫して正確だと確かめられる場合に使う」と説明している項目です。このブログでは、記事のページにだけ最終更新日を入れ、一覧のページには付けていません。一覧のページは、記事が増えるたびに中身が変わり、日付が実態を表さないためです。記事が1本も無いカテゴリーやタグの一覧は、noindex にしたうえでサイトマップから外し、クロールしてほしいURLだけが載るようにしています。

登録のリクエストには1日の上限があり、同じURLへの依頼を重ねてもクロールは早まらない、とGoogleは書いています。数が多いときは、リクエストよりもサイトマップと内部リンクで伝えます。

「クロール済み - インデックス未登録」は、ページの中身と重複を見直す

Googleが読んだうえで見送った状態なので、送り直しても結果は変わりにくく、ページの側を変えます。

  • 同じ問いに答えるページが2本以上ないか。 似た題・似た見出しのページが並んでいると、片方だけが選ばれやすくなります。内容を1本にまとめ、もう片方は 301 で寄せます
  • 検索する人の問いに答えきれているか。 題に対して中身が薄い、答えが最後まで出てこない、といったページは、内容を足すか、ほかのページに統合します
  • サイトの目的から外れたページを抱えていないか。 残す理由が無いページは、noindex にしてサイトマップから外す選択肢もあります

このブログでも、移行の作業の途中で、記事ごとに検索での表示回数（Search Console）と内容を見比べ、同じ問いの記事をまとめる案と、noindex にする案を作りました。まとめるときは、統合元のURLを転送の設定ファイル（_redirects）に1行ずつ書いて統合先へ 301 で送り、統合元の記事はページを出さない設定にする、という手順を決めています。まとめる・外すの判断は、作業する前に一覧にして、記事ごとに理由を書いてから進めます。

ドメイン移行やホスト変更の直後に増えたときは、転送とサイトマップを確かめて待つ

移行の直後は、Googleにとって新しいURLが一度に増えるため、「検出 - インデックス未登録」が増えやすい時期です。慌ててページを直す前に、移行の設定が正しいかだけを確かめ、あとは推移を見ます。

このブログで移行した日に見た状態

このブログは2026年10月2日に、WordPress をやめて、Astro で作る静的サイト（配信は Cloudflare）に置き換え、同時に正式なホストを www なしから www 付きへ変えました。旧サイトでは www なしが正式で、www 付きは www なしへ転送していました。つまり Google から見ると、記事のパスは同じでも、www 付きのURLは「これまで転送元だったURL」が正式なURLに変わった形です。

切り替えた日に、主な記事を中心に www 付きのURLを25件、URL 検査で調べました（状態名は英語のまま保存しています）。

状態 件数
Submitted and indexed（登録済み） 4
Discovered - currently not indexed（検出 - インデックス未登録） 18
URL is unknown to Google（Googleがまだ把握していないURL） 3

把握されていなかった3件のうち1件は、すでに無い記事で、近い記事へ 301 で寄せたURLでした。登録済みの4件にはトップページが含まれていました。

そのあとにしたこと

  1. 転送が1回で届くかを確かめた。 www なしと *.pages.dev は、Pages の関数で書いたミドルウェアが、パスと ? 以降を保ったまま www へ 301 で送ります。末尾の / もこの1回の転送の中で付け、転送が2回続かないようにしました
  2. canonical とサイトマップを www にそろえた。 canonical・サイトマップ・構造化データのURLは、すべて同じ設定の値から作っています
  3. 旧サイトのサイトマップのURLを、新しいサイトマップへ 301 で送った。 /sitemap.xml や /wp-sitemap.xml など、旧サイトで使われていたサイトマップのURLが404のままだと、新しいURLを見つけてもらうのが遅れると考えたためです
  4. 新しいサイトマップを送信（Search Console）し、主な記事から登録をリクエストした。 1日の上限に達したので、残りは翌日に回しました
  5. Bing などには IndexNow で全URLを知らせた。 IndexNow の鍵のファイルをサイトに置き、URLの一覧を送るスクリプトを用意しています

Googleのサイト移転の説明では、ドメインやサブドメインを移すときはアドレス変更ツールを使いますが、www あり・なしの切り替えには要らないとされています。また、中規模のサイトで新しいURLが古いURLに置き換わるまで数週間以上かかることがあり、転送は少なくとも1年は残すよう書かれています。このブログも、移行の結果がどう出たかはまだ判断できる時期ではないので、登録の推移は数週間後にこの記事へ追記します。移行の作業そのものの手順は、旧ブログからURLを変えずに引っ越した作業の記録にまとめています。

移行から3日後までに分かったこと（2026年10月5日に追記）

切り替えてから3日間、URL 検査とリクエストの記録を残してきました。数本の記録なので、どのサイトでも同じになるとは言えませんが、移行の直後に何が起きるかの目安になります。

  • リクエストしたURLは、1日以内に登録されたものが多かった。 10月4日の午前に登録をリクエストした /wedding-venue-lp-structure-template/ と /hotel-wedding-website-operation/ は、その日の夜の URL 検査で、どちらも登録済みになっていました（最終クロールは同じ日の8時台）。10月3日の朝にリクエストした /yoga-pilates-studio-class-booking-tickets/ も、同じ日の20時台にクロールされ、翌日の検査で登録済みでした
  • Google が選んだ canonical は、www 付きのURLそのものだった。 10月4日に検査した5本はすべて、「Google が選択した正規 URL」が検査したURLと同じでした
  • 1日の上限でリクエストできなかった記事が、先に登録されていたこともあった。 10月3日の夜に「割り当て量を超えています」で受け付けられなかった記事は、翌朝に見ると、前の日の23時台にクロールされて登録済みでした
  • リクエストが一時的に失敗した朝があった。 10月4日の朝、3本のリクエストが「Robots.txt にアクセスできません」で失敗しました。手元で robots.txt を取得すると200が返り、原因は分かっていません。同じ日の午前に改めて申請すると、エラーは出ずに受け付けられました
  • ドメインプロパティの数字が出るまで3日かかった。 10月2日に追加したドメインプロパティは、10月5日の朝になって検索パフォーマンスが初めて表示されました。入っていたのは9月30日から10月2日までの3日分で、10月2日は表示回数22回、平均掲載順位11.9でした。「ページ」レポートは、同じ朝の時点でもまだ「データを処理しています」のままでした

「ページ」レポートの件数が出たら、上の表の理由ごとに数を記録し、この記事に追記します。

移行の直後に、やらない方がよいこと

  • 転送元の旧URLを robots.txt で拒否する。 拒否すると Googlebot が旧URLを取りに来られず、301 の転送先に気づけません
  • 転送を早く外す。 評価の引き継ぎに時間がかかるため、少なくとも1年は残します
  • 未登録のURLを毎日リクエストし直す。 上限を使い切るだけで、早くはなりません
  • 未登録だからと noindex にする。 移行の直後の「検出」は、待てば解消することが多い状態です。中身に問題があるのは「クロール済み」の方です

毎週見るところを決めておく

移行のあとや、未登録の数を減らしたい時期は、見る所を固定して週に1回記録すると、変化の理由を追いやすくなります。

見る所 記録すること
ページのレポート 登録済みの数、「検出」と「クロール済み」それぞれの数
サイトマップ 送信したサイトマップの状態と、検出されたURLの数
URL 検査（代表の数本） 状態、最終クロール日、Google が選んだ canonical
検索パフォーマンス 表示回数とクリック数（数字は数日遅れて反映される）

「ページ」のレポートで修正を検証にかけると、終わるまでに通常2週間ほど、場合によってはそれ以上かかるとヘルプにあります。直した日を記録に残しておくと、数字が動いたときに、どの手が効いたのかを後から追えます。

自社でやる場合と、任せる場合

自社で進める場合は、Search Console の権限を持ち、URL 検査と「ページ」レポートを週に1回見て記録する人と、canonical・サイトマップ・転送の設定を直せる人（サイトの設定や配信の仕組みを触れる人）が要ります。「クロール済み」の対処で記事をまとめるか外すかを決めるには、記事ごとに表示回数と内容を見比べる手間もかかり、判断する人を決めておかないと一覧が作られないまま止まります。修正の検証には2週間ほどかかるため、直した日と数字の記録を続ける役目も欠かせません。

任せる場合、株式会社bundlyzeでは、SEOとLLMO（AI検索対策）を、サイトの土台の設定から計測と記録まで一緒に進めています。検索とAIの両方で見つけてもらう取り組みは、毎月の数字の記録とあわせて自社の会社サイトでも続けています。大阪・兵庫を中心とした関西のほか、遠方のご相談もオンラインでお受けしています。数字の読み方から、ページの統合や移行の設計までを外の目で見てほしいときは、SEO・LLMO対策の支援で進め方を紹介しています。

出典（一次情報）

確認は2026年10月3日、ページ インデックス登録レポートのヘルプは10月5日・6日に再確認しています。

よくある質問

Search Console の画面にある「インデックス未登録」とは、どういう意味ですか？

URLがGoogleの検索の索引に入っておらず、検索結果に出ない状態です。「ページ」レポートでは、「検出 - インデックス未登録」「クロール済み - インデックス未登録」「URL に noindex が指定されています」のように理由ごとに分かれて表示されます。理由によって見る所が違うので、まずどの理由に入っているかを確かめ、代表のURLを URL 検査で調べます。

「クロール済み - インデックス未登録」のURLは、登録のリクエストを送り直すべきですか？

この状態のURLを、公式ヘルプ（Search Console）は「今後登録されることもされないこともあり、クロールのために送り直す必要はない」と説明しています。送り直すより、そのページがほかのページと同じ内容になっていないか、検索する人の問いに答えきれているかを見直す方が先です。

ドメイン移行の直後に「検出 - インデックス未登録」が増えました。移行に失敗したのでしょうか？

それだけでは失敗とは言えません。Googleは、中規模のサイトでも新しいURLが古いURLに置き換わるまで数週間以上かかることがあると説明しています。まず、旧URLが新URLへ301で1回で届くこと、新URLが200を返し canonical が自分自身を指していること、サイトマップが新URLだけを載せていることを確かめ、そのうえで数週間は推移を見ます。

wwwあり・なしを切り替えたとき、アドレス変更ツール（Search Console）は使えますか？

Google検索セントラルのサイト移転の説明では、アドレス変更ツールはドメインやサブドメインを移すときのもので、HTTPSへの切り替え、wwwあり・なしの切り替え、同じドメインの中でのパスの変更には要らないとされています。この場合は、301での転送とサイトマップ、canonical をそろえることで新しいURLを伝えます。

Search Console でインデックス登録（再クロール）をリクエストするには、どうすればよいですか？

URL 検査でそのURLを調べ、結果の画面から登録をリクエストします。リクエストには1日あたりの上限があり、同じURLへ何度送ってもクロールは早まらない、とGoogleは説明しています。URLの数が多いときは、正式なURLだけを載せたサイトマップの送信と、登録済みのページからの内部リンクで伝え、リクエストは問い合わせに近いページに絞ります。

この記事の書き方と確認の方針