求人情報ステータス レポート

新しい Search Console のベータ版

このレポートを使用して、サイト上の求人情報のリッチリザルトを Google で処理できるかどうかの監視や、修正や更新を加えたページの Google への通知ができます。求人情報のリッチリザルトに関するデベロッパー向けドキュメントはこちらをご覧ください

求人情報レポートを開く

レポートの使用

このレポートは、サイト上で求人情報のリッチリザルトが検出された場合にのみ表示されます。このレポートにアクセスするには、サイト上で求人情報の項目が検出済みの状態のときに、新しい Search Console のダッシュボードにある概要の表で、求人情報の行をクリックします。

 

レポートを共有する

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

 

確認すべき点

求人情報のデータ内に現在のエラーがない状態にする必要があります。つまり、現在のエラー数が 0 になる必要があります。エラーがある場合は、次のような状態が考えられます。

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

エラーが検出された場合は、下記の「問題の優先順位の設定と修正」の説明に沿って対処します。

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

問題の優先順位の設定と修正

求人情報の概要のページで、問題に優先順位を設定して修正する共通の手順は次のとおりです。

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

エラーの急激な増加

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

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

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

求人情報の欠落

ウェブサイトに求人情報の構造化データを実装したのに、ダッシュボードに何も表示されない場合:

  • 最も可能性の高い理由は、Google がまだページをクロールしていないことです。サイトマップ レポートFetch as Google を使って、そうしたページのインデックス登録をリクエストします。インデックス登録のリクエストは即時に処理されるわけではありません。処理されるまでに最大で 1 週間程度かかります。
  • その他に考えられる理由:
    • Google がページにアクセスできない可能性があります。Fetch as Google を使用してみてください。また、noindex ディレクティブがないかも確認してください。
    • 構造化データが破損しているために、データが求人情報として認識されていない可能性があります。構造化データ テストツールを使用してページをチェックします。ページのコードを貼り付けるのではなく、ライブページの URL を送信してください。
    • お客様の地域で求人情報の表示がサポートされていません。
  • データが掲載されているページを Google から認識できるようにします。構造化データ テストツールを使用してページの URL を送信し、Google がページにアクセスできることを確認します。

問題のステータス

グラフでは、問題のステータスはすべての求人項目のなかで最も重大度の高いステータスに適用されます。表では、問題のステータスは個別の項目に適用されます。適用されるステータスは次のとおりです。

  • エラー: 問題のステータスが「エラー」の求人情報は、Google 検索にリッチリザルトとして表示できません。エラー状態の項目には、エラーのほかに警告もある場合があります。
  • 警告: 問題のステータスが「警告」の求人情報は、Google 検索にリッチリザルトとして表示されます。ステータスが「警告」の問題は、任意指定の値が欠落しているか無効であることを示しているか、重要ではない項目にエラーがあることを示しています。通常、任意指定の項目のデータ提供が多いほど、ユーザーの利便性を向上できます。
  • 完了: ステータスが「完了」の求人情報は、Google 検索にリッチリザルトとして表示されます。必須のデータと任意指定のデータがすべて正しく指定されています。

1 つの求人情報内の問題をすべて確認するには、そのページに対してテストを実行します。

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

検証について

サイト上で特定の問題のあるページをすべて修正したら、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 の検証ステータスが「保留中の検証」になる可能性があります。

 

問題の詳細ページ

求人情報の概要のページの行をクリックすると、その特定の問題の詳細が表示されます。1 つの問題について、1 ページ上の複数の求人情報に該当箇所がある場合や、1 件の求人情報内に複数の該当箇所がある場合もあります。

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

  • ステータス: この問題の検証ステータスです。
  • 初検出日: サイトでこの問題が初めて検出された日付です。このタイプの問題がすべて解決され、最後の箇所を修正してから 90 日以内に同じ問題が新たに発生した場合、初検出日は、問題が新たに発生した日ではなく元の初検出日の日付になります。
  • 例: この問題に該当する求人情報です。サイト上のこの問題に該当する箇所がすべてリストに表示されるとは限りません。これは、前回サイトがクロールされた後でこの問題に該当する箇所が出現した、この問題に該当する項目の数が 1,000 を超えている、などのさまざまな理由によるものです。
  • 項目のタイプ: 求人情報の構造化データの name の値です。
  • 前回のクロール: この問題を含んでいるページが前回クロールされた日時です。

特定のページに対してテストを実行するには、表で問題をクリックして、そのページ上のすべての構造化データをテストします。

 

既知の問題

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

  • 一部の問題には長い名前が付けられており、わかりにくい状態になっています。
  • モバイル版は現在開発中です。
  • プロパティ セットはまだサポートされていません。
この記事は役に立ちましたか?
改善できる点がありましたらお聞かせください。