インデックス カバレッジ レポート

このレポートを使用すると、どのページがインデックス登録されているかや、インデックス登録できなかったページの修正方法を確認できます。

 

インデックス カバレッジ レポートを開く

 

このレポートの使用方法

まず、Google 検索の仕組みについての記事に目を通しておくと、このレポートの概要が理解しやすくなります。

このレポートには、Google がアクセスした、またはアクセスを試みた、プロパティ内のすべての URL のインデックス登録の状態が表示されます。概要ページには、プロパティ内のすべての URL の結果がステータス別(エラー、警告、有効)に分類されて表示され、そのステータスが割り当てられた具体的な理由も表示されます(例: 送信された URL が見つかりませんでした(404))。表の行をクリックすると、同じステータスや理由をもつすべての URL が表示されて、問題の詳細を確認できます。

概要ビュー

最上位のレポートには、Google がクロールを試みたサイト上のすべてのページのインデックス ステータスが、ステータス別と理由別にグループ化されて表示されます。

確認すべき点

  • サイトが拡大するにつれて、有効なインデックス登録済みページの数が徐々に増えていくのが理想的です。
  • インデックス登録エラーの急激な増加が見られる場合、テンプレートに変更を加えた際にエラーが混入したか、送信したサイトマップに記載されている URL のクロールがブロックされている(robots.txt や noindex によるブロック、ログインを求めるページによる保護など)ことが原因でエラーが発生している可能性があります。問題をクリックし、ページを調べてエラーを確認してください。
  • インデックス登録済みページの総数が減少しており、対応するエラーがない場合、robots.txt、「noindex」、認証機能などによって既存のページへのアクセスがブロックされている可能性があります。除外された URL が、ページ数の減少に応じて急増していないか確認してください。
  • 有効なページよりも除外されたページの方が多い場合は、除外の種類を確認します。一般的な除外の理由は次のとおりです。
    • サイトの大部分をクロールからブロックしている robots.txt ルールがあります。
    • サイトに多数の重複するページが含まれています。主な理由として、パラメータを使って一般的なコンテンツのフィルタリングや並べ替えを行っている場合(例: type=dresscolor=greensort=price)が挙げられます。これらのページが、同じ内容をさまざまな方法で並べ変えたり、フィルタリングしたりしているだけの場合は、除外した方がよいでしょう。

以下のトラブルシューティングのヒントをご覧ください。

確認しなくてよい点

  • サイトのすべての URL がインデックス登録されるわけではありません。目標は、各ページの 1 つのバージョン(正規バージョン)がインデックス登録されることです。重複するページや代替ページはこのレポートで「除外」と表示されます。重複するページや代替ページの内容は正規のページと実質的に同じです。ページが重複や代替としてマークされるのは、Google が正規ページを検出してインデックス登録したことを表しているので、問題ありません。URL の正規バージョンを見つけるには、URL 検査ツールを実行します。
  • 新しいコンテンツを追加する場合、新しいページを追加してから Google にインデックス登録されるまでに時間差があります。インデックス登録の遅延を減らすには、インデックス登録をリクエストしてください。

ステータス

各ページは、次の一般的なステータスのクラスのいずれかになります。

  • エラー: ページはインデックスに登録されていません。詳細とエラーの修正方法については、各エラータイプの説明をご覧ください。最初にこうした問題に集中する必要があります。
  • 警告: ページはインデックスに登録されているか、最近まで登録されていましたが、注意すべき問題があります。
  • 除外: ページはインデックスに登録されていませんが、エラーではありません。こうしたページはインデックス登録処理の途中段階にある可能性があります。また、ページが(noindex ディレクティブなどを使用して)意図的に除外されていて、正しい動作であることもあります。
  • 有効: ページはインデックスに登録されました。

理由

各ステータス(有効、警告、エラー、除外)にはそれぞれ固有の理由があります。表のデータは理由別にグループ化されており、各行には 1 つ以上の URL が記載されています。各ステータス タイプの説明と対処方法については、下のステータス タイプの説明をご覧ください。

検証

この問題の検証ステータス。「失敗しました」または「開始前」となっている問題を優先する必要があります。

検証について

サイト上で特定の問題のあるページをすべて修正したら、Google に変更の検証をリクエストすることができます。問題の検出されたページがすべて修正されると、ステータスの表でその問題のステータスが「修正済み」に変わり、表の一番下に移動します。Search Console は、問題全体の検証ステータスと問題があるページの検証ステータスの両方をトラッキングします。問題のあるページがすべて修正されると、問題は「修正済み」とみなされます(実際に記録されるステータスについては、問題の検証ステータス問題のあるページの検証ステータスをご覧ください)。

問題の継続期間についての詳細

問題の継続期間は、サイト上でその問題のあるページが初めて検出された日を起点とし、問題のある最後のページの修正が記録されてから 90 日後までとなっています。同じ問題が再び発生せずに 90 日が過ぎると、その問題はレポートの履歴から削除されます。

問題の初検出日は、その問題の継続期間において問題が最初に検出された日付です。この日付は変更されません。そのため、次のようになります。

  • 問題のあるページがすべて修正され、その 15 日後に同じ問題のあるページが新たに発生した場合、問題は未解決としてマークされ、「初検出日」は元の日付のままとなります。
  • 問題のある最後のページが修正されてから 91 日後に同じ問題が発生した場合、前の問題は解決済みとなっているため、この問題は新たな問題として記録され、初検出日は「今日」に設定されます。

基本的な検証フロー

問題で [修正を検証] をクリックすると実行される検証処理の概要は次のとおりです。この処理には数日かかることがあり、進捗状況を知らせるメールが届きます。

  1. [修正を検証] をクリックすると、ただちに Search Console によりサンプルとして数ページがチェックされます。
    • サンプルのページに現在も問題が存在する場合、検証は終了し、検証ステータスは変更されません。
    • サンプルのページにエラーが見つからなかった場合は、検証が続行され、検証ステータスは「開始」となります。この検証において無関係の他の問題が検出された場合、そうした問題は該当する他の種類の問題としてカウントされ、検証は続行されます。
  2. Search Console の処理には、この問題に該当する既知の URL のリストが使用されます。サイト全体ではなく、この問題のある既知のページの URL のみが再クロールのキューに追加されます。Search Console の検証履歴にはチェックしたすべての URL が記録されます。検証履歴には問題の詳細ページからアクセスできます。
  3. URL のチェック時に次の処理が行われます。
    1. 問題が検出されなかった場合、問題のあるページの検証ステータスは「合格」になります。このページが検証開始後に初めてチェックされたページである場合、問題の検証ステータスは「修正を確認しました」になります。
    2. URL にアクセスできなくなっている場合、問題のあるページの検証ステータスは「その他」(エラーとはみなされません)になります。
    3. 問題のあるページがまだ存在する場合は、問題のステータスが「不合格」になり、検証は終了します。このページが通常のクロールで検出された新しいページの場合は、この既存の問題がある新たなページとみなされます。
  4. エラーおよび警告のある URL がすべてチェックされて、問題の数が 0 の場合、問題のステータスは「合格」になります。重要: 該当ページ数が 0 になって問題のステータスが「合格」に変更されても、元の重大度レベル(「エラー」または「警告」)の表示はそのままとなります。

[検証の開始] をクリックしていなくても、問題のあるページが修正されたことが Google により検出されることがあります。通常のクロールによって問題のあるページがすべて修正済みと確認された場合、レポート上のその問題のステータスは「該当なし」になります。

URL や項目の問題が「修正済み」とみなされる条件

次のいずれかの条件を満たすと、URL や項目の問題は修正済みとしてマークされます。

  • URL のクロール時に、ページ上で問題が検出されなくなったとき。AMP タグのエラーの場合は、タグが修正されたか、削除された(必須のタグではない場合)ことが考えられます。検証の実行時には、この状態は「合格」とみなされます。
  • 何らかの理由で Google がページにアクセスできない場合(ページが削除されている、noindex とマークされている、認証が求められるなど)、その URL の問題は「修正済み」とみなされます。検証の実行時には「その他」の検証ステータスにカウントされます。

再検証

不合格となった検証の [再検証] をクリックすると、問題があり検証で不合格となったすべてのページのほかに、通常のクロールで新たに同じ問題が検出されたページを対象として、検証が再び開始されます。

現在の検証サイクル中に問題を修正した場合でも、現在の検証サイクルが完了するまで待ってから、新たな検証サイクルをリクエストする必要があります。

検証に合格したページ(「合格」とマークが付けられたページ)やアクセスできなくなったページ(「その他」とマークが付けられたページ)は再チェックされず、[再検証] をクリックした際に履歴から削除されます。

検証履歴

問題の詳細ページで検証の詳細のリンクをクリックすると、検証リクエストの進捗状況を確認できます。

AMP レポートとインデックス ステータス レポートでは、検証履歴ページの項目は URL 別にグループ化されます。モバイル ユーザビリティ レポートやリッチリザルト レポートでは、項目は URL と構造化データの項目(項目の「name」の値により判断されます)の組み合わせを基準としてグループ化されます。検証ステータスは、調査中の特定の問題に適用されます。ページ上の 1 つの問題に「合格」ラベルが付き、他の問題には「不合格」、「保留中の検証」、「その他」のラベルが付くことがあります。

問題の検証ステータス

個々の問題には、次の検証ステータスが適用されます。

  • 開始前: この問題のあるページが存在しますが、検証はまだ開始されていません。次のステップ:
    1. 問題をクリックしてエラーの詳細を確認します。AMP テストを使用して個別のページを調査し、公開中のページ上でのエラーの例を確認します(AMP テストでページのエラーが表示されない場合、Google がエラーを検出してこの問題のレポートを生成した後で、公開中のページ上のエラーが修正されたと考えられます)。
    2. 詳細ページで [詳細] をクリックして、違反しているルールの詳細を確認します。
    3. 表内にある URL の例の行をクリックして、そのエラーの詳細を確認します。
    4. ページを修正し、[修正を検証] をクリックして Google にページの再クロールをリクエストします。Google から検証の進捗状況の通知が届きます。検証には数日から最大で約 2 週間かかるため、しばらくお待ちください。
  • 開始: 検証が開始されました。この問題が残っているページはまだ検出されていません。次のステップ: 必要に応じて、検証が進むと Google から対応方法を伝える通知が届きます。
  • 修正を確認しました: 検証が開始され、これまでにチェックしたページがすべて修正されています。次のステップ: 必要な作業はありませんが、検証が進むと Google から対応方法を伝える通知が届きます。
  • 合格: 問題のある既知のページがすべて修正されています(または、該当する URL にアクセスできなくなっています)。このステータスにするには、[修正を検証] をクリックする必要があります(検証をリクエストしておらず、問題のあるページが解消したことが Google により検出された場合、ステータスは「該当なし」になります)。次のステップ: 必要な作業はありません。
  • 該当なし: 検証を開始していませんが、すべての URL で問題が修正されていることが Google により検出されました。次のステップ: 必要な作業はありません。
  • 不合格: [検証] がクリックされましたが、一部のページにまだこの問題が存在します。次のステップ: 問題を修正して再検証します。

問題のあるページの検証ステータス

検証をリクエストすると、特定の問題がある既知のすべてのページに次の検証ステータスのいずれかが割り当てられます(インデックス ステータス レポートでは、「合格」と「その他」は使用されません)。

  • 保留中の検証: 検証のキューに追加されています。Google による前回の確認時に、このページには該当する問題が存在していました。
  • 合格: チェックの結果、このページに問題は存在しませんでした。このステータスになるのは、このページに対して [検証] をクリックした場合のみです。
  • 不合格: チェックの結果、このページにはまだ問題があります。このステータスになるのは、このページに対して [検証] をクリックした場合のみです。
  • その他: この該当ページをホスティングしている URL にアクセスできませんでした。または、ページ上で項目が見つかりませんでした(構造化データの場合)。「合格」と同等とみなされます。

同じ URL でも、問題ごとにステータスが異なる場合があります。たとえば、ある 1 つのページ内に問題 X と問題 Y の両方がある場合に、同じページ内で問題 X の検証ステータスが「合格」、問題 Y の検証ステータスが「保留中の検証」になる可能性があります。

URL 検出方法をプルダウンで絞り込む

グラフの上にあるプルダウンを使うと、Google が URL を検出した方法別にインデックス登録の結果を絞り込めます。次の値を使用できます。

  • すべての既知のページ(デフォルト) - 検出方法に関係なく Google が検出したすべての URL が表示されます。
  • すべての送信済みページ - Search Console やサイトマップの ping を使って送信されたサイトマップに含まれるページのみが表示されます。
  • 特定のサイトマップ URL - Search Console を使って送信された特定のサイトマップに記載されている URL のみが表示されます。サイトマップ インデックスの場合、含まれているサイトマップ内のすべての URL がレポートの対象となります。

URL がサイトマップ以外の方法(別のページからのオーガニック クロールなど)で検出された場合でも、その URL はサイトマップで送信されたと見なされます。

詳細ビュー

概要ページの行をクリックすると、そのステータスと理由に関する詳細ページに移動します。選択した問題の詳細を表示するには、詳細ページで [詳細] をクリックします。

グラフには問題の影響を受けたページの数が時系列で表示されます。

表には、問題の影響を受けたページ例のリストが表示されます。

  • 表の行にあるジャンプリンク をクリックすると、表内の URL が開きます。
  • 表内の URL を検査するには、表の行にある検査アイコン 検索 をクリックします。
  • すべてのエラーや警告を修正したら、Google に修正の検証を依頼できます。

修正済みの URL に問題があると表示される場合、 Google が最後にページをクロールした後に問題が修正された可能性があります。そのため、修正済みの URL に問題があると表示されている場合は、その URL のクロール日時を確認してください。そして修正を確認してから、再インデックス登録をリクエストします。

 

レポートを共有する

問題の詳細を共有するには、ページで [共有] ボタンをクリックしてください。このリンクでは、現在のページと、この問題についての検証履歴ページへのアクセス権のみが付与されます。リソースのその他のページへのアクセス権は付与されません。また、共有ユーザーは、あなたのプロパティやアカウントに対して操作を実行することもできません。このページの共有を無効にすることで、いつでもリンクを取り消すことができます。

トラブルシューティング

エラーの急激な増加

エラー数が急激に増加した場合:

  1. 登録エラーの総数やインデックス登録されたページの総数に影響している可能性のある問題の手がかりとして、インデックス登録エラーの総数やインデックス登録の総数と特定のエラーのスパークラインとの間に対応関係がないかを調べます。
  2. 問題を修正します。
    1. URL の表は重大度および警告別にグループ化され、重大度、該当ページの数、およびページが現在確認中かどうかという条件の組み合わせに基づいて並べ替えられています。デフォルトで表示されている順に沿って、問題に対応することをおすすめします。
    2. 上部のグラフでのエラーの急激な増加と同時期に、周期的な急増が発生している行を探します。
    3. エラーの行をクリックしてエラーの詳細ページを表示し、詳細情報を確認します。該当するエラータイプの説明で、最適な対処方法を確認します。
    4. そのエラーが関係するすべての箇所を修正し、各理由の詳細ページで [修正を検証] をクリックして検証をリクエストします。検証についての詳細
    5. 検証が進むと通知が届きますが、数日後にエラーの数が減ったかどうかを自分で再度確認することもできます。
  3. 除外 URL のフィルタを定期的に解除し、該当ページの数で並べ替えて、望ましくない問題がないかを確認します。

URL のインデックスの状態を調べる

URL のインデックスの状態を調べるには、URL 検査ツールを使用します。インデックス カバレッジ レポートでは URL による検索やフィルタリングはできません。
サーバーエラーを修正する
サーバーエラーとは、Googlebot が URL にアクセスできなかったか、リクエストがタイムアウトになったか、サイトがビジー状態だったかのいずれかを示します。そのため、Googlebot はリクエストを中止せざるを得ませんでした。

サーバー接続のテスト

URL 検査ツールを使用して、インデックス カバレッジ レポートで報告されたサーバーエラーを再現できるかどうかを確認できます。

サーバー接続エラーを解決する

  • 動的ページへのリクエストに伴う過剰なページ読み込みを減らす
    複数の URL に対して同じコンテンツを配信するサイトは、コンテンツを動的に配信していると見なされます(たとえば、www.example.com/shoes.php?color=red&size=7 では www.example.com/shoes.php?size=7&color=red と同じコンテンツが配信されます)。動的ページは応答に時間がかかるため、タイムアウトの原因になることがあります。または、サーバーから過負荷のステータスが返され、Googlebot がクロール頻度を落とすよう求められることもあります。原則として、パラメータ リストは短くし、使用する数を少なくすることをおすすめします。サイトでのパラメータの動作を十分に把握できる場合は、パラメータの処理方法について Google に知らせることができます。
  • ホスティング サーバーの停止、過負荷、設定ミスがないかどうかを確認する
    上記を行っても、接続、タイムアウト、または応答の問題が解決しない場合は、ウェブ ホスティング プロバイダに相談して、サイトのトラフィック処理能力の増強を検討します。
  • Google のクローラを誤ってブロックしていないかどうか確認する
    DNS 設定の問題、ファイアウォールや DoS 対策保護システムの設定ミス、コンテンツ管理システムの設定といったシステムレベルの問題が原因で Google のクローラがブロックされることがあります。保護システムは優れたホスティングを実現する重要な要素ですが、多くの場合、例外的な負荷のかかるサーバー リクエストを自動的にブロックするように設定されています。ところが Googlebot は人間のユーザーよりも大量にリクエストすることが多いため、このような保護システムが作動して、ウェブサイトに対する Googlebot のクロールがブロックされる場合があります。こうした問題を解決するには、ウェブサイトのインフラストラクチャのどの部分が Googlebot をブロックしているかを判断し、ブロックを解除します。ファイアウォールの設定を変更する権限がない場合は、ホスティング プロバイダなどへの相談が必要になります。
  • 検索エンジンによるサイトのクロールとインデックス登録を適切に管理する
    場合によっては、前述のようにファイアウォールを使用するなどにより、ウェブマスターが意図的に Googlebot のウェブサイトへのアクセスを阻止することがあります。このような場合、通常その目的は Googlebot を全面的にブロックすることではなく、サイトのクロールとインデックス登録の方法を管理することです。その場合は、次の点を確認します。
404 エラーを修正する

一般的には、「404 除外ページ」ではなく、「404 エラー ページ」を修正することをおすすめします。404 エラー URL とは、Google にインデックス登録を明示的に依頼したにもかかわらず、検出されなかった URL のことです。404 除外 URL は、Google が他のメカニズムで検出した URL です。

404 エラーの対処方法は次のとおりです。

  1. 修正の必要があるかを判断します。 多くの 404 エラーは修正しなくても問題はありません。404 エラーはサイトのインデックス登録やランキングに影響を及ぼすことはないためです。
    • 送信された URL(エラー)である場合は、修正する価値があります。
    • ページが削除されており、代わりのページや同じようなページがない場合は、404 を返すようにしてください。レポートには約 1 か月後にこの 404 は表示されなくなります。
    • スクリプトで生成された無効な URL や、サイトに存在したことがない URL の場合は、特に問題はありません。レポートには表示されますが、URL のスペルが間違っていない限り修正する必要はありません(下記参照)。404 エラーは約 1 か月後にレポートから削除されます。
  2. インデックス登録のために URL を送信した場合(ステータスがエラーの場合)は、次のようにします。
    1. URL の横にある送信アイコン 検索 をクリックし、[検出] 情報を確認して、URL の送信元を調べます。必要に応じてサイトマップを更新します。
    2. コンテンツを移動した場合は、リダイレクトを追加します。
    3. 新しいコンテンツに置き換えるのではなく、コンテンツを完全に削除した場合は、元の URL から 404 または 410 を返すようにします。現在のところ Google では、410(存在しません)を 404(見つかりません)と同じものとして扱っています。存在しないページについて 404 か 410 以外のコードを返す(または 404 を返す代わりにホームページなど他のページにリダイレクトする)と、問題となる可能性があります。そのようなページはソフト 404 エラーと呼ばれ、ユーザーにとっても検索エンジンにとっても混乱の原因となるおそれがあります。
    4. URL が不明な場合は、サイトに存在したことのない URL に対して 404 エラーが表示されることがあります。このようなエラーは、サイトに存在しない URL をユーザーがブラウジングすると発生します。たとえば、ブラウザに入力した URL や、リンクの URL にスペルミスが含まれている場合です。このエラーがよく発生する場合は、その URL に対してリダイレクトを設定した方が良い可能性があります。
      さらに、予期しない URL は Googlebot が JavaScript、Flash ファイル、他の埋め込みコンテンツの中で検出されたリンクをたどろうとしたために生成されたか、サイトマップにのみ存在している可能性もあります。たとえば、Google アナリティクスでファイルのダウンロードをトラッキングするために、サイトで次のようなコードを使用している可能性があります。
      <a href="helloworld.pdf"
        onClick="_gaq.push(['_trackPageview','/download-helloworld']);">
        Hello World PDF</a>

      Googlebot はこのコードを見ると、実在するページでなくても、http://www.example.com/download-helloworld をクロールしようとすることがあります。その場合に、このリンクが 404(見つかりません)エラーとして [クロールエラー] レポートに表示されます。Google ではこの種類のクロールエラーの防止に努めています。このエラーがサイトのクロールやランキングに影響を及ぼすことはありません。

  3. 404 をブロックするために、ダミー コンテンツの作成、ホームページへのリダイレクト、robot.txt の使用はしないでください。サイトの構造を把握して適切に処理できなくなりますのでご注意ください。このようなエラーをソフト 404 エラーといいます(Google では、ある URL のクロールが正常終了すると、その URL をその後も恒久的にクロールしようとすることがあります。300 レベルのリダイレクトを使用するとクロールの再試行が遅れ、場合によっては遅れが長期間に及ぶこともあります)。URL 削除ツールを使って URL 削除リクエストを送信しても、このレポートからエラーは削除されません。

よくある質問

ページ(サイト)がまだインデックスに登録されていないのはなぜですか?

新しいサイトの場合、Google がそのページを検出してクロールするまでに数日かかることがあります。

  1. Google に新しいページを認識させるには、サイトマップやページのクロール リクエストを送信する必要があります。または、Google がどこかでページへのリンクを見つける場合もあります。
  2. ページの URL が認識された後も、Google がサイトの一部または全部をクロールするまでに時間がかかることがあります(最大で数週間)。

クロール リクエストを直接送信した場合でも、インデックス登録がすぐに行われるわけではありません。

ページがインデックスに登録されているのはなぜですか?インデックスに登録したくありません。

ページに noindex ディレクティブが含まれていない限り(または、ページが一時的にブロックされていない限り)、Google は検出した URL をインデックスに登録できます。また、Google はさまざまな方法(別のサイトからのリンクなど)でページを検出する可能性があります。

  1. Google 検索結果からページをブロックしたい場合は、ページでログインを要求したり、noindex ディレクティブを使用したりします。
  2. すでに検出された後で Google 検索結果からページを削除したい場合は、こちらの手順を行う必要があります。

サイトが最近インデックスに再登録されないのはなぜですか?

Google では、ページが変更される頻度など、いくつかの条件に基づいてページをインデックスに再登録します。サイトを頻繁に変更していない場合は、更新頻度が低いと見なされます。ページが変更されていない場合は、それでかまいませんが、サイトのインデックス登録を更新する必要があるとお考えの場合は、Google に再クロールを依頼してください。

ページやサイトを再クロールしてもらうには、どうすればよいですか?

Google に再クロールを依頼してください。

なぜ多数のページが除外されているのでしょうか?

インデックス カバレッジ レポートに詳述されている除外の理由を確認してください。ほとんどの場合、次のいずれかが除外の原因です。

  • サイトの大部分をクロールからブロックしている robots.txt ルールがあります。URL 検査ツールを使用して、問題を確認してください。
  • サイトに多数の重複するページが含まれています。主な理由として、パラメータを使って一般的なコンテンツのフィルタリングや並べ替えを行っている場合(例: type=dresscolor=greensort=price)が挙げられます。このようなページは、インデックス カバレッジ レポートで「重複」や「代替」と表示されます。
  • URL が別の URL にリダイレクトされています。リダイレクト URL はインデックスに登録されません。リダイレクト先が登録されます。

Google がサイトマップにアクセスできません

サイトマップが robots.txt でブロックされていないこと、有効なこと、robots.txt のエントリやサイトマップ レポートで適切な URL を使用していることを確認してください。一般公開されているサイトマップ テストツールを使ってサイトマップの URL をテストします。

Google はなぜ削除されたページをクロールし続けるのですか?

既知の URL から少しの間 4XX エラーが返されても、一時的なエラーである場合に備えて、Google は既知の URL をすべてクロールし続けます。URL がクロールされなくなる唯一のケースは、URL から noindex ディレクティブが返される場合です。

404 エラーのリストが増え続けるのを避けるため、インデックス カバレッジ レポートには、過去 1 か月間に 404 エラーが表示された URL のみが表示されます。

自分ではページを表示できるのに、Google にページが認識されないのはなぜですか?

URL 検査ツールを使って、Google が公開中のページを認識できるかどうかを確認します。認識できない場合は、理由が説明されているはずです。認識できる場合、問題の原因は、最後のクロール以降にアクセスエラーが修正されたためだと考えられます。URL 検査ツールを使って公開中のページのクロールを実行し、インデックス登録をリクエストしてください。

URL 検査ツールには問題ないと表示されるのに、インデックス カバレッジ レポートにはエラーが表示されます。なぜでしょうか?

URL が最後に Google にクロールされた後でエラーを修正した可能性があります。URL のクロール日を確認し(インデックス カバレッジ レポートの URL の詳細ページか URL 検査ツールのインデックス登録されたバージョンに表示されます)、ページのクロール以降に修正を行ったかどうかを確認してください。

ステータスの理由

各ページのステータスについて、考えられる理由は次のとおりです。

「送信されました」と「送信されていません」

インデックスの理由に「送信されました」という語が含まれている場合は、その URL をサイトマップに記載し、インデックスに登録するよう Google に明示的にリクエストしたことを示しています。「送信されていません」と表示されている場合は、Google が自発的に(たとえば、別のページにあるリンクから)その URL を検出しており、URL はインデックス登録されたサイトマップに含まれていないことを示しています。

エラー


エラーがあるページはインデックスに登録されません。


サーバーエラー(5xx): ページをリクエストしたときに、サーバーから 500 レベルのエラーを返されました。サーバーエラーの修正についてご確認ください。

リダイレクト エラー: URL でリダイレクト エラーが発生しました。リダイレクト チェーンが長すぎる、リダイレクト ループが発生している、リダイレクト URL が最終的に URL の最大長を超えた、リダイレクト チェーンの URL が無効であるなどの可能性が考えられます。

送信された URL が robots.txt によってブロックされました: インデックスに登録するために送信したページが、robots.txt によってブロックされています。robots.txt テスターでページをテストしてみてください。

送信された URL に noindex タグが追加されています: インデックスに登録するために送信したページのメタタグまたは HTML ヘッダーに、noindex ディレクティブがあります。このページをインデックスに登録するには、タグまたは HTTP ヘッダーを削除する必要があります。

送信された URL はソフト 404 エラーのようです: インデックスに登録するために送信したページが、サーバーによってソフト 404 と判断されました。

送信された URL が未承認のリクエスト(401)を返しました: インデックスに登録するために送信したページから、Google が 401(承認されていない)レスポンスを受け取りました。認証機能を使ったページの保護を削除するか、Googlebot からのアクセスであることを確認して、ページへのアクセスを許可してください

送信された URL が見つかりませんでした(404): インデックスに登録するために送信した URL が存在しませんでした。404 エラーの修正についてご確認ください。

送信された URL のクロールに問題があります: インデックスに登録するために送信したページで、上記のいずれにも該当しない不明のクロールエラーが発生しました。URL 検査ツールを使用して、ページをデバッグしてみてください。

警告


ステータスが警告であるページには対応が必要となることがあります。特定の結果に応じて、インデックスに登録されなかった可能性があります。


robots.txt によりブロックされましたが、インデックスに登録しました: このページは robots.txt によりブロックされましたが、インデックスに登録されています(Google では、常に robots.txt を使用して登録しますが、他のユーザーがこのページにリンクしている場合、robots.txt は使用されません)。このページを検索結果からブロックしてもよいかどうかわからないため、警告としました。このページをブロックしたい場合robots.txt ではインデックス登録を回避できません インデックスに登録されないようにするには、「noindex」を使用するか、認証を使ってページへの匿名アクセスを禁止してください。このページをブロックするルールについては、robots.txt テスターをご利用ください。robots.txt のため、このページに対し表示されるスニペットは最適化されない可能性があります。このページをブロックしたくない場合は、ページのブロックを解除するよう robots.txt ファイルを更新してください。

有効


ステータスが有効であるページはインデックスに登録済みです。

送信して登録されました: インデックスに登録する目的でこの URL を送信し、インデックスに登録されました。

インデックス登録されましたが、サイトマップに送信していません: この URL は Google によって検出され、インデックスに登録されました。重要な URL はすべて、サイトマップを使用して送信することをおすすめします。

除外


ステータスが除外であるページは通常、インデックスに登録されません。つまり、インデックス登録しないのが適切であると Google が判断したページがこの項目に該当します。こうしたページは、インデックスに登録済みのページと重複している、サイトのなんらかのメカニズムによってインデックスに登録できない、エラー以外のなんらかの理由でインデックスに登録できない、のいずれかに該当します。


noindex タグによって除外されました: Google がページをインデックスに登録しようとしたときに noindex ディレクティブが検出されたため、インデックスに登録されませんでした。このページをインデックスに登録したくない場合は、正しく作動しています。このページをインデックスに登録したい場合は、noindex ディレクティブを削除してください。

ページ削除ツールによりブロックされました: ページは現在、URL 削除リクエストによりブロックされています。確認済みのサイト所有者であれば、誰が URL 削除リクエストを送信したかを URL 削除ツールで確認できます。削除リクエストでページがブロックされるのは、約 90 日間のみです。その期間が過ぎると、インデックス登録リクエストを再送信しなくても Googlebot が再びページにアクセスし、ページがインデックスに登録されることがあります。ページをインデックスに登録したくない場合は、noindex を使用するか、認証機能を使ってページを保護するか、ページを削除してください。

robots.txt によりブロックされました: このページは robots.txt ファイルによって Googlebot のアクセスがブロックされています。この確認には robots.txt テスターを使用できます。robots.txt でブロックされていても、他の方法によってページがインデックスに登録されることがあります。 たとえば、Google がページを読み込む以外の方法でそのページに関する他の情報を検出した場合に、ページがインデックスに登録される場合があります(ただし、そうした事例はごくまれです)。Google のインデックスに確実に登録されないようにするには、robots.txt によるブロックを削除して noindex ディレクティブを使用します。

未承認のリクエスト(401)が原因でブロックされました: このページへのアクセスには認証が必要なため、Googlebot のアクセスがブロックされています(401 レスポンス)。Googlebot がこのページをクロールできるようにするには、認証機能を使ったページの保護を削除するか、Googlebot によるページへのアクセスを許可してください。

クロールエラー: この URL の取得時に不特定のエラーが発生しました。レスポンス コードが 4xx または 5xx レベルのエラーの可能性があります。URL 検査ツールを使用してページを取得してみて、問題が発生するかどうかを確認してください。ページはインデックスに登録されていません。

クロール済み - インデックス未登録: ページは Google によりクロールされましたが、インデックスには登録されていません。今後、インデックスに登録される可能性がありますが、登録されない可能性もあります。この URL のクロールのリクエストを再送信する必要はありません。

検出 - インデックス未登録: ページは Google により検出されましたが、まだクロールされていません。これは通常、Google が URL をクロールしようとして、サイトが過負荷だったために、クロールの再スケジュールが必要となった場合です。そのため、レポート上で最終クロール日が空欄になっています。

代替ページ(適切な canonical タグあり): このページは Google が正規ページとして認識しているページと重複しています。正規ページへのリンクが正しく指定されているため、これ以上の対処は必要ありません。

重複しています。ユーザーにより、正規ページとして選択されていません: このページには重複するページがあり、そのどのページも正規ページとして指定されていません。Google ではこのページが正規ページではないと判断しています。明示的にこのページの正規ページを指定する必要があります。この URL を検査すると、Google が選択した正規 URL が表示されます。

重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました: この URL は、あるページセットの正規ページとして指定されていますが、Google は別の URL のほうが正規ページとして適切と判断しています。Google は、このページではなく、正規ページとして適切であると考えるページをインデックスに登録しました。このページを正規 URL の重複ページとして明示的にマークすることをおすすめします。このページは、明示的なクロール リクエストなしで検出されました。この URL を検査すると、Google が選択した正規 URL が表示されます。

見つかりませんでした(404): このページのリクエスト時に 404 エラーが返されました。Google は明示的なリクエストやサイトマップなしで、この URL を検出しました。Google は、別のサイトからのリンクとして、この URL を検出した可能性があります。または、ページは以前存在していましたが、削除された可能性があります。このような URL に対して、Googlebot は以後しばらくの間アクセスを試みます。クロールの頻度は次第に低下しますが、検出済みの URL を Googlebot から完全に削除する方法はありません。意図的に 404 レスポンスを返している場合は問題ありませんが、ページを移動した場合は 301 リダイレクトを使用して新しいアドレスに転送してください。404 エラーの修正方法についてご確認ください。

法的な申し立てにより、ページが削除されました: ページは法的な申し立てによりインデックスから削除されました。

ページにリダイレクトがあります: URL はリダイレクトであるため、インデックスに登録されませんでした。

ソフト 404: ページをリクエストしたところ、ソフト 404 と見なされるレスポンスが返されました。つまり、対応する 404 レスポンス コードを伴わずに、ユーザーフレンドリーな形の「見つかりませんでした」というメッセージが返されました。実際に「見つからなかった」ページで 404 レスポンス コードを返すようにするか、これがソフト 404 ではないことを示す詳細情報をページに追加することをおすすめします。詳細

重複しています。送信された URL が正規 URL として選択されていません: この URL は、正規ページとして明示的に指定されていない重複した URL の 1 つです。この URL はインデックスに登録するよう明示的にリクエストされましたが、重複ページであるため、Google は別の URL を正規ページとして適切と判断しました。この URL の代わりに、Google の選択した正規ページがインデックスに登録されています(Google では、重複のセットに含まれる正規ページのみをインデックスに登録します)。インデックス登録が明示的にリクエストされていない場合は、「Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」のステータスになります。この URL を検査すると、Google が選択した正規 URL が表示されます。

 

既知の問題

この新しい Search Console のベータ版には、次のような既知の問題があります。こうした問題について報告していただく必要はございませんが、その他の機能についてのご意見や、問題がありましたら、ナビゲーション バーのフィードバック機能を使ってお知らせください。

  • インデックス登録のデータは毎日更新されないため、データに数日の遅れがある場合や、一部のデータ点が補間されている場合があります。
  • グラフには過去 90 日間のデータが表示されますが、現時点では表示されるデータがそれより少ない場合があります。
  • サイトマップのプルダウンによる絞り込みには、Search Console または robots.txt のディレクティブで送信されたサイトマップのみが表示されます。
  • ステータスの一覧は現在見直しが進められており、変更される可能性があります。たとえば、「エラー」のラベルが付いた項目には、異なる種類のレスポンス(4xx と 5xx)が混在しています。
この記事は役に立ちましたか?
改善できる点がありましたらお聞かせください。