DTC 品牌营销知识库 DTCBM.COM 关注公众号

SEO · structured-data

评价结构化数据的标注方式与激励评价规则

要点

一、被评价的对象只用一种方式指明。Google 在 2025-11-12 更新评价摘要文档,说明不要用多种方式同时指明评价的是什么,以免 Google 理解有歧义。文档里的两种方式是:

  • 嵌套:在 Product 或 ProductGroup 里用 review、aggregateRating 属性放评价。这时不写 itemReviewed,Google 默认父级对象就是被评价对象。
  • 独立:Review 或 AggregateRating 单独成块,用 itemReviewed 写被评价的商品,这时 itemReviewed 是必需属性。

二、Shopify 店铺容易出现两套标记。Shopify 的 structured_data 过滤器({{ product | structured_data }})把商品输出为 schema.org Product,有变体时输出为 ProductGroup,@id 形如 /products/<handle>#product。评价 App 通常另外输出一段带评分的标记。两段叠在一起时,常见的结果是同一页面上有两个 Product 节点,一个带价格没有评分,一个带评分没有价格;或者主题的 Product 之外又有一个用 itemReviewed 指向商品的 AggregateRating。以上是对常见实现的描述,不是 Google 或 Shopify 原文,具体看页面渲染后的源代码。

按第一条的要求,建议每个商品页只保留一个商品节点,评分嵌套在里面,不写 itemReviewed。做法是在主题输出 Product 或 ProductGroup 的地方加入 aggregateRating(评分和条数从评价 App 提供的数据取),然后关闭评价 App 自带的结构化数据输出。有变体的商品,评分放在 ProductGroup 层,Google 文档说明 ProductGroup 的 aggregateRating 代表全部变体。

{
 "@context": "https://schema.org",
 "@type": "ProductGroup",
 "@id": "https://www.example.com/products/video-doorbell-e340#product",
 "name": "Video Doorbell E340",
 "productGroupID": "E340",
 "variesBy": ["https://schema.org/color"],
 "brand": { "@type": "Brand", "name": "Example" },
 "aggregateRating": {
 "@type": "AggregateRating",
 "ratingValue": 4.6,
 "reviewCount": 1287,
 "bestRating": 5
 },
 "hasVariant": [
 {
 "@type": "Product",
 "name": "Video Doorbell E340 - Black",
 "sku": "E340-BK",
 "color": "Black",
 "image": "https://www.example.com/images/e340-black.jpg",
 "offers": {
 "@type": "Offer",
 "url": "https://www.example.com/products/video-doorbell-e340?variant=111",
 "price": 179.99,
 "priceCurrency": "USD",
 "availability": "https://schema.org/InStock"
 }
 }
 ]
}

变体标记的其他要求详见《产品变体的网址、canonical 与结构化数据》。

三、激励评价规则(2026-07-24 加入评价摘要文档)。页面上和结构化数据里都不要放虚假评价或未披露激励的评价,文档举的两类是:

  • 不是基于真实使用体验写的评价;
  • 为换取好处(钱、折扣、优惠券、免费产品)而写、且没有清楚醒目地披露这一点的评价。

这条写在评价摘要的技术规范里,违反规范 Google 可能采取人工处置。对品牌站,常见的激励来源是「留评返优惠码」「免费送测」这类活动。这类评价要么在评价旁清楚醒目地标明是激励评价,要么不放进页面和评分统计。官方没有规定披露的具体文字和样式。

四、和 Shopify 评价 App 有关的其他规范:

  • 不要汇总其他网站的评价或评分。从 Amazon 等平台导入的评价算进 aggregateRating,不符合这条。
  • 标记的评价内容要在页面上能直接看到:标了 Review,用户要能看到评价正文和评分;标了 AggregateRating,用户要能在页面上看到这个汇总评分。
  • 评价针对具体商品,不针对分类或商品列表。集合页不加 AggregateRating。
  • 标了多条单独评价时,同时加汇总评分。
  • 给 Organization 挂自己的评价不出星级,详见《Review Snippet / AggregateRating Schema(评价摘要)》。

容易误解的地方

  • 以为评价 App 和主题各输出一段、富媒体搜索结果测试不报错就没问题。测试检查的是语法,被评价对象指向是否唯一、评价是否属于激励评价,测试工具看不出来。
  • 在嵌套于 Product 内的 aggregateRating 里再写一次 itemReviewed。嵌套时不写。
  • 以为激励评价只要不进结构化数据就可以。文档的要求覆盖页面本身和结构化数据两处。
  • 以为评分只要统计正确,来源不重要。导入的站外评价不能计入。

怎么检查

一、打开商品页源代码,搜索 "aggregateRating"、"AggregateRating"、"itemReviewed"、"@type":"Product"、"@type":"ProductGroup",数清楚有几个商品节点、评分挂在哪里。同一商品出现两个节点,或评分节点同时有嵌套和 itemReviewed,按第二条合并。

二、用富媒体搜索结果测试查看识别出的商品项,确认同一商品没有重复出现、评分挂在商品项上。

三、对照评价 App 后台,确认导入评价、激励活动评价的处理方式:是否在页面上标注,是否计入展示的平均分和条数。

四、核对标记里的 ratingValue 和 reviewCount 与页面上显示的数字一致。

来源

公众号 DTC品牌营销 二维码扫码 / 长按识别

接入知识库

把整套已验证知识接进你自己的 AI

关注公众号「DTC品牌营销」,自动发放知识库 MCP / CLI 接入 key,让你的 AI 直接调用全部已沉淀经验,并持续接收更新。

相关内容