根拠と宣伝を分ける
役立つレビューは、商品、評価した状況、主張の根拠を説明しています。確認済みの購入者のフィードバック、編集部によるテスト、サプライヤーの文面は区別する必要があります。レビューのマークアップは、表示されていて適格な情報を表すものです。リッチリザルトを思いどおりに出せるものではありません。
確認の方法
レビューがどう収集、モデレーション、表示、帰属表示されているかを確認します。評価の集計を個々のレビューにさかのぼれるか、商品のバリエーションが明確か、構造化データが表示ページと一致しているかを調べます。根拠が足りない、または適格でない場合は、汎用的な主張で埋めずに、その旨を記録します。
導入と改善の方法
日付、バージョンまたはバリエーション、レビュアーの状況、モデレーションの経路を残せるレビューの流れを設計します。購入者の判断に役立つ、バランスのとれた情報を見せます。構造化データを使う場合は、ページと照らして検証し、テンプレートを変更した後は再テストします。
限界とよくある間違い
裏付けとなる責任あるレビューのない星のウィジェットは、レビューの根拠になりません。架空の評価、全体の総意であるかのように見せる都合のよい引用、検索での表示強化の約束は避けます。
レビューのページは、デザインより先に出典のルールが必要です。それぞれの記述が、購入者、テスター、メーカー、編集者のどれから来たのかを決め、1つの合成された声にまとめず、レビューの横に区別して表示します。レビューの日付、商品のバリエーション、関連する利用状況、モデレーションの結果を集めます。旧モデルや別の構成のレビューを、黙って現行のリストの裏付けにしてはいけません。導入にあたっては、個々のレビュー本文と、そこから算出した集計を表示します。そのうえで、構造化データが同じ表示済みの事実を使っていることを確認します。モバイルでサンプルを確認し、読者が結論の基準を見つけられるか調べます。削除または却下されたレビューが、表示中の集計にもう影響していないことも確認します。実践的な例として、カラーバリエーションのある商品を考えます。配送やサービスに関するフィードバックは販売者に属し、サイズ感や耐久性についての所見は、その特定の商品に属します。これらの主張は分けておきます。確認の記録として残すのは、表示されたレビュー、その出典の区分、対応するマークアップであり、星の数だけではありません。
適格性は、マークアップより先に確認します。まず、そのページが商品ページ、編集レビュー、販売者のレビュー、購入者のフィードバック集のどれなのかを決めます。タイプごとに、行う主張が異なるからです。モデレーターには、開示、不適切なコンテンツ、インセンティブ、重複、バリエーションの不一致についての明確なポリシーを渡します。判断は記録に残し、根拠を黙って削除しないようにします。購入者が星の評価を変えたときや商品のバージョンが変わったときは、ページが裏付けられる表示上の集計だけを再計算します。リリースチェックでは、表示されているレビュー件数、評価の集計、商品の同一性、マークアップのプロパティを比べます。いずれかの値がずれていたら、リリース前にマークアップを削除するか修正します。これはユーザビリティとデータ整合性の作業であり、検索での表示上の扱いを得るための手法ではありません。