スキーマとリッチスニペット

ClaimReviewとは何か、なぜ商品ページには使えないのか

ClaimReviewはスキーマの解説記事でよく取り上げられますが、ストアには適しません。実際の用途と、代わりに使うべきスキーマを説明します。

By Luca更新日 2026-06-018分

ClaimReviewは実際に何のためにあるのか

ClaimReviewはファクトチェック専用の構造化データです。ある人が述べた主張に対して発行者がどのような判定を下したかをマークアップします。検索結果では、主張の内容・判定した機関・判定結果(虚偽、おおむね正しい など)がファクトチェック表示として出力されます。

対象として想定されているのはファクトチェック団体と報道機関です。扱う内容は「真か偽かが問える言明」です。商品ページとは何も重なりません。商品ページで扱うのは販売中の商品であり、入力されるのは購入者の感想であって、事実に関する判定ではないからです。

なぜストア向けの解説でClaimReviewが推奨されてしまうのか

「review」という言葉が混乱の原因です。スキーマに関する情報がブログ記事を通じて広まる中で、「ClaimReview」はストアが使うべきレビュー用のタイプに見えてしまいます。ProductとaggregateRatingの組み合わせと比べて名前が目立つため、印象でつい選ばれてしまいます。名前が落とし穴になっています。

二つのタイプには共通点がほぼありません。ClaimReviewは事実の主張を評価し、商品レビューは顧客が購入した商品を評価します。商品ページに前者を設置しても後者の働きにはならず、誤ったスキーマを誤った対象に付与するだけです。

商品レビューには何のスキーマを使えばいいのか

商品のラッパーとしてProductを使い、その中に顧客のフィードバックをネストします。個々のレビューはReviewに入れ、全レビューの集計はaggregateRatingに入れます。検索結果に星評価スニペットを表示するのは、このaggregateRatingです。

  • Product: 商品名・画像・識別情報を含む、商品そのもののスキーマ。
  • Review: 1件の顧客レビュー。評点・投稿者・本文を含む。
  • aggregateRating: 平均スコアとレビュー件数。星スニペットを生成するフィールド。
  • Offer(任意だが有用): 価格と在庫状況。商品掲載に商業的な文脈を加える。

ClaimReviewを商品ページに残したままにするとどうなるのか

商品の星スニペットは表示されません。ClaimReviewは商品リッチリザルトとは無関係だからです。星スニペットを生成するのはProductの中のaggregateRatingであり、ClaimReviewにその機能はありません。

最善の場合でもマークアップは無視されるだけです。最悪の場合、ページがサポートできないファクトチェック上の主張をしていると判断されます。商業ページには望ましくないシグナルです。対処はシンプルです。ClaimReviewをストアページから完全に削除し、Productに正しい役割を担わせてください。

二つのスキーマタイプを一目で見分けるには

一つの問いを立てるだけです。「評価対象は何か」。答えが「真か偽かが問える言明」であり、かつ評価者がファクトチェック機関であれば、ClaimReviewが適用できます。答えが「顧客が購入した商品とその反応」であれば、ProductにReviewとaggregateRatingを使います。

  • 評価対象が事実に関する主張で、評価者がファクトチェック機関の場合: ClaimReview。
  • 評価対象が商品で、評価者が顧客の場合: Product + Review + aggregateRating。
  • 評価対象がサービスや企業の評判の場合: OrganizationまたはLocalBusinessタイプのReview。ClaimReviewは使わない。

レビューのスキーマは正しいのに検索に引用されない。なぜか

正しいマークアップは必要条件であり、十分条件ではありません。Productスキーマが機能するためには、レビューのテキストがクローラーの読めるページHTMLに存在することが必要です。ウィジェットによって後から注入され、クローラーには空のままに見える場合は機能しません。有効なスキーマを空のコンテナに設置しても、バリデーションは通りますが成果はありません。

多くのレビューアプリは「ページ上の買い物客」のために設計されており、そこで止まっています。人間には星が見えても、テキストはスクリプトの中に閉じ込められたままです。既存のレビューを検索エンジンとAI回答エンジンで読み取り可能・引用可能な状態にする、その差を埋めるためにBeyondReviewsは作られています。

まとめ

ClaimReviewは、ファクトチェックという正しい目的のために正しい著者が使えば有用なタイプです。ストアにとっては星を生まず、混乱を招くだけです。ProductにReviewとaggregateRatingを組み合わせ、レビューテキストをサーバーHTMLに置いてクローラーが読める状態にしてください。ClaimReviewはそのために設計されたファクトチェッカーのために残しておいてください。それが正しい使い分けです。

ファクトチェック
ClaimReviewが対象とするコンテンツ。商品レビューではありません。
Schema.org ドキュメント, 2024年
Product + aggregateRating
商品の星スニペットを実際に生成するスキーマの組み合わせ
検索リッチリザルトガイダンス, 2024年
星 0個
ClaimReviewをストアページに設置した場合に得られる商品星スニペット
AEO調査まとめ, 2025年
よくある質問
ClaimReviewで商品ページに星評価は表示されますか。
表示されません。商品の星スニペットはProductの中にあるaggregateRatingによって生成されます。ClaimReviewはファクトチェックの判定を記述するものであり、商品リッチリザルトには反映されないため、ストアページに設置しても星は出ません。
ECサイトでClaimReviewが適切になる場合はありますか。
実際にファクトチェック記事を公開している場合に限られます。ストアがそれを行うことはほぼありません。商品ページ上の顧客フィードバックは商品に対する感想であり、事実の判定ではありません。正しいスキーマはProductにReviewとaggregateRatingを組み合わせたものです。
すでにClaimReviewを追加してしまいました。どうすればいいですか。
商品ページとストアページからClaimReviewを削除し、代わりにProductにReviewとaggregateRatingを追加してください。ClaimReviewを残したままでは星は表示されず、商業ページに誤ったマークアップが設置されていると判断される可能性があります。早めに取り除くのが最善です。
レビューのスキーマが正しければ引用は保証されますか。
保証されません。スキーマは必要ですが、それだけでは十分ではありません。レビューテキストがクローラーの読めるページHTMLに含まれていることも必要です。ウィジェットによって後から注入され、クローラーには空に見える場合、有効なスキーマがあっても成果はありません。