web-dev-qa-db-ja.com

求人掲載に関するSchema.orgのルールとGoogleのルール

Googleの開発者向けサイトをいじくり回していたところ、 求人情報の構造化データマークアップ に出会いました。求人に構造化データを活用したいと思います。マークアップにJSON-LDを使用する予定です。

Googleはdescriptionフィールドについて次のように述べています。

HTML形式でのジョブの完全な説明。

descriptionは、職責、資格、スキル、労働時間、教育要件、および経験要件を含む、職務の完全な表現でなければなりません。 descriptiontitleと同じにすることはできません。

追加のガイドライン:

  • 説明をHTMLでフォーマットする必要があります。

  • 少なくとも、<br><p>、または\nを使用して段落区切りを追加します。

  • 有効なタグには、<p><ul><li>、および見出し<h1><h5>が含まれます。

  • <strong><em>などの文字レベルのフォーマットタグを使用することもできます。

ただし、 JobPostingon schema.org にアクセスして、投稿したJSON-LDサンプル、責任、資格、スキル、労働時間、教育要件、および経験を確認すると要件はすべて別個のフィールドです。

だから、Googleのガイドラインでラップするように言われているので、少し混乱しています。責任、資格、スキル、労働時間、教育要件、および経験要件をすべてdescriptionフィールドに入力し、HTMLでマークアップします。しかし、これは、すべてが独自のフィールドで分離されていることを示すSchema.orgガイドラインと一致していないようです。

私にとっては、Schema.orgが言うように、すべてを独自のフィールドに分けるほうが理にかなっているように思えますが、仕事の投稿はできるだけGoogleに優しいものにしたいです。これを行う正しい方法は何ですか?

3
Austin

Googleの強化された求人検索結果の資格を絶対に取得したい場合、Schema.orgの定義に反する場合でも、もちろんGoogleのガイドラインに従う必要があります。

Googleの強化された求人検索結果を気にしない場合は、単にドキュメントを無視して、Schema.orgに従うだけです。これは、他の分野のGoogle SEOには影響しません。その特定の機能は使用できません。

そうは言っても、この場合のGoogleのガイドラインとSchema.orgの定義との衝突はありません¹。

  • Googleは、descriptionに含めるべきである(必須ではない)ことを説明しています。 Schema.orgでは、descriptionのコンテンツに特定の要件はありません。

  • Googleは、プロパティの追加を禁止していません。必要なもの/推奨されるものだけをリストしていますが、もちろん追加のプロパティを提供しても大丈夫です。彼らが言うように:

    JobPostingの完全な定義は schema.org/JobPosting で利用できます。

したがって、Googleが見たいdescriptionを指定し、さらに対応するプロパティで詳細を提供できます。

説明は散文で表現する必要がありますが、プロパティにはデータのみが含まれます。

Googleがdescriptionでこのすべてのデータを表示するのはなぜですか?

投機:

  • たぶんGoogleはこれらの仕事の詳細を必要としません。それらが利用する詳細は、リストするプロパティ(baseSalaryemploymentTypeなど)で指定する必要があります。他のすべては人間が消費するためです(そのため、説明にHTMLを含める必要があるため)。これには、ユーザーが興味を持つ可能性のあるすべてのものが含まれている必要があります)、それで完了です。

  • Schema.orgには、Googleがdescriptionに表示する6つのフィールドすべてに同等のプロパティがありますが、これらのプロパティのうち5つはまだ保留中です(つまり、下書きです)。たぶん、Googleは彼らが保留中から出た場合にのみそれらを考慮します。

  • Googleが調査を行った結果、多くの求人サイトがこのデータを個別のフィールドに提供していないことが判明したため、これらのサイトがこれらの特定のプロパティを提供するのは困難です。


¹1つの問題:

JSON-LDのHTML?

プロパティが明示的に予期していない限り、JSON-LD値にHTMLを含めるのは悪い習慣だと思います。 description プロパティはこれを期待していません。その期待値は Text として明示的に与えられます。

定義により、JSON-LD文字列値 プレーンテキストとして解釈されます 。したがって、<p>のようなものを追加することは、マークアップとしてではなく、コンテンツの一部として解釈する必要があります。もちろん、Googleは現在、この特定のコンテキストでそれを期待しているように見えますが、他の消費者はおそらくそうしません。

3
unor