他人が行った主張をレビューする Web ページがある場合、その Web ページに ClaimReview 構造化データを含めることができます。 ClaimReview 構造化データを使用すると、その主張の検索結果にあなたのページが表示されたときに、Google 検索結果にあなたのファクト チェックの要約バージョンが表示されます。 構造化データを手動で追加したくない場合は、Fact Check Markup Tool を確認できます。 詳細は、ファクト チェック マークアップ ツールについてを参照してください。
構造化データの追加方法
構造化データは、ページに関する情報を提供し、ページのコンテンツを分類するための標準化された形式です。 構造化データに初めて触れる方は、構造化データがどのように機能するかについて、詳しく知ることができます。
ここでは、構造化データを構築、テスト、およびリリースする方法の概要を説明します。 Web ページに構造化データを追加する方法のステップバイステップ ガイドについては、構造化データ コードラボを参照してください。
- 必要なプロパティを追加する。 ページ上のどこに構造化データを配置するかについては、JSON-LD 構造化データをご覧ください。 Where to insert on the page.
- ガイドラインに従う。
- Rich Results Test を使用してコードを検証する。
- 構造化データを含むいくつかのページをデプロイして、URL Inspection ツールを使用して Google がそのページをどのように見ているかをテストする。 ページが Google からアクセス可能であり、robots.txt ファイル、
noindexタグ、またはログイン要件によってブロックされていないことを確認します。 ページが問題なく見える場合は、GoogleにURLの再クロールを依頼することができます。 - 今後の変更についてGoogleに知らせるために、サイトマップを送信することをお勧めします。 Search Console Sitemap APIで自動化できます。
例
地球は平らであるという主張を評価するページを想像してください。 ページが ClaimReview 要素を提供する場合、「the world is flat」の検索は Google 検索結果でどのように見えるでしょうか (実際の視覚デザインは変わる可能性があることに注意してください):
この事実調査をホストするページの構造化データの例は次のとおりです。
<html> <head> <title>The world is flat</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "ClaimReview", "datePublished": "2016-06-22", "url": "http://example.com/news/science/worldisflat.html", "claimReviewed": "The world is flat", "itemReviewed": { "@type": "Claim", "author": { "@type": "Organization", "name": "Square World Society", "sameAs": "https://example.flatworlders.com/we-know-that-the-world-is-flat" }, "datePublished": "2016-06-20", "appearance": { "@type": "OpinionNewsArticle", "url": "http://skeptical.example.net/news/a122121", "headline": "Square Earth - Flat earthers for the Internet age", "datePublished": "2016-06-22", "author": { "@type": "Person", "name": "T. Tellar" }, "image": "https://example.com/photos/1x1/photo.jpg", "publisher": { "@type": "Organization", "name": "Skeptical News", "logo": { "@type": "ImageObject", "url": "https://example.com/logo.jpg" } } } }, "author": { "@type": "Organization", "name": "Example.com science watch" }, "reviewRating": { "@type": "Rating", "ratingValue": "1", "bestRating": "5", "worstRating": "1", "alternateName": "False" } } </script> </head> <body> </body></html>
Eligibility guidelines
Google は、あなたのページが Rich Result Test に従って正しくマークアップされていたとしても、ファクト チェックが検索結果に表示されることを保証するわけではありません。 構造化データを使用すると、機能が表示されるようになりますが、表示されることを保証するものではありません。 Googleアルゴリズムは、以下のガイドラインを含む多くの変数に応じて、ファクトチェックのリッチリザルトの適格性をプログラムで決定します。
Google検索でファクトチェックのリッチリザルトとして表示するためには、お客様のファクトチェックのコンテンツが以下のガイドラインに適合している必要があります。
- あなたのサイトには、
ClaimReview構造化データでマークされたページがいくつかあること。 - 構造化データのガイドラインとウェブマスター向けガイドラインをすべて順守すること。
- 構造化データとページのコンテンツにミスマッチがあってはなりません（たとえば、構造化データが主張は真実だと示しているのに、ページのコンテンツは主張は誤りだと言っている場合など）。 その代わり、コンテンツと構造化データの両方が一致するようにしてください（たとえば、両方とも主張が真実であることを示しています）。
- Google News General Guidelines で明確にされているように、説明責任、透明性、読みやすさ、サイトの虚偽表示に関する基準を満たしている必要があります。
- 修正ポリシーを設けているか、ユーザーがエラーを報告する仕組みがあること。
- 政治団体（キャンペーン、政党、選出議員など）のウェブサイトはこの機能の対象外です。
- 記事本文の主張やチェックを読者が容易に識別できること。 読者は、何がチェックされ、どのような結論に至ったかを理解することができます。
- 評価する特定の主張を、他のウェブサイト、公式声明、ソーシャルメディア、その他の追跡可能なソースなど、（自分のウェブサイトとは別の）明確な起源に明確に帰する必要があります。
- 事実確認の分析は、引用や主要ソースの参照など、ソースや方法について追跡可能かつ透明でなければなりません。
技術的なガイドライン
- 1つのページで複数の
ClaimReview要素（それぞれ別の主張）を使用できます。 - ページで異なるレビューアが同じ事実をチェックする場合、各レビューアの分析に対して個別の
ClaimReview要素を含めることができます。 -
ClaimReview要素をホストするページには、全文でなくても、少なくとも事実確認と評価の簡単な要約を掲載する必要があります。 同じページのバリエーションでない限り、複数のページで同じファクトチェックを繰り返さないでください（たとえば、ページのモバイル版とデスクトップ版に同じClaimReviewを掲載できます）。 - あなたのウェブサイトがファクトチェックの記事を集約する場合、すべての記事が上記の基準に一致し、あなたが集約したすべてのファクトチェックウェブサイトのオープンで一般に入手できるリストを提供することを保証してください。
1ページに複数のファクトチェックを掲載する
1ページに複数のClaimReview項目を指定する場合、それらがすべてそのページのメイントピックに関連していることを確認することです。 次のいずれかの方法を使用してください。
- 複数のファクト・チェックをまとめたサマリ・ページを作成し、それぞれに
ClaimReview要素を指定します。 各ファクト・チェックのフルテキスト・バージョンを独自のページに掲載します。 要約ページの各ClaimReview要素は、要約ページではなく全文版をポイントします。 - OR
- 複数の全文レビューを含む1ページを作成し、それぞれをHTMLアンカーで表示します。 各
ClaimReview要素はそのsummary_page.html#anchorを指します。
構造化データ型の定義
ファクト チェックを実装するには、次の構造化データ型が必要です：
ClaimReviewClaimRating- 1 = “False”
- 2 = “Mostly false”
- 3 = “Half true”
- 4 = “Mostly true”
- 5 = “True”
- 主張を行う組織のホームページ。
- 個人や組織のWikipediaやWikidataの項目など、主張を行う当事者に関する情報を提供するもう一つの確定的なURL。
- 構造化データを初めてデプロイした後
- 新しいテンプレートをリリースした後やコードを更新した後
- 定期的にトラフィックを分析する
- エラーを修正する。
- ライブ URL を調べて問題が解決しないか確認する。
- ステータス レポートを使用して検証を依頼する。
- 有効な項目の減少 (エラーの増加とは一致しない) が見られる場合、おそらくページに構造化データを埋め込むことがなくなっているのでしょう。 URL検査ツールを使用して、問題の原因となっているものを確認します。
- コンテンツ管理システム（CMS）を使用している場合、または他の誰かがあなたのサイトの世話をしている場合は、その人に助けを求めてください。 問題の詳細を示すSearch Consoleのメッセージは、必ず転送してください。
- 構造化データにエラーがある可能性があります。 構造化データエラーのリストを確認してください。
- リッチリザルトの欠落/リッチリザルト全体の低下のトラブルシューティング
- クロールとインデックスに関する一般的な質問については、Google検索のクロールとインデックスのFAQを参照してください。
- Googleサーチ セントラルの営業時間内に質問してください。
- Google Search Centralのフォーラムに質問を投稿する。
コンテンツに、Rich result として表示できるよう必須プロパティを記述する必要があります。 また、推奨プロパティを含めることで、コンテンツに関するより多くの情報を追加でき、より良いユーザー エクスペリエンスを提供できます。
ClaimReview の実装に興味がある、または問題が発生した場合は、連絡先情報を送信してください。
ClaimReview
ClaimReviewの完全な定義は schema.org/ClaimReview.
| 必須のプロパティ | |
|---|---|
claimReviewed |
|
reviewRating |
クレームの評価について。 このオブジェクトは、数値とテキストの両方の評価をサポートします。 テキスト値は現在、検索結果に表示される唯一の値です。 異なるファクト チェック プロジェクトには、特に中間値について微妙な違いを持つことがある、さまざまな評価スキームがあります。 このような評価スキームを文書化し、数値評価の意味を明確にすることが重要です。 より詳しい説明は、評価をご覧下さい。 |
url |
ファクトチェックの全記事を掲載しているページへのリンクです。 ページに複数の このURL値のドメインは、この |
| 推奨プロパティ | |||||
|---|---|---|---|---|---|
author |
事実確認論文の出版社は請求書の出版元ではなく、その論文の出版社を指します。
|
||||
datePublished |
ファクトチェックが行われた日付。 published |
||||
itemReviewed |
行われている主張を説明するオブジェクトです。 詳細は |
||||
Claim
Claim の完全な定義は schema.org/Claim で参照可能である。
| 推奨プロパティ | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
appearance |
この主張が現れる |
||||||||||||||
author |
fact checkの著者ではなく、主張の著者が。 クレームに著者がいない場合は、
|
||||||||||||||
datePublished |
その訴えがなされたり公論化した日（たとえばソーシャルネットワークで人気が出たときなど）です。 |
||||||||||||||
firstAppearance |
この特定の主張が最初に登場した
Monitor rich results with Search ConsoleSearch Console は、Google 検索でのページのパフォーマンスを監視するためのツールです。 Search Consoleに登録しなくても、Google検索の結果に含まれるようになりますが、Googleがあなたのサイトをどのように見ているかを理解し、改善するのに役立ちます。 以下のような場合は、Search Consoleを確認することをお勧めします。 構造化データを初めてデプロイした後Googleがあなたのページをインデックスした後、関連するリッチ結果ステータスレポートを使用して問題を探します。 有効なページが増え、エラーや警告が増加しないことが理想的です。 新しいテンプレートのリリース後またはコードを更新した場合ウェブサイトに大きな変更を加えた場合、構造化データ エラーと警告が増加するかどうかを監視する。 トラフィックを定期的に分析するパフォーマンスレポートを使用して、Google検索のトラフィックを分析します。 このデータでは、あなたのページが検索でリッチリザルトとして表示される頻度、ユーザーがクリックする頻度、検索結果での平均表示位置がわかります。 また、Search Console APIを使用して、これらの結果を自動的に取得することもできます。 Troubleshooting構造化データの実装またはデバッグに問題がある場合は、以下のリソースが役に立ちます。 |
||||||||||||||