リッチリザルトのステータス レポート

求人情報やレシピなどを見る

Google がどのリッチリザルトをサイトから読み取ることができたのかを確認して、リッチリザルトのエラーに関するトラブルシューティングの情報を取得し、問題を修正して再クロールをリクエストすることができます。サイトで検出されたリッチリザルトの種類は、ダッシュボードの [拡張] セクションで確認できます。各リッチリザルト タイプについて詳細を確認するには、表に表示されているリッチリザルト タイプをクリックしてください。

ダッシュボードを開く

 

次のリッチリザルトについて、Search Console でステータス レポートを表示できます。

レポートの使用

特定のリッチリザルト タイプについてのレポートは、そのリッチリザルト タイプがサイト上で Google によって検出された場合のみ表示されます。実装されているリッチリザルトがレポートに表示されない場合は、リッチリザルトが見つからない場合を参照してください。

 

レポートを共有する

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

 

レポートで確認する内容

リッチリザルト データに発生中のエラーがない状態、つまり、発生中のエラー数が 0 である状態が理想です。エラーがある場合は、次のような状態が考えられます。

  • エラー数の急激な増加が見られる場合、特にエラーが特定のタイプに集中している場合は、テンプレートに加えた変更が原因である可能性があります。
  • 項目の総数が急激に減少し、対応するエラーが見られない場合は、Google がページにアクセスできないか、リッチリザルトの項目がページ上に表示されていない可能性があります。

エラーが検出された場合は、下記の問題の優先順位と修正についての説明に沿って対処してください。

警告が出ている場合でも、Google 検索でリッチリザルトが表示されなくなることはありませんが、ユーザーの利便性が多少低下する可能性があります。警告への対処方法については、「問題の優先順位と修正」の項目をご覧ください。

問題の優先順位と修正

概要レポートのページで、問題に優先順位を付けて修正するための一般的な手順は、次のとおりです。

  1. リッチリザルト タイプの概要レポートのページで、フィルタを使用して警告を除外し、まずはエラーの修正から取り掛かります。
  2. エラーの総数と特定のエラーの増加について対応関係がないかを調べます。これは、エラーの総数やインデックス登録されたページの総数に影響している可能性のある問題を特定する手がかりとなります。
  3. エラーの行を、数が多いものから順に修正します。
    1. エラーのグラフで急激な増加が見られる場合は、表のエラーの行でそれに対応する急激な増加を探します。
    2. エラーの行をクリックしてエラーの詳細ページを表示し、詳細情報を確認します。該当するエラータイプの説明で、最適な対処方法を確認します(サイト上のこの問題に該当する箇所がすべてこのリストに表示されるとは限りません。これは、前回サイトがクロールされた後でこの問題に該当する箇所が出現した、この問題に該当する項目が 1,000 を超えている、などのさまざまな理由によるものです)。
    3. サイト上の問題を修正し、修正をテストしたうえで、ウェブに修正が反映されていることを確認します。
    4. 問題の詳細ページに戻り、[修正を検証] ボタンをクリックして検証の処理を開始します。この処理には数日ほどかかり、進捗状況を知らせる通知メールが届きます。
    5. 該当する問題のある箇所がすべて修正されると(つまり、修正が検証済みになると)、その問題の該当ページの数が 0 になり、問題のステータスが更新されます。
  4. 引き続き、エラーを修正します。
  5. すべてのエラーの修正が終わったら警告のフィルタを解除し、必要に応じて、警告の出ている箇所を修正します。警告のほとんどは、構造化データ内で必須でない項目が欠落していることに関する警告です。リッチリザルトに含まれている情報が多いほど、サイトの訪問者の利便性が向上します。

エラーの急激な増加

急激な増加が、特定の項目群におけるステータスの変化が原因で発生したのかどうかを判別します。

  1. 急激な増加が見られる場合は、別のステータス(エラーまたは有効)がそれに応じて減少したかどうかを確認します。
  2. 別のステータスが減少していれば、両者の URL が同じであることを確認します。
  3. 項目が別のステータスに変化している場合、ステータスが変わる原因となった変更を探します。

エラーの急激な増加の最もよくある原因は、サイト上の複数のページで使用されているテンプレートへのエラーの混入です。

リッチリザルトが見つからない場合

リッチリザルトがレポートに表示されない場合は、次のような原因が考えられます。

  • レポートが一部のリッチリザルト タイプに現在対応していないサポートされているリッチリザルト タイプのリストをご確認ください。ご利用のリッチリザルトがまだサポートされていない場合は、代わりに構造化データレポートをお試しください。
  • Google がまだページをクロールしていない。Google が新しいサイトや更新されたサイトをクロールするまでに、時間がかかることがあります。サイトマップ レポートまたは Fetch as Google を使って、そうしたページのインデックス登録をリクエストしてください。インデックス登録のリクエストは即時に処理されるわけではありません。処理されるまでに最大で 1 週間程度かかります。
  • Google がページにアクセスできない。 Fetch as Google を使用してみてください。また、noindex ディレクティブがないかも確認してください。
  • 構造化データが無効なため、リッチリザルトとして Google に認識されない。 構造化データ テストツールを使用してページをチェックします。ページのコードを貼り付けるのではなく、ライブページの URL を送信してください。
  • リッチリザルトがお客様の地域でまだサポートされていない。 ヘルプ記事を参照し、使用しているリッチリザルト タイプがお客様の地域でサポートされているかどうかをご確認ください。

構造化データ テストツールを使用して、Google がページにアクセスでき、結果を表示できることを確認してください。このツールには、リッチリザルトが見つからない、または無効である理由を判断するための、さまざまなデバッグ機能が備えられています。

問題のステータス

グラフでは、問題のステータスが項目ごとにグループ化されており、各項目における最も重大なステータスが、その項目のステータスとして表示されます。

表では、問題のステータスは個別のフィールドごとにグループ化され、そのフィールドにのみ当てはまります(項目全体には当てはまりません)。

適用されるステータスは次のとおりです。

  • エラー: 問題のステータスが「エラー」となっているリッチリザルトは、Google 検索にリッチリザルトとして表示できません。ステータスがエラーとなっている項目には、エラーだけでなく警告も含まれている場合があります。
  • 警告: 問題のステータスが「警告」となっているリッチリザルトは、Google 検索にリッチリザルトとして表示されます。ステータスが「警告」の問題は、任意指定の値が欠落している、または無効であることを示しているか、重要ではないフィールドにエラーがあることを示しています。一般的には、任意指定のフィールドに含まれるデータ多いほど、ユーザーの利便性が向上します。
  • 完了: ステータスが「完了」となっているリッチリザルトも、Google 検索にリッチリザルトとして表示されます。必須のデータと任意指定のデータがすべて正しく指定されています。

1 つのリッチリザルトにおける問題をすべて確認するには、そのページに対してテストを実行します。

ステータスの合計数に関する注意事項: 表内のステータスごとの合計値が、グラフの対応するステータスの合計値より多くなることがあります。これには、次の 2 つの理由が考えられます。
  • 1 つの項目に種類の異なる 3 つの警告がある場合、表にはその項目が 3 回表示されます(合計 = 3)が、警告タブの合計では警告の出ている項目 1 件(合計 = 1)としてのみカウントされます。
  • 1 つの項目にエラーと警告の両方が出ている(表の行が 2 つある)場合、エラータブの合計ではエラーの出ている項目 1 件としてのみカウントされます(項目は、自身に含まれている最も重大度の高いステータスでカウントされます)。

問題の詳細ページ

リッチリザルトの概要ページで問題の行を選択すると、その問題の詳細を示すページが開きます。1 つの問題が、異なるページにあるリッチリザルトや、同じページの複数のリッチリザルトに該当する場合もあれば、1 つのリッチリザルトに同じ問題が複数含まれている場合もあります。

問題の詳細ページには、以下の情報が掲載されます。

ステータス
問題の検証ステータスです。
初検出日
サイトでこの問題が初めて検出された日付です。同じタイプの問題がすべて解決され、最後の箇所を修正してから 90 日以内に同じ問題が新たに発生した場合、初検出日は、問題が新たに発生した日ではなく元の初検出日の日付になります。
問題のあるリッチリザルトのリストです。サイト上にある問題の箇所がすべてリストに表示されるとは限りません。表示されない原因としては、たとえば、最後にサイトがクロールされたときより後にこの問題が発生した場合や、問題のある項目の数が 1,000 を超えている場合などがあります。
アイテムタイプ
項目の構造化データ内の name 値です。
前回のクロール
この問題を含むページが最後にクロールされた日時です。

特定のページの問題について詳細を確認するには、例が一覧表示された表で、確認したい問題を選択してください。

検証について

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

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

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

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

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

 

既知の問題

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

  • 一部の問題には長い名前が付けられており、わかりにくい状態になっています。
  • モバイル版は現在開発中です。
  • プロパティ セットはまだサポートされていません。
  • サイトに多数の問題がある場合(アクティブな問題があるかどうかを問わず)、レポートでは重要度の高い順に 200 件のみ表示されます。
この記事は役に立ちましたか?
改善できる点がありましたらお聞かせください。