ClaimReview はファクトチェックのためのスキーママークアップです。そのプロパティ、1〜5 の評価の尺度、SEO と GEO にとって信頼のシグナルになる理由を学びましょう。

要約
ClaimReview は、別の場所でなされた主張のファクトチェックを記述する Schema.org の構造化データの型で、検証された主張、判定の評価、主張の出どころ、発行者を記録し、機械がその評価を理解して表示できるようにします。
さらに詳しく知るには、こちらに質問
ClaimReview は Schema.org で定義された構造化データで、発行者がファクトチェックの記事に加えて、どの主張が評価されたか、誰が最初にそれを述べたか、判定がどうだったかを記述します。平たく言えば、「これが主張で、これが私たちの評価で、これがどれだけ真実だと判断したか」を伝える、機械可読なラベルです。検索エンジン、ファクトチェックのデータベース、そしてますます AI システムが、このマークアップを読んで、記述の信頼性を理解します。
マーケター、ジャーナリスト、信頼が問われる分野で発信するすべての人にとって、ClaimReview が重要なのは、文章のファクトチェックを、エンジンが解釈できるデータに変えるからです。発見が、信頼性を判断しなければならない AI の答えへと移るにつれ、このような構造化された信頼のシグナルは、機械が検証済みの主張と未検証の主張を見分ける助けになります。
ClaimReview は、ほかの作品でなされた、あるいは報じられた主張のファクトチェックのレビューをマークアップするために使う Schema.org の型です。ClaimReview のマークアップ 1 つで、ファクトチェックの要点を捉えます。検証対象の主張、判定を要約する評価、レビュー全文の URL、評価を行った組織または人物です。検証に正面から焦点を当てた、構造化コンテンツの具体的な応用の 1 つです。
要点は、あいまいさを取り除くことです。人間の読者は、記事が噂を否定していると分かりますが、機械は、どの記述がチェックされ、真か偽かと判定されたかを知るために、明示的なフィールドを必要とします。ClaimReview はまさにそれらのフィールドを提供し、だからこそ通常の記事のマークアップではなく、専用のファクトチェック製品を支えているのです。
ClaimReview は、ファクトチェックを掲載するページに、JSON-LD、Microdata、RDFa として埋め込みます。マークアップは、主張を挙げ、判定を付け、レビュー全文にリンクし、発行者を特定します。エンジンとファクトチェックのツールは、そのデータを解析し、元の主張を検索する人々に、あなたの評価の要約版を示せます。うまく行えば、あなたの結論と、それに基づいて行動する必要のある機械の間に明確な橋を架け、これは AI のグラウンディングの中核の目標です。
ファクトチェックの機能の対象になるには、データが表示されているページの内容と一致し、URL が掲載ページと同じドメインまたはサブドメインにあり、発行者が関連するガイドラインに従っている必要があります。Google は、単一のファクトチェックの結果の対象になるには、ページに ClaimReview の要素が 1 つだけ含まれるべきだとも述べており、各評価のあいまいさをなくします。
必須のプロパティは 3 つです。1 つ目の claimReviewed は、評価した主張の簡潔な要約を保持し、理想的には 75 文字未満で、評価そのものを含めてはいけません。2 つ目の reviewRating は判定を担い、数値とテキストのラベルの両方をサポートし、ユーザーにはテキストが表示されます。3 つ目の url はファクトチェック全文を指し、ページと同じドメインまたはサブドメインになければなりません。
強く推奨されるプロパティは 2 つです。author プロパティは、ファクトチェックの発行者である組織または人物を、理想的には名前と URL とともに挙げます。Claim としてモデル化される itemReviewed プロパティは、誰がいつ述べたかを含め、元の記述を表します。元の情報源を明確に挙げることは不可欠で、記事全体の丁寧な情報源の引用につながります。
ClaimReview は、判定を要約するために、1 から 5 までの標準化された数値のスケールを使います。1 は「誤り」、2 は「ほぼ誤り」、3 は「半分正しい」、4 は「ほぼ正しい」、5 は「正しい」に対応します。数値は機械に一貫したシグナルを与え、添えられたテキストのラベルは、読者が結果で実際に目にするものです。
この一貫性が、世界中の独立したファクトチェッカーが、大規模に問い合わせできる共有データベースに貢献できるようにするものです。共通のスケールがあれば、AI システムは、各媒体の独自の言い回しを解釈することなく、発行者をまたいで判定を比べられ、信頼できる複数の情報源の統合を強めます。
ClaimReview は、一連の専用ツールを支えています。Fact Check Explorer では、誰でもキーワードで主張を検索し、評判のよい発行者による一致するファクトチェックを、言語と情報源で絞り込んで見られます。Fact Check Markup Tool では、発行者が手でコードを書く代わりに、Web フォームで ClaimReview のデータを送信でき、送信されたマークアップは、記事に直接埋め込まれたマークアップと同じように扱われます。付随する API により、権限のあるウェブマスターは、Search Console を通じてプログラムでマークアップを作成し編集できます。
決定的に、Google は標準の Web 検索での ClaimReview のリッチリザルトを段階的に廃止してきましたが、マークアップは Fact Check Explorer で引き続き完全にサポートされています。そのため、SERP での表示は狭まったものの、構造化データは、ファクトチェックのエコシステムと、多くのツール、そしておそらく AI システムが利用するデータベースに、今も供給されています。
リッチリザルトが廃止されつつあっても、ClaimReview は信頼性のシグナルであり続けます。名前の挙がった主張、追跡できる方法、引用、明確な判定という、コンテンツの背後にある厳密さを明示的に示します。その厳密さは、検索と AI のシステムが情報源を判断するときに頼る、E-A-T が捉える経験、専門性、権威性、信頼性の原則と一致します。
生成AI最適化にとって、価値は、主張の単位で信頼されることにあります。AI の答えは誤った記述を繰り返すことを避けなければならないので、機械可読な判定は、何が成り立つかについての信頼できるシグナルを与えます。検証可能で出典の明確な評価を公開することは、AI のハルシネーションの拡散を減らす助けになり、あなたのドメインを、答えのグラウンディングに値する情報源に位置づけます。
まず、外部の主張を明確に特定し、結論を示し、引用と一次情報で推論を示す、本物のファクトチェックを書きます。そのうえで、フィールドが表示されている内容を正確に映す ClaimReview のマークアップを加え、データとページの間に食い違いがないようにします。公開前にマークアップを検証して、必須のプロパティの欠落を見つけましょう。
対象となるための要件も満たしましょう。発行者には一般に、マークアップした複数のページ、訂正のポリシーや誤りの報告の仕組み、各主張を外部の出どころに明確に帰属させることが求められます。政治団体に属するサイトは対象外です。ClaimReview を、確かなキーワード調査とコンテンツ計画に支えられた、より広く、よく整理されたコンテンツの仕組みの一部として扱えば、ファクトチェックを発見しやすく、一貫したものに保てます。
最大の限界は、マークアップが表示を決して保証しないことです。構造化データは機能を可能にするだけで、確実にはせず、検索でのリッチリザルトが廃止されつつあるなか、最も目に見える見返りは、Fact Check Explorer と、より広いデータベースのエコシステムへと移っています。発行者は、SERP のバッジを前提とするのではなく、それに応じて期待値を設定すべきです。
実装にも容赦がありません。マークアップとページの内容の食い違い、必須のプロパティの欠落、ドメイン外の URL は、ページを対象外にしかねません。ClaimReview を大規模に維持するには、編集上の規律と継続的な検証が必要で、だからこそ、気軽な発行者ではなく、専門のファクトチェックの組織で使われる傾向があります。強い著者の権威性と自然に組み合わさります。
ClaimReview は、ファクトチェックを構造化データに変えます。名前の挙がった主張、1 から 5 の判定、レビュー全文へのリンク、その背後の発行者です。Google は標準の検索でのリッチリザルトを段階的に廃止していますが、マークアップは今も Fact Check Explorer と、より広いファクトチェックのエコシステムを支えており、検索と AI 主導の発見の両方にとって、意味のある信頼のシグナルであり続けます。
信頼が問われる発行者にとって、これは厳密さを機械可読にする方法です。強い E-A-T のシグナルと、すっきりした構造化コンテンツと組み合わせて、信頼性を補強しましょう。参照した情報源:Google Search Central、IDX、Schema.org。
出典
はい、現実的な期待を持つのであれば。Google は通常のウェブ検索で ClaimReview のリッチリザルトを段階的に廃止しているので、目に見えるバッジはもはや主な見返りではありません。ただし、このマークアップは今もファクトチェック エクスプローラーとより広いファクトチェックのデータベースを支えており、AI のシステムやほかのツールが検証済みの評価を認識する助けになる、明確で機械が読める信頼のシグナルであり続けています。
必須のプロパティは 3 つです。判定を含まない約 75 文字以内の主張の短い要約である claimReviewed、判定の数値のスコアとテキストのラベルの両方を持つ reviewRating、同じドメインまたはサブドメイン上の完全なファクトチェックへリンクする url です。発行元と元の主張を特定するために、author と itemReviewed のプロパティも強く推奨されます。
ClaimReview は 1〜5 の数値の尺度を使い、1 は「誤り」、2 は「ほぼ誤り」、3 は「半分正しい」、4 は「ほぼ正しい」、5 は「正しい」を意味します。数値は発行元をまたいで機械に一貫したシグナルを与え、添えられるテキストのラベルは人が目にするものです。この標準の尺度によって、独立したファクトチェッカーが共有され比較できるデータベースに貢献できます。
先行導入企業のご紹介
