他者の主張を審査するウェブページがある場合は、そのウェブページに ClaimReview 構造化データ要素を追加できます。この要素を使用すると、該当する主張の Google 検索結果にそのページが表示されるときに、ページに掲載されているファクト チェックの要約も表示されるようになります。
例
「地球は平らである」という主張を評価するページがあるとします。このページに ClaimReview 要素がある場合、「地球は平らである」の検索は Google 検索結果に次のように表示されます（実際の表示デザインは異なる可能性があります）。
このファクト チェックをホストするページには、次のような構造化データを設定します。
ガイドライン
すべての構造化データ マークアップに適用される一般的なポリシーのほか、ファクト チェックには次のガイドラインが適用されます。
- ファクト チェックの検索結果の対象となるには、サイト内に ClaimReview 構造化データでマークされたページが複数あることが必要です。
- ニュース記事に関連付けられたファクト チェックは、ニュースの検索結果と統合された検索結果ビューのいずれかに表示できます。その他のファクト チェックは、統合された検索結果ビューにのみ表示できます。
- ニュースに関する主張のファクト チェックは、ファクト チェックに関するニュース提供元の基準を満たしている必要があります。
- ファクト チェックは常に表示されるとは限りません。Google 検索結果にファクト チェックの要素を表示するかどうかの判断はプログラムが行います。ファクト チェックの要素はプログラムによるサイトのランキングをもとに評価されます。サイトの評価プロセスはページ ランキングと同じで、サイトのランキングが十分に高ければ、ページと合わせてファクト チェックの要素が検索結果に表示されます。この一連のプロセスはすべてプログラムによって処理されます。手動操作で介入するのは、ファクト チェックに関する Google ニュース提供元の基準、または構造化データの一般的なガイドラインに違反しているという申し立てがユーザーから寄せられた場合、またはサイトが（ニュースサイトかどうかにかかわらず）Google ニュースの一般的なガイドラインに明記されている透明性と説明責任の基準、読みやすさの基準、サイト表示に偽りがないことの基準を満たしていない場合に限られます。
- 同じページで複数の
ClaimReview要素（主張ごとに 1 つの要素）をホストできます（下記をご覧ください）。 - そのページで同じファクトを評価する担当者が複数いる場合は、個々の担当者の分析に別々の
ClaimReview要素を追加できます（下記をご覧ください）。 ClaimReview要素をホストするページには、少なくともファクト チェックと評価の簡単な要約を含める必要があります（全文を含めない場合）。- 同じ
ClaimReviewを追加できるのは、サイト上の 1 つのページのみです。同じファクト チェックを複数のページに繰り返し追加しないでください。ただし、同じページのバリエーションである場合は追加可能です（たとえば、あるページのモバイル版とパソコン版には同じClaimReviewを追加できます）。
1 ページで複数のファクト チェックをホストする場合
1 ページ上にある複数の ClaimReview 要素が同じ主張に関連している必要はありませんが、要素はすべてそのページのメイントピックに関連している必要があります。
ほとんどのサイトでは、次のいずれかの方法で 1 つのページに複数のファクト チェックを実装しています。
- 複数のファクト チェックの要約を含む要約ページを作成し、それぞれのファクト チェックに独自の
ClaimReview要素を割り当てます。各ファクト チェックの全文版はそのファクト チェック独自のページに掲載します。要約ページの各ClaimReview要素は、要約ページではなく、全文版のページを参照します。 - または
- 複数の審査の全文を含む 1 つのページを作成し、それぞれの審査に HTML アンカーを割り当てます。各
ClaimReview要素は対応するsummary_page.html#anchorを参照します。
モバイル デバイスのみ: 同じページで複数の ClaimReview 要素をホストする場合、すべての項目は次のようなカルーセル形式で検索結果に表示されます。
構造化データタイプの定義
ファクト チェックを実装するには、次の構造化データタイプが必要です。
コンテンツがリッチリザルトとして表示されるようにするには、必須プロパティを含める必要があります。また、推奨プロパティを使用すると、コンテンツに関する詳細情報を追加できるので、ユーザー エクスペリエンスの向上につながります。
ClaimReview
ClaimReview の詳しい定義は schema.org/ClaimReview でご確認いただけます。
| 必須プロパティ | |
|---|---|
claimReviewed |
評価された主張の簡単な要約。モバイル デバイスに表示される際に折り返しを最小限に抑えるため、75 文字未満になるようにしてください。 |
reviewRating |
主張の評価。このオブジェクトでは数値とテキストの両方の評価がサポートされます。現時点では、検索結果に表示される値はテキスト値のみです。数値は表示されませんが、複数のソース間でのファクト チェックの整合性の評価に使用されるため、数値を指定すると、ファクト チェックが表示される確率が高くなる可能性があります。 すべてのファクト チェックで数値とテキストの評価が一致するシステムを作成するようにしてください。次に例を示します。
詳細については、Rating を参照してください。 |
url |
ファクト チェックの記事全文をホストするページへのリンク。そのページに複数の この URL のドメインの値は、この |
| 推奨プロパティ | |||||
|---|---|---|---|---|---|
author |
ファクト チェック記事の公開元（主張の公開元ではありません）。担当者ではなく、組織を指定する必要があります。少なくとも次のいずれかのプロパティを指定してください。
|
||||
datePublished |
ファクト チェックが公開された日。 |
||||
itemReviewed |
行われた主張を表すオブジェクト。詳細については、 |
||||
CreativeWork
CreativeWork の詳しい定義は schema.org/CreativeWork でご確認いただけます。
| 推奨プロパティ | |||||
|---|---|---|---|---|---|
author |
Organization または Person 主張者（ファクト チェックの実施者ではありません）。主張者がいない場合は、
|
||||
datePublished |
主張を行った日付または主張が一般の話題になった日付（たとえば、ソーシャル ネットワークで話題になった日付など）。 |
||||
Rating
Rating の詳しい定義は schema.org/Rating でご確認いただけます。
| 必須プロパティ | |
|---|---|
alternateName |
長文を使用する場合は、文の末尾がディスプレイに合わせて切り捨てられる場合に備え、文の先頭で評価の意味を示すようにします。例: 「細部は概ね真実だが、主張全体では若干誤解を招く」 |
| 推奨プロパティ | |
|---|---|
bestRating |
数値による評価で、最低から最高までの範囲で選択可能な最も高い値。 |
name |
|
ratingValue |
この主張の数値による評価で、 |
worstRating |
数値による評価で、最低から最高までの範囲で選択可能な最も低い値。 |