Discovered - currently not indexed：意味と修正方法

Discovered - currently not indexedは、Google Search Consoleの「ページがインデックスされない理由」に挙げられる最も一般的な理由の一つであり、最も誤解されている理由の一つでもあります。Googleのページのインデックス登録レポートのドキュメントには、短い定義が載っています。「Googleはページを発見しましたが、まだクロールしていません。通常、GoogleはそのURLをクロールしようとしていましたが、サイトに負荷がかかると予想されたため、クロールを再スケジュールしました。」このガイドでは、この一文の背後にある仕組み、通常の待機と本当の問題の見分け方、そしてURLをキューから外す修正方法を説明します。インデックス登録の全体像については、Googleにページをインデックスさせる方法のガイドをご覧ください。

「Discovered - currently not indexed」とは何を意味するのですか？

Googleはページを3つの段階でインデックスします。発見（URLが存在することを知る）、クロール（Googlebotがページをダウンロードする）、インデックス登録（Googleがコンテンツを分析し、保存するかどうかを決める）です。このステータスのURLは最初の段階しか通過していません。Googleはアドレスを把握してキューに入れていますが、まだダウンロードしていないため、コンテンツの評価も行っていません。そのため、このようなURLを検査すると「最後にクロールされた日」の欄が空になります。

このステータスは、隣接する「Crawled - currently not indexed」とよく混同されます。両者の違いによって、原因をどこで探すべきかが決まります。

要するに、「Discovered」はクロールの問題であり、「Crawled」はインデックス登録の判断です。Googleがダウンロードしたことのないページのコンテンツを書き直しても、Googlebotが戻って取得するまでは何も変わりません。

「Discovered - currently not indexed」は問題ですか？

件数と影響を受けるページによります。次の3つの状況は通常のことで、対処は不要です。

• ここ数日または数週間で公開された新しいページ。発見とクロールは別々のステップで、Googleがそれぞれスケジュールします。
• どのみちインデックスさせたくないURL：フィルターの組み合わせ、サイト内検索の結果、タグアーカイブ、トラッキングパラメーター。リストに含まれていることは、ブロックするかリンクをやめるべきというヒントにすぎません。
• 大規模サイトの一部。すべてのURLがインデックスされているサイトは存在しません。

重要なページ（商品、カテゴリー、記事、サービスページ）が何週間もリストに残る場合や、その件数がインデックス済みページの件数より速く増える場合は問題になります。Googleのクロールバジェットのガイドは、まさにこのシグナルに言及しています。URLの総数のうち「大部分」がDiscovered - currently not indexedに分類されているサイトは、GoogleがそれらのURLにどのようにクロールを配分しているかを確認すべきです。

「Discovered - currently not indexed」の原因は何ですか？

Googleは、クロールバジェットのドキュメントに記載された2つの要素によってクロール量を決めます。それはクロール容量の上限（速度を落とさずにサーバーが処理できる量）とクロールの需要（サイズ、更新頻度、ページの品質、他サイトと比べた関連性に基づく、GoogleがあなたのURLをどれだけ必要としているか）です。以下のそれぞれの原因は、これら2つのどちらかを下げます。クロールバジェットの概念は大規模サイトで最も重要ですが、遅いサーバーや弱いサイト構造は、数百ページ程度のサイトでもこのステータスを引き起こす場合があります。

1. 遅い、または不安定なサーバー

これはGoogleが最初に挙げる原因です。クロールバジェットのガイドによると、応答時間が「安定しているか改善している」場合にクロール容量は上がり、サイトが遅くなったりサーバーエラーを返したりすると下がります。共有ホスティング、過負荷のデータベース、重いテーマ、Googlebotを制限するファイアウォールはいずれも、Googleが1日に取得してもよいURLの数を減らします。

2. クロールを奪い合う低価値のURLが多すぎる

ファセットナビゲーション、並び替えパラメーター、セッションID、終わりのないカレンダーページ、自動生成されたタグページ、ほぼ同一の商品バリエーションは、何千ものURLを生み出します。Googleのガイドは、重複する重要でないURLがクロールの時間を消費すると警告しており、ソフト404ページは「クロールされ続け、バジェットを無駄にする」としています。優れたページも同じキューで待たされることになります。

3. 弱い内部リンク

XMLサイトマップにしか掲載されていないURLや、トップページから5クリック離れたページからしかリンクされていないURLは、弱い優先度のシグナルしか送りません。Googleのクロール可能なリンクに関するドキュメントは、技術的な落とし穴も指摘しています。Googleがリンクをたどれるのは、href属性を持つ <a> HTML要素の場合だけです。JavaScriptのイベントだけで構築されたメニューや「もっと読み込む」ボタンは、ページをクローラーから隠してしまうことがあります。

4. サイト全体の品質シグナル

クロールの需要は、Googleがサイトの残りの部分をどう評価しているかにも一部左右されます。すでにクロールされたページの大部分が薄いコンテンツや重複コンテンツである場合、Googleが次のページを急いでクロールする理由はほとんどありません。そのため、似たページを一度に何百ページも公開した後にこのステータスが現れることがよくあります。

5. 新しい、または認知度の低いサイト

被リンクが少なく新しいコンテンツが多い若いドメインは、クロールの需要が低い状態からスタートします。Mueller氏は同じ2022年のセッションで、コンテンツが多い新しいサイトは、その大部分がしばらくこのステータスのままになることを想定すべきだと述べています。

Search Consoleでどのように診断しますか？

何かを変更する前に、まず例を確認してください。この手順はほとんどのサイトで約1時間かかります。

1. リストを開く。インデックス > ページで「Discovered - currently not indexed」をクリックし、例となるURLをエクスポートします（Search Consoleは最大1000件を表示します）。
2. 種類別に並べ替える。URLをフォルダーやパターンごとにまとめます：商品、記事、パラメーター付きURL、ページネーション、タグ。大半がインデックスさせたくないURLであれば、解決策はそれらを押し込むことではなく、減らすことです。
3. 重要なページをいくつか検査する。URL検査ツールで、そのページが一度もクロールされていないことを確認し、Googleがサイトマップ経由で見つけたのか、そのページを参照する別のページ経由で見つけたのかを確認します。
4. サーバー側を確認する。設定 > クロールの統計情報を開きます。クロールの統計情報レポートには、過去90日間のホストの状態（robots.txtの取得、DNS解決、サーバーへの接続）、5XXエラーとタイムアウトの割合、平均応答時間が表示されます。リクエスト数が減っているのに応答時間が増えている場合は、容量の問題を示しています。
5. 内部リンクを確認する。影響を受けているページに向かう内部リンクの数と、その発生元を数えます。内部リンク分析ツールを使えば、孤立したページや、構造の奥深くに埋もれたページを確認できます。
6. サーバーログがあれば読む。ログを見ると、Googlebotが毎日実際にリクエストしているURLと、時間を浪費している場所がわかります。多くの場合、存在を知らなかったパラメーター付きURLです。

「Discovered - currently not indexed」はどのように修正しますか？

診断で見つかった原因に合わせて修正を選んでください。次の表に主なケースをまとめています。

まずサーバーの容量を改善する

クロールの統計情報レポートにサーバーエラーや応答時間の増加が表示されている場合、それを解決するまで他の施策は効果がありません。Google自身がサイトを保護するためにクロール速度を下げるからです。ホスティング会社に制限を確認し、ページキャッシュとコンテンツデリバリーネットワークを追加し、テンプレートから重いスクリプトを取り除いてください。

必要のないURLを減らす

Googlebotが取得する無駄なURLは、取得されない有用なURLの分だけ損をしています。フィルターの組み合わせやトラッキングパラメーターへの内部リンクを削除し、パターンをブロックする前にrobots.txtチェッカーでDisallowルールをテストし、ソフト404ページを修正してください。重複についてGoogleのガイドは明確です。クロールを「ユニークなURLではなく、ユニークなコンテンツ」に集中させるために、重複を排除してください。

重要なページへの内部リンクを強化する

Googleが頻繁にクロールするページから、影響を受けているページにリンクしてください。トップページ、主要なカテゴリー、人気記事などです。説明的なアンカーテキストを使った標準的な <a href> リンクを使います。明確なサイトアーキテクチャにより、重要な各ページをトップページから3〜4クリック以内に保てば、そのクロールの優先度が上がります。

サイトマップを整理し、インデックス登録のリクエストは控えめに

整理されたXMLサイトマップを送信し、「インデックス登録をリクエスト」ボタンは戦略的な少数のURLにだけ使ってください。このボタンには1日あたりの上限があり、サイト全体のクロール容量を増やすものではありません。原因を修正したら、レポートの「修正を検証」をクリックします。Googleは、検証には「通常最大で約2週間かかるが、場合によってはそれよりはるかに長くかかることもある」と述べているため、成功か失敗が出るまで再度クリックしないでください。

これらの手順の後もページが表示されない場合、原因は別の場所にあるかもしれません。サイトがGoogleに表示されない理由のチェックリストでは、ペナルティ、noindexタグ、canonicalのエラーを扱っています。

AIでの可視性（GEO）にとってなぜ重要なのですか？

Googlebotが一度もクロールしないページは、Googleで順位をつけられず、Googleのインデックスを基にしたAIによる概要やAIモードのソースにもなれません。そのため、クロールの滞留は、従来の検索結果とAIの回答の両方で、あなたの可視性を遅らせます。

ChatGPT、Perplexity、Claudeは、それぞれ独自のクローラーとパートナーのインデックスに頼っています。そのため、Googleが無視しているページを、これらが取得している場合や、その逆の場合があります。サーバーログには、どのAIボットがどのページを訪れたかが表示されます。AIクローラーのログに関する用語集の項目では、その読み方を説明しています。このガイドの修正（高速なサーバー、不要なURLの削減、明確な内部リンク）は、Googlebotだけでなく、AIボットを含むすべてのクローラーに役立ちます。

当社の製品であるSorankは、この問題のコンテンツ面を担当します。GEOとSEOのダッシュボードはSearch Consoleに接続し、修正のたびにクリック数、表示回数、掲載順位を追跡します。記事ジェネレーターは、記事の本数は少なくても内容の深い記事を公開し、既存のページへの内部リンクを自動的に付けるため、新しいURLは公開の日からリンクされています。

要点をまとめます。「Discovered - currently not indexed」とは、GoogleがあなたのURLを把握しているものの、そのページにまだクロール時間を割いていないことを意味します。新しいページが数ページだけであればこのステータスは無視してかまいませんが、重要なページに影響している場合は対処してください。サーバーを高速化し、不要なURLを減らし、重要なページにリンクしましょう。コンテンツと内部リンクの部分を自動化するには、Sorankのプランをご覧ください。年払いの場合は月額49€から、3日間の無料トライアルがあります。