検出 - インデックス未登録とは？クロール済みとの違いと対処手順

「検出」と「クロール済み」の違いと、それぞれの対処

Search Consoleの「ページ」レポートには、似た名前の二つの理由が並びます。違いは、Googleがそのページを実際に読みに来たかどうかです。

表は横にスクロールできます。

どちらも、その表示が出ただけでページに不具合があるとは限りません。ただし「クロール済み」は、Googleがページを読んだうえで登録を見送っている状態なので、同じサイトの中に似た内容のページがないか、そのページだけが答えている疑問があるかを見直すきっかけになります。登録のリクエストを何度も送っても、優先順位は変わりません。

最初に確認する3項目

1. 対象URLの状態：URL検査で「検出」と「クロール済み」を区別し、表示された理由と確認日を控える。
2. 現在の公開状態：ログインなしで本文が読めるか、公開URLテストで取得できるかを確認する。検索に載せたいページの意図しないnoindexなどが見つかった場合に修正する。
3. 発見経路：公開済みの関連記事や一覧からそのURLへ進めるか、サイトマップに正規URLがあるかを確認する。

点検票は最初からすべての欄を埋める必要はなく、画面で確認できない項目は「未確認」として残してください。

1. 表示された状態を正確に記録する

Search Consoleの「検出 - インデックス未登録」は、GoogleがURLを認識していても、まだクロールしていない状態を示します。「クロール済み - インデックス未登録」とは異なります。どちらも、その表示だけで具体的な原因や将来の登録日を確定できるわけではありません。

まず対象URL、状態の名称、確認日、最後に変更した日を控えます。ページインデックス登録レポートとURL検査で、どのデータを見ているかも分けます。ライブテストで今の取得状態を確認できても、検索への登録や順位が保証されるわけではありません。

参考: Googleのページインデックス登録レポート、URL検査ツール。状態の説明を2026年9月30日に再確認。

最初の一件は、ページ一覧から対象URLをコピーし、画面上部のURL検査へ貼り付けます。「ページのインデックス登録」を開き、前回のクロール、取得結果、インデックス登録の許可、正規URLを確認します。「該当なし」は検査結果がないことを示す場合があり、それだけで設定不備と判断しません。

修正するか、経過を見るか：二つの判断例

次は判断方法を示す例です。登録できた実績や、待てば必ず登録されるという説明ではありません。

• 公開記事にたどり着くリンクがない：記事は読めるものの一覧や関連記事から孤立している場合は、内容の合う公開ページからリンクします。サイトマップのURLも照合し、修正日を記録します。
• 本文を取得でき、内部リンクもある：明確な不具合が見つからなければ、同じURLを毎日リクエストせず、確認日と結果を残して経過を見ます。その間に記事を削除したりURLを変えたりする必要はありません。

「検出」の段階では最終クロール日が空欄になることがあります。空欄だけを設定ミスと判断せず、サーバー負荷や取得制限も実際の記録に基づいて調べます。現在のテストが成功しても、Googleが保存している結果はすぐには更新されないことがあります。

2. 本当に公開するページか確認する

予約記事、検証用ページ、検索結果の重複URLなど、検索に載せる予定のないページまで登録を目指す必要はありません。公開する本文が完成しているか、正しいURLを検査しているかを先に確認します。

スマホでは表を横にスクロールできます。

URLをコピーするときは、旧ドメイン、拡張子、末尾のスラッシュを見落とさないようにします。似たURLの結果を混ぜると、修正済みのページを何度も直すことになります。

公開URLで確認した例：index.phpからトップへの転送

2026年9月21日に当サイトの公開URLをHTTPで確認すると、/index.php は301を返し、1回の転送でトップの / へ到達しました。転送先は200で応答し、canonicalもトップのURLを指していました。この場合は同じトップページのURLを統一する転送なので、元のindex.phpを別のページとして登録させるための変更は不要です。

これは公開サイトの応答を確認した事例です。200やcanonicalだけではGoogleへの登録を証明できないため、検索の登録状態は転送先のURLをURL検査へ入れて別に確認します。他のサイトでも同じ設定が適切とは限りません。

3. ページを取得できるかと、登録させたいかを分ける

ブラウザで開けるだけでなく、公開範囲や検索向けの設定を確認します。公開予定のページにログイン制限や意図しないnoindexが残っていないか、robots.txtで取得を妨げていないかを調べます。ただし、非公開ページの制限をインデックス目的で外してはいけません。

noindexをGoogleに認識させるには、基本的にその指定を含むページを取得できる必要があります。robots.txtで止めればnoindexも必ず伝わる、という組み合わせにはしないでください。参考: Googleのnoindexの説明。

技術的な項目を変えたときは、変更理由と変更後の結果をセットで残します。原因が分からないままcanonicalやrobots.txtをまとめて書き換えるのではなく、対象URLで必要な修正に限定しましょう。

4. 読者がこの記事を選ぶ理由があるか確認する

表示が正常なら、既存記事との役割の違いを読み直します。同じ手順を別のタイトルで繰り返していないか、冒頭の疑問に本文が答えているか、読者が判断できる具体例や確認表があるかを見ます。文字数だけを増やすのではなく、足りない情報を特定する作業です。

作業票の例として「この記事の疑問／既存記事で答えている範囲／このページにしかない説明／不要な重複」を4行で記録できます。独立した役割がない場合は統合を検討しますが、検索未登録という理由だけで一括削除はしません。関連する公開記事から、必要な文脈で読者がたどれるリンクも確認します。

Googleは、読者を助けることより順位操作を主目的とした価値の乏しい大量生成をスパムの対象としています。記事数を増やすことや日付を過去へ変えることを、この状態の解決策にはしません。Googleの大量生成コンテンツに関する方針も確認できます。

5. 修正後は内容と確認日を残して経過を見る

重要なページを修正した場合は、URL検査で現在の状態を確認し、必要に応じてインデックス登録をリクエストします。同じURLを何度も送ることを日課にせず、どこを直したかを残します。登録や反映までの所要日数は保証できません。

確認票には「対象URL、表示状態、直した内容、依頼した日、次回確認する項目」を並べます。次に見るときは、記事数ではなく、状態が変わったか、検索の表示につながったかを確認します。少ない表示回数から成果や失敗を早急に決めないことも大切です。

よく迷う三つの判断

• 何日で登録される？ クロールには数日から数週間かかることがあり、申請しても登録は保証されません。期限を約束する説明とは分けて考えます。
• 毎日リクエストした方がいい？ 同じURLの繰り返し送信で速くなるわけではありません。受付日を記録し、次は状態や前回クロール日が変わったかを確認します。
• ライブテストに合格したら登録済み？ いいえ。今取得できるかどうかと、Googleが保存している登録結果は、分けて考えます。合格を登録完了として記録しないでください。

申請の位置づけはGoogle公式の再クロールのリクエスト案内でも確認できます（2026年9月21日確認）。

まずはAnalyticsとSearch Consoleの基本で使う道具を区別し、定期的な確認にはサイトの月次点検表を使えます。

自サイトの25件を確認した例：未登録を一つの不具合にしない

2026年10月8日、当サイトのURLプレフィックス「https://web-labo-note.com/」でページインデックス登録レポートを確認しました。画面の最終更新日は10月4日、登録済み81件・未登録25件でした。これはレポートで把握されたURLの数で、現在の公開記事数と同じ母集団ではありません。

公開GETは当サイトの応答を取得した確認で、Googlebotの新しい判定ではありません。この25件の表示だけから「すべて設定ミス」「すべて低品質」とは結論づけません。たとえば問い合わせURLのnoindexを外しても、本文記事が登録される根拠にはなりません。

保存済み404と、ライブテストの成功が同時に表示された一件

SSL設定の記事のURL検査では、保存済みの結果は未登録・404、前回クロールは2026年5月11日でした。同じURLの公開URLテストを10月8日17時05分に実行すると、Google検査ツール（スマートフォン）による取得は成功し、クロール許可・インデックス登録許可はいずれも「はい」でした。ユーザー指定の正規URLも当該記事を指していました。

ライブテストの「登録できます」を「登録されました」と記録してはいけません。Googleが選ぶ正規URLはこの試験では確定せず、保存済みの結果も直ちに置き換わりません。今回分かったのは、少なくともテスト時点でGoogleの検査ツールが現在の本文を取得できたことです。登録の確認は、その後の保存済み結果で別に行います。

同じドメイン名でも、ドメインプロパティとURLプレフィックスプロパティは別です。最初に開いた形式で閲覧できなくても、直ちに権限不足と決めず、プロパティ選択欄と対象URLを照合します。今回は登録されているURLプレフィックスを選ぶことで確認できました。所有権や権限を追加したわけではありません。

ご自身のサイトでは、レポート更新日、URL検査の前回クロール日、ライブテスト日時を別々に記録してください。今回の数値は確認時点の事例であり、他サイトの登録率や審査通過の目安ではありません。