技術・構造化応用

PR-079 レビューを集めているのに星評価がAIやリッチリザルトに反映されない——Review/AggregateRating schemaを実装する方法

Claude

こんな悩みはありませんか?

お客様の声・レビューをページに掲載しているのに、星評価がAIの回答や検索結果に反映されない——という相談は多く聞きます。文章としてレビューを並べているだけでは、AIにとって「これは評価データである」と機械的に認識されにくいのが実情です。

この記事でできるようになること

実際に集まった評価データ・レビュー例を渡すだけで、Review・AggregateRatingのschema.org準拠JSON-LDコードを生成できるようになります。

使うプロンプト

入力に必要な素材

  • 対象商品/サービス名
  • 平均評価・評価数・満点の基準(5点満点等)
  • 個別レビュー例(あれば、投稿者名または「利用者A」等の表記・評価・コメント)
【Claude推奨・ChatGPTでも実行可】

# 役割
あなたはReview/AggregateRating構造化データの実装担当です。文章として並べられたレビューを、AIが「これは評価データである」と機械的に認識できる形へ変換する作業を専門にしており、読み手は星評価をリッチリザルト・AI回答に反映させたい担当者です。

# 入力素材の確認
以下の実データが貼り付けられている前提で作業してください。
- 対象商品/サービス名
- 平均評価・評価数・満点の基準(5点満点等)
- 個別レビュー例(あれば)
対象商品名または平均評価・評価数のいずれかが貼り付けられていない場合は、生成に進まず「レビューの実データが確認できません。集計済みの平均評価・評価数を貼り付け直してください」とだけ回答し、そこで処理を止めてください。

# レビューデータ(実際に集まったものだけを貼り付ける)
- 対象商品/サービス名: 【貼り付け】
- 平均評価・評価数・満点の基準(5点満点等): 【貼り付け】
- 個別レビュー例(あれば、投稿者名または「利用者A」等の表記・評価・コメント): 【箇条書きで貼り付け】

# 分析・作業手順
1. 貼り付けられた平均評価・評価数・満点の基準を、AggregateRatingのプロパティ(ratingValue・reviewCount・bestRating)に割り当てる
2. 個別レビュー例が貼り付けられている場合、それぞれをReviewオブジェクトに変換する
3. 個別レビューの評価点が、全体の平均評価と矛盾する偏った抜粋になっていないかを確認する
4. 生成した数値が貼り付けられたデータと完全に一致しているかを自己点検する

# 出力してほしいこと
1. AggregateRating(ratingValue・reviewCount・bestRatingを含む)のJSON-LDコード
2. 個別レビューがある場合はReviewオブジェクトとして併記する
3. 貼り付けられた評価数・平均点をそのまま使い、水増し・改変をしない
4. 実際には存在しないレビューを創作しない、という自己点検の一言を添える

# 出力形式
1. 完成したJSON-LDコード
2. 貼り付けデータとコード内数値の突合結果(一致/不一致)
3. 3行以内の要約(reviewCountの出典/個別レビュー掲載件数/投稿者の掲載許諾確認が必要な旨)

貼り付けられていないレビューデータを推測で作成しないでください。

# 品質ガード
- 実在しないレビューを作成しない。個別レビュー例が貼り付けられていない場合はReviewオブジェクトを含めない
- 高評価レビューだけを抜粋する等、恣意的な偏りがないかを確認する
- 投稿者名を掲載する場合は事前に本人の掲載許諾を得ている前提であることを明記する

実行手順

  1. 実際に集まっているレビュー・評価データ(平均点、件数、個別コメント)を集計・整理しておく(AIに水増しさせず、実データのみを渡す)
  2. Claudeにプレースホルダを置き換えてプロンプトを実行する
  3. 生成コードのratingValue・reviewCountが、手元の集計データと完全に一致しているかを数値で照合する
  4. Googleのリッチリザルトテストで構文チェックを行い、AggregateRatingが正しく認識されるかを確認する
  5. 投稿者名を掲載する場合は、事前に本人から掲載許諾を得ているかを確認してから設置する

結果の読み解き方

  • 「水増し・改変をしない」というAIの自己点検コメントは、あくまでAI自身の申告です。最終的に一致しているかどうかは、人間が元データと数値を1つずつ突き合わせて確認する必要があります。
  • reviewCountが実際の件数より多い・少ない場合、検証ツールでエラーにならなくても実態と異なる情報を発信していることになります。

注意点

  • 実在しないレビューの記載・レビュー評価の操作は、景品表示法(ステルスマーケティング規制等)に抵触するおそれがあります。実データのみを使用し、投稿者の許諾・匿名化方針も確認してください。
  • 危険な間違い例: 一部の高評価レビューだけを抜粋してReviewオブジェクトに含め、低評価のレビューを意図的に除外すると、AggregateRatingの平均点(全体集計)と個別Reviewの内容に矛盾が生じます。個別レビューを掲載する場合は、恣意的な抜粋になっていないかを確認してください。

関連レッスン・関連パターン

確認テスト

選択肢をクリックすると、その場で正誤と解説が表示されます。

Q1. 低評価のレビューを意図的に除外し、高評価レビューだけをReviewオブジェクトに含めることは問題のない見せ方である。

Q2. 実在しないレビューの記載やレビュー評価の操作は、どの法令に抵触するおそれがあるか。

Q3. reviewCountの入力方針として正しいのはどれか。

よくある質問

Q. 投稿者名を掲載する際に必要なことは何ですか?

事前に本人から掲載許諾を得ているかを確認する必要があります。

Q. AIの「水増ししていません」という自己点検コメントは信用してよいですか?

あくまでAI自身の申告に過ぎず、人間が元データと数値を1つずつ突き合わせて確認する必要があります。

Q. レビュー件数が少ない場合の扱いは記事で説明されていますか?

件数の少なさへの個別の対応は記事では扱っていません。実データのみを使うことが条件です。

AIエージェント開発・AI検索最適化(AIO)の実装支援

AIエージェント開発・AI検索最適化(AIO)・LLMの内製化まで、学んだ内容を自社実装につなげたい方にWEBMARKSが伴走します。

無料相談してみる