「検出 - インデックス未登録」が増える・減らない原因と対処｜「クロール済み」との違いと放置してよいURLの見分け方

この記事のポイント

• 「検出 - インデックス未登録」は、GoogleがURLを知っていながらまだ取得していない待ち行列の状態で、品質の判定ではない。
• 減らない原因は、サーバーの応答遅延による容量不足か、内部リンクやURLの質による需要不足のどちらかに分けて考えると早い。
• パラメータ付き・絞り込み・広告計測用のURLは放置してよく、新規記事やLPなど集客したいURLだけを修正の対象にする。
• 修正後は週次で件数を追い、2〜4週間で動かなければログ分析とサイト全体の見直しに進むのが妥当である。

Search Consoleを開くと「検出 - インデックス未登録」の数字が昨日より増えていて、新規記事は一向に検索に出てこない。ここで「Googleに低品質と判断されたのでは」と記事のリライトに走る担当者は少なくありません。ただ、その判断は半分しか合っていません。

検出 インデックス未登録が減らない原因は、多くの場合ページの中身ではなく、Googlebotがそのページを取りに来る順番が回ってきていないことにあります。この記事では、容量不足と需要不足の2分岐で原因を切り分け、放置するURL・直すURL・消すURLを仕分けて、当日中に対処方針を決めるところまで進めます。

「検出 - インデックス未登録」が減らないのはなぜ？結論はクロール待ちの行列が詰まっているから

「検出 - インデックス未登録」とは、Google Search ConsoleのページのインデックスW登録レポートで、GoogleがURLの存在は把握しているものの、まだクロールもインデックス登録もしていない状態を指すステータスです。ページの良し悪しを見られる前の段階なので、品質の判定とは別物と考えてください。

公式ヘルプの定義：過負荷が予想されて再スケジュールされた状態

Google検索セントラルのヘルプでは、このステータスを「Googleがクロールを試みたが、サイトが過負荷になると予想されたためクロールが再スケジュールされた」状態として説明しています。ここで言う過負荷は、実際にサーバーが落ちたという意味ではなく、Googleが「これ以上取りに行くと負荷をかけそうだ」と見積もった結果です。

最終クロールが空欄（N/A）になる理由

URL検査ツールでこのURLを調べると、最終クロールが空欄、あるいは「N/A」と表示されます。訪問していないのだから当然で、これが「検出」と他のステータスを見分ける一番手早い目印になります。

まず全体に対する割合を見る：少数なら正常の範囲

数字が増えていても、まず全体に占める割合を見てください。サイト全体のURLのうち少数なら、行列の末尾にいるだけで正常の範囲です。逆に、URLの大半が検出のまま、あるいは直近で急増している場合は調べる価値があります。Google検索セントラルのクロールバジェット管理ガイドは、URLの大部分が「検出 - インデックス未登録」になっているサイトも対象に含めると明記しています。

「検出」と「クロール済み」の違いは？Googleが訪問する前か後か

「検出」はGooglebotが訪問する前、「クロール済み」は訪問した後の状態です。どちらに入っているかで原因も打ち手も別物になるため、最初に見るべきは件数ではなくステータス名です。

比較表：原因・Googleの判断段階・効く打ち手・待ち時間

項目	検出 - インデックス未登録	クロール済み - インデックス未登録
Googleの段階	URLは知っているが未訪問	訪問して内容を読んだ後
最終クロール	空欄（N/A）	日付が入る
主な原因	サーバーの負荷見込み、内部リンクや需要の不足、URLの水増し	内容の薄さ、重複、価値が低いという評価
効く打ち手	クロールトラップの遮断、内部リンク、サイトマップの掃除、応答速度	コンテンツの改善、統合、削除
待ち時間の目安	修正後2〜4週間で週次確認	改善後の再評価まで数週間以上

クロール済みの側は中身の評価が絡むため、「クロール済み - インデックス未登録」の対処で別に整理しています。

検出からクロール済みに移るのは前進のサイン

検出が減って、同時にクロール済みが増えたなら、悪化ではなく前進です。Googlebotが訪問できるようになった証拠で、ここからは中身の勝負に入ったということになります。件数を足し合わせて一喜一憂せず、ステータスごとの増減を別々に記録してください。

2026年7月のMueller・Splittの発言：品質が関係するのは時々

Search Engine Journalの記事「Google Explains SEO Connection Of Site Quality To Non-Indexed Pages」によると、2026年7月にMartin Splittが検出とクロール済みの違いを訪問前と訪問後で整理しました。品質が原因かと問われたJohn Muellerの答えは「時々そう」です。サイト全体の品質に強い懸念があると、Googleはクロールとインデックスの量を絞る、という説明でした。

日本の中小サイトに引き寄せると、検出の大半は技術要因と見てよく、品質は「技術的な理由が見当たらないのに大量にある」場合に疑う最後の候補、という順番になります。

放置してよい検出URLと直すべき検出URLの見分け方は？

図2: 放置・修正・削除の仕分けマトリクス

検出URLは、種類と重要度の2軸で「放置・修正・削除」に仕分けられます。検索から集客したいページは修正、検索に出す意味がないURLは放置、価値の薄いものは削除か統合、が基本の考え方です。

URLの種類	検索集客の重要度	判断
gclid・utm・計測用パラメータ付きURL	なし	放置（内部リンクを張らない）
絞り込み・並び替え・ページ送り	低い	放置（遮断を検討）
タグ・日付アーカイブ	低い	放置、薄ければ統合
新規記事・サービスページ・LP	高い	修正
内容が薄いページ・重複ページ	なし	削除または統合

放置してよいURL：パラメータ付き・絞り込み・ページ送り・タグ・広告計測用URL

広告運用をしているサイトでは、gclidやutm付きのURL、広告用LP、計測パラメータが検出URLを水増しする場合があります。外部の広告リンクから生まれるURLならまだしも、サイト内のリンクに計測パラメータが付いていると、Googlebotが拾って検出が増え続けます。正規URLとcanonicalが揃っているなら、これらは放置で構いません。パラメータURLの扱いは代替ページ（適切なcanonicalタグあり）の判断も参考になります。

直すべきURL：新規記事・サービスページ・LPなど検索から集客したいページ

検索から集客したいURLが検出に入っているなら、これだけは放置できません。件数の多寡ではなく、一本でも載せたいページが入っているかで判断します。

削除・統合すべきURL：内容の薄いページと重複ページ

中身が薄い、あるいは他のページと内容が重なるURLは、削除か統合の候補です。重複の整理はGoogleが別の正規ページを選んだ場合の対処と合わせて見ると進めやすくなります。

URLのサンプルを書き出して傾向を見る5分の手順

1. Search Consoleの「ページのインデックス登録」から「検出 - インデックス未登録」を開く
2. 表示されるサンプルURLをエクスポートして、スプレッドシートに貼る
3. パスの先頭ごと（/blog/、/tag/、パラメータ付きなど）に色分けする
4. 種類ごとの件数を数え、上の表に当てはめる

サンプルは上限があり全件ではありませんが、傾向をつかむには足ります。Onelyの記事でも、サンプルURLのパターンからテンプレート・パラメータ・孤立・サイトマップのみのどれかを診断する手順が紹介されています。

検出が増える原因はどう切り分ける？容量不足と需要不足の2分岐

図1: 容量不足と需要不足の切り分け

検出が増える原因は、クロール容量の不足（サーバー側）とクロール需要の不足（Google側の関心）の2つに分かれます。Onelyの記事「How To Fix ‘Discovered - Currently Not Indexed’ in Google Search Console」が示すこの2分岐は、何から手を付けるかをすぐ決められるため、日本の中小サイトでもそのまま使えます。

クロールの統計情報で応答時間・ホストの状況・5xxを確認する

Search Consoleの「設定」から「クロールの統計情報」を開き、平均応答時間、ホストの状況、レスポンス別の内訳を見ます。確認するのは、応答時間が長くなっていないか、ホスト負荷に関する警告が出ていないか、5xxエラーが混じっていないか、の3点です。

容量不足のサイン：応答時間の増加とクロール数の減少が同時に起きる

Google検索セントラルのガイドによると、クロール能力の上限は、応答速度が遅いときや5xx・429が返るときに下がります。応答時間が伸びるのと同時に、クロールのリクエスト数が落ちているなら、容量不足の典型です。共用レンタルサーバーで他のサイトや自社の広告流入が重なる時間帯に遅くなる、というのは日本の中小サイトで起きがちな構図です。切り分けはサイトが重い原因の切り分け手順に沿って進めてください。

需要不足のサイン：孤立ページ・サイトマップにしかないURL・クロールトラップ

応答時間に問題がないなら需要側です。内部リンクのない孤立ページ、XMLサイトマップにしか載っていないURL、絞り込みやカレンダーのように無限にURLが生まれるクロールトラップが主な候補になります。Ahrefs blogの記事は、これに加えて内部リンクのリダイレクト、nofollowの内部リンク、onClickだけのJS遷移も需要を下げる隠れた原因として挙げています。リダイレクトが絡む場合は「ページにリダイレクトがあります」の見分け方が補足になります。サイト移転の後に急増したなら、301リダイレクトの設計と旧ディレクトリの後始末に戻って確認してください。

技術的な原因がないのに大量にある場合：サイト全体の品質を疑う

容量も需要も技術的には問題が見当たらないのに大量にあるときは、Muellerの発言どおり、サイト全体の品質とUXを見直す段階です。この場合は個別のURL修正では動きません。

検出未登録を減らすには何から直す？優先順位つきの対処手順

対処は、効果が大きくコストの低い順に、クロールトラップの遮断、内部リンク、サイトマップの掃除、サーバー、品質の順で進めます。上から順に潰すと、無駄な作業が減ります。

パラメータURLや計測URLの発生源を止める（robots.txtと内部リンク）

まず、サイト内のリンクからパラメータや計測URLが生まれていないかを確認します。生まれているなら、リンク自体を直すのが先です。そのうえで、価値のない絞り込みや並び替えのURLはrobots.txtでクロールを止めます。robots.txtは、クロールを制御するための設定ファイルです。

重要ページへの文脈のある内部リンクと、クリック数の少ない階層づくり

重要なページには、関連する記事の本文から文脈のあるリンクを張ります。トップページから何クリックで届くかも見直し、できるだけ浅い階層に置いてください。フッターに並べるだけのリンクより、本文中の自然なリンクのほうが需要の合図として働くと言われています。

サイトマップをインデックスさせたい正規URLだけにする

XMLサイトマップに、リダイレクト先やnoindexのURL、パラメータ付きURLが混ざっていないかを点検します。インデックスさせたい正規URLだけに絞るのが原則です。

サーバーの応答速度と5xxを改善する

クロールの統計情報で容量不足のサインが出ているなら、キャッシュの導入、画像の軽量化、プランの見直しなどを検討します。5xxの原因はサーバーログで特定してください。

noindexではクロール予算は節約できないので注意

ここは実務でつまずきやすい点です。Google検索セントラルのガイドは、noindexを付けてもクロール自体は発生するため、クロール予算の節約にはならないと説明しています。クロールを減らしたいならrobots.txtかリンクの削除、インデックスから外したいならnoindex、と目的で使い分けてください。ただし、robots.txtで止めたURLにはnoindexが読まれない点にも注意が必要です。

新規記事が検出のまま反映されない時はどうする？リクエストの正しい使い方

リクエストしても順番は変わらない？

新規記事が検出のまま動かないときは、URL検査ツールの「インデックス登録をリクエスト」を使えますが、これは登録の保証ではなく優先度を伝える合図にすぎません。

リクエストは優先度を伝える合図で、登録の保証ではない

リクエストしても、内部リンクが乏しく、サイト全体の評価も弱いと、行列の後ろに回されます。リクエストの前に、その記事へ関連記事からリンクが張られているかを必ず確認してください。

1日の上限の目安と、使う価値があるURL

Ahrefs blogの記事は、1日10〜15件程度を目安としていますが、これはGoogleが示した公式の上限ではありません。実際の上限は画面に出るメッセージで判断します。使う価値があるのは、新規の重要記事や大きく更新したページに限られます。

Indexing APIは求人とライブ配信専用

大量のURLを送る裏技として、海外ではIndexing APIの利用が紹介されています。ただしGoogleが公式に対象とするのは、求人情報とライブ配信の構造化データだけです。通常の記事に使うのは対象外なので、日本でも手を出さないでください。

サイトマップのlastmodを正しく設定する

XMLサイトマップのlastmodは、実際にコンテンツを更新したときだけ変えるようにします。更新していないのに日付を動かし続けると、信頼されにくくなります。

対処後どれくらい待てば減る？週次の計測と見直しのタイミング

対処後は、週次で数字を追い、おおむね4週間を区切りに次の段階へ進むのが目安です。固定の期間は公式には示されていません。

修正の検証はおおむね2週間以上かかる

「修正を検証」を押すと、Googleが修正を確認する処理が始まり、おおむね2週間以上かかることがあります。押すこと自体は構いませんが、結果が出るまで待つ前提で動いてください。

週次で追う3つの指標

• 「検出 - インデックス未登録」の件数と全体に対する割合
• クロールの統計情報の平均応答時間と5xxの件数
• 重要URLのうち、最終クロールに日付が入った本数

毎週同じ曜日に、同じ画面から記録します。

4週間減らない時：ログ分析とコンテンツ全体の見直しへ

4週間たっても動かないなら、サーバーのアクセスログでGooglebotの実際の動きを確認します。それでも原因が見えないときは、Search Console×GA4による記事トリアージの手順で、コンテンツ全体を見直す段階です。

よくある質問

Q：「検出 - インデックス未登録」は放置しても大丈夫ですか？

重要でないURLや重複URLなら放置で構いません。集客したいページが含まれている場合や、割合が急に増えた場合にだけ、本記事の手順で対処してください。

Q：検出 - インデックス未登録はどれくらいの期間で解消されますか？

固定の期間はありません。修正後は週次で追い、2〜4週間を目安にしてください。Muellerも、検出のまま残り続けることがあると述べています。

Q：インデックス登録をリクエストしたのに反映されないのはなぜ？

リクエストは優先度を伝えるだけで、登録を保証するものではないためです。内部リンクやサイト全体の評価が弱いと、行列の後ろに回されます。

Q：検出 - インデックス未登録の「修正を検証」は押すべきですか？

原因を直した後なら押してよいです。ただし検出は状態であってエラーではないので、検証が失敗しても慌てなくて構いません。

Q：小規模サイトでもクロールバジェットは関係ありますか？

基本的には関係しにくいと言われています。Ahrefs blogの記事によれば、Gary Illyesは9割のサイトはクロール予算を気にしなくてよいと述べています。ただし公式ガイドは、URLの大部分が検出のサイトも対象にしているため、割合が大きい場合は当てはまります。

Q：広告用LPやutm付きURLが検出に出てきたらどうすべき？

サイト内に計測URLを張らず、正規URLとcanonicalを揃えてください。広告用LPを検索させないなら、検出のまま放置で問題ありません。

検出の件数に振り回されるより、どのURLを載せたいのかを先に決めるほうが、結局は早く片付きます。真策堂では、Search Consoleの数字の読み方から広告運用側の計測URLの整理まで、こうした観点でご相談を受けています。切り分けに迷ったときは、お気軽にお問い合わせください。