结构化数据 · 类型图鉴 第 5 篇

评价摘要 Review Snippet:星级评分、AggregateRating 与避坑

约 15 分钟阅读 更新于 2026-06-24 MagicSEO 编辑部 · 人工审核 类型图鉴

评价摘要是最容易被滥用、也最容易出问题的结构化数据类型之一。星级评分对点击率很有吸引力,但 Google 对 Review 和 AggregateRating 的要求非常具体:评价必须真实、可见、指向一个具体对象,不能聚合外站评分,也不能让本地商家或组织用自家网站给自己打星。做对了是清晰信号,做错了就是结构化数据违规。

Review Snippet 是什么#

Review snippet 是 Google 在搜索结果或知识面板中可能展示的评价摘要,常见形态是星级评分、平均分、评价数量,或某条评价的简短摘要。Google 官方文档说明,Review snippet 来自 ReviewAggregateRating 结构化数据,并且实际外观可能因搜索场景而不同。

官方文档入口:Google Search Central:Review snippet structured data

先记住底线星级评分不是你想写就能写。页面必须真实展示评价内容或聚合评分,结构化数据只是对这些可见评价的机器可读表达。

Review 与 AggregateRating#

类型描述什么常见场景
Review一条具体评价某位用户对一本书、一件商品、一家餐厅的评价
AggregateRating很多评分的汇总商品页显示“4.4 分,89 条评价”

电商商品页最常见的是把 AggregateRating 嵌套到 Product 中;如果页面同时展示具体评价列表,也可以把多条 Review 嵌套到 Product。单独写顶层 Review 或 AggregateRating 也可以,但必须用 itemReviewed 明确被评价对象。

适用的被评价对象#

Google 只支持特定类型获得评价摘要。常见类型包括:

  • Product:商品、可购买物品;
  • BookMovieRecipeSoftwareApplication
  • EventCourse 等内容或活动类型;
  • LocalBusinessOrganization 有额外限制,尤其要避开自我服务式评价。

不要给任意页面硬套 Review。比如一篇教程文章可以被读者喜欢,但它本身不一定适合为了星级展示而标记成 Review snippet。

嵌套在 Product 中的 AggregateRating#

这是最常见的商品页写法:商品是主体,评分作为商品的一个属性嵌套进去。

product-aggregate-rating.json
{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Executive Anvil",
  "image": [
    "https://example.com/photos/anvil-1x1.webp",
    "https://example.com/photos/anvil-4x3.webp",
    "https://example.com/photos/anvil-16x9.webp"
  ],
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": 4.4,
    "ratingCount": 89
  },
  "offers": {
    "@type": "Offer",
    "price": 119.99,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

页面上必须能看到同一个商品名、同一平均分、同一评价数量。不要只在 JSON-LD 里写星级,而页面上没有评价区。

单条 Review 示例#

如果页面是一篇真实评价文章,可以使用 Review 描述这条评价,并用 itemReviewed 指明被评价对象。

single-review.json
{
  "@context": "https://schema.org/",
  "@type": "Review",
  "itemReviewed": {
    "@type": "Product",
    "name": "Executive Anvil",
    "image": "https://example.com/photos/anvil.webp"
  },
  "reviewRating": {
    "@type": "Rating",
    "ratingValue": 4,
    "bestRating": 5,
    "worstRating": 1
  },
  "author": {
    "@type": "Person",
    "name": "Jane Doe"
  },
  "datePublished": "2026-06-24",
  "reviewBody": "The product is sturdy and useful for workshop demonstrations."
}

如果 Review 嵌套在 Product、Recipe 等父类型中,通常不需要重复写 itemReviewed,因为父对象就是被评价对象。

ratingValue 与计数规则#

字段含义注意事项
ratingValue单条评价分数或平均分小数用点号,如 4.4,不要写 4,4
bestRating评分上限省略时通常按 5 分制理解
worstRating评分下限省略时通常按 1 分制理解
ratingCount参与评分的人数AggregateRating 至少需要它或 reviewCount 之一
reviewCount提供评价的人数可包含有文字或无文字评分的评价数量

如果你使用 10 分制、百分制或其他非默认量表,务必写清楚 bestRatingworstRating,否则 Google 可能按默认 5 分制理解。

评价必须可见#

Google 明确要求:被标记的评价内容要能被用户从该页面看到。如果你标记了 Review,用户应能看到评价文字、评分、作者;如果你标记了 AggregateRating,用户应能看到平均分和评价数量。

  • 不要把后台评分数据只放进 JSON-LD;
  • 不要让评分必须登录后才可见,却在公开页面标记;
  • 不要标记页面上没有展示的评价数量;
  • 不要给一个列表页标记整组商品的综合评分。

自评和外站评价边界#

Review snippet 最重要的合规边界集中在两点:

风险不合规做法正确方向
自我服务式评价本地商家在自己网站给自己的 LocalBusiness 打星不要给自己控制的组织/本地商家页面标星
聚合外站评价把 Google Business Profile、Facebook、第三方平台评分抓来标记只标记你页面上直接收集、展示、可验证的评价
分类或列表评分给“最佳 SEO 工具列表”整体打 4.9 分评价应指向具体商品、书、菜谱、软件等对象
本地商家尤其要谨慎如果被评价实体控制了关于自己的评价页面,例如餐厅在自己官网用 LocalBusiness 标记自己的五星评价,Google 明确将这类页面排除在星级评价功能之外。

本站为什么不实装 Review 标记#

这篇文章讲 Review snippet,但它不是评价页,也没有真实用户评分、评价数量或被评价对象。因此本页不会为了示范而添加 Review 或 AggregateRating。

本站示范本页继续使用 Article、BreadcrumbList 和 FAQPage,因为它真实身份是一篇教程文章。正确示范 Review snippet 的方式,是说明何时不能用,而不是把教程页伪装成评价页。

验证和监控#

  1. Rich Results Test 测试页面。
  2. 确认 Review 或 AggregateRating 被嵌套在受支持类型里,或用 itemReviewed 指向受支持类型。
  3. 核对页面可见评分、评价数量、作者、评价日期是否与 JSON-LD 一致。
  4. 上线后在 Search Console 的 Review snippet 报告里监控无效项。
  5. 如果星级消失,不只看语法,也要检查是否触碰自评、外站聚合、不可见内容等质量问题。

常见错误#

错误为什么危险修正
没有真实评价就写 5 星虚假结构化数据没有评价就不要输出评分标记
聚合外站评分Google 明确不建议只标记本站直接展示的评价
本地商家自评不符合星级功能资格避免在自有 LocalBusiness/Organization 页面标星
评分不可见违反可见内容一致原则页面展示平均分和评价数量
对象不具体评价目标不清晰评价具体商品、书、菜谱、软件等对象
小数逗号解析可能出错JSON-LD 中写 4.4,不是 4,4

Review Snippet 上线清单#

  • 页面真实展示评价或聚合评分
  • 被评价对象是 Google 支持的类型
  • Review 有 author、reviewRating 和被评价对象
  • AggregateRating 有 ratingValue
  • AggregateRating 至少有 ratingCount 或 reviewCount
  • 评分、作者、日期、评价数量与页面可见内容一致
  • 不聚合 Google/Facebook/第三方平台评分
  • 不给自有 LocalBusiness/Organization 页面做自评星级
  • 小数使用点号,如 4.4
  • Rich Results Test 无关键错误
  • Search Console 监控 Review snippet 报告

常见问题#

Review 和 AggregateRating 应该怎么选?

如果页面展示一条具体评价,用 Review;如果页面展示很多用户评分汇总出的平均分,用 AggregateRating。电商商品页最常见的做法是把 AggregateRating 嵌套在 Product 里,并在页面上显示平均分和评价数量。

可以把 Google、Facebook 或第三方平台评价聚合到自己页面吗?

不应该。Google 的 Review snippet 指南明确要求不要聚合其他网站的评价或评分。你标记的评价数据应来自你自己页面上可见、可验证的评价内容,而不是把外部平台星级抓取后塞进结构化数据。

本地商家可以给自己网站标星级评分吗?

本地商家和组织的自我服务式评价不符合星级评价展示资格。如果被评价实体控制了关于自己的评价页面,例如商家在自己网站标记自己的 LocalBusiness 星级,Google 明确将这类页面排除在星级评价功能之外。

没有真实评价时可以先写 5 星吗?

不可以。ratingValue、ratingCount、reviewCount 都必须来自真实评价数据,并且用户在页面上能看到对应内容。没有真实评价时,不要输出 Review 或 AggregateRating;可以等评价系统上线并积累真实数据后再添加。