详解评价结构化数据:Review 与 AggregateRating 的区别、Google 接受哪些页面、自我评价规则、JSON-LD 示例、验证方法和常见错误。

简而言之
评价结构化数据(review schema)用于描述单条评价(Review)或平均评分(AggregateRating),让 Google 能在搜索结果下方显示星级、分数和评价数量。Google 只为特定类型的项目(产品、食谱、图书、课程、活动、软件、电影等)显示这类评价摘要,前提是评价在页面上可见,而且绝不会为本地商家或组织发布的关于自身的评价显示星级。有效的标记只能让页面具备资格,并不保证一定出现星级。
想深入了解?请询问
评价结构化数据是最受欢迎的Schema 标记类型之一,因为搜索结果中的星级非常吸引眼球。它也是规则最多、让网站所有者最失望的类型。Google 的评价摘要文档规定了这些规则,本指南把它们转化为具体决策:哪些页面能获得星级、应该编写什么标记,以及您的星级为什么可能不显示。
评价结构化数据包含两种 schema.org 类型:
Review:一位作者撰写的一条评价,包含评分(reviewRating)、正文(reviewBody)和日期。编辑对一台笔记本电脑的测评和顾客对某个产品的评价,都属于 Review。AggregateRating:多个评分的平均值,包含平均分(ratingValue)以及评分数量(ratingCount)或评价数量(reviewCount)。两者描述的都是另一个对象:itemReviewed。实际操作中,很少单独编写评价代码块,而是把 review 和 aggregateRating 嵌套在它们所评价的项目中,例如 Product、Recipe 或 Book。当 Google 接受这些标记后,搜索结果可以显示带有星级、分数、评价数量或评价者姓名的富媒体摘要。不要把它与 ClaimReview 混淆,后者是事实核查标记,Google 在 2025 年 6 月简化搜索结果后已不再在搜索中显示它。
Google 将评价摘要限定在一份明确的类型列表中。自 2019 年 9 月的更新起,其他类型(通用的 Thing、WebPage、单独的 Service)上的标记不会产生星级。
| 项目类型 | 是否符合评价摘要条件 | 条件 |
|---|---|---|
Product | 是 | 针对特定产品的评价,且在页面上可见 |
Recipe | 是 | 食谱用户给出的评分 |
Book、Movie、Course、Event、SoftwareApplication | 是 | 单个特定项目,而非列表或类别 |
CreativeWorkSeason、CreativeWorkSeries、Episode、Game、MediaObject、MusicPlaylist、MusicRecording | 支持的类型 | 规则相同,显示频率较低 |
LocalBusiness、Organization | 仅限第三方评价网站 | 自己网站上关于自身的评价一律不显示 |
| 类别页、产品列表 | 否 | Google 要求单个特定项目 |
Google 另有两条规则补全了这一点:评价和评分必须在被标记的页面上对访问者可见;不得汇总从其他网站收集的评价。产品页面不能在标记中加入“Trustpilot 评分 4.8”这样的分数。
Google 将以下情况称为自我评价(self-serving):“关于实体 A 的评价放在实体 A 的网站上”。自 2019 年 9 月起,当商家控制着关于自身的评价时,Google 不再为 LocalBusiness 和 Organization 类型(及其子类型)显示评价星级;当前文档还补充说明,嵌入第三方小组件也不会改变这一规则。
这对餐厅、律师事务所、代理机构或 SaaS 公司意味着:
Organization 的 Review,也不会产生星级。仍然有效的做法:在产品页面上标记对您产品的评价,因为被评价的项目是 Product;如果您运营评价或比较网站,也可以标记对其他商家的评价。对于本地商家,真正重要的星级出现在本地资源包(local pack)中,它们来自 Google 商家资料(Google Business Profile),而不是您的标记。我们的本地商家结构化数据指南说明了应该改为标记哪些内容,关于回复 Google 评价的文章则介绍了商家资料方面的工作。
| 类型 | 必需属性 | 推荐属性 |
|---|---|---|
Review | author(Person 或 Organization,名称少于 100 个字符)、itemReviewed 及其 name(嵌套时可使用父项目的名称)、reviewRating.ratingValue | datePublished、reviewRating.bestRating、reviewRating.worstRating |
AggregateRating | itemReviewed 及其 name(嵌套时可使用父项目的名称)、ratingValue,以及 ratingCount 或 reviewCount | bestRating、worstRating |
大多数验证错误源于三个细节。评分范围默认为 1 到 5:如果您采用 10 分制或 100 分制,请声明 bestRating。小数使用点号(4.4,而不是 4,4),这常常让法语、德语或西班牙语网站出错。作者必须是真实姓名:Google 举出的无效作者示例是“周六前享 50% 折扣”。
最常见的情况:展示顾客评价的产品页面。如果您标记了单条评价,Google 要求同时加入汇总评分。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Trail Running Shoe X2",
"image": "https://www.example-shop.com/images/x2.jpg",
"brand": { "@type": "Brand", "name": "Example" },
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": 4.6,
"reviewCount": 128,
"bestRating": 5,
"worstRating": 1
},
"review": [
{
"@type": "Review",
"author": { "@type": "Person", "name": "Claire M." },
"datePublished": "2026-09-14",
"reviewBody": "Light, stable on wet rock, sizes run small.",
"reviewRating": {
"@type": "Rating",
"ratingValue": 4,
"bestRating": 5
}
}
]
}
</script>测试产品、图书或软件的博客或媒体会标记自己的评测。对于编辑撰写的产品评测,Google 还支持通过 positiveNotes 和 negativeNotes 标记优缺点,至少需要两条陈述,详见其产品摘要文档。
{
"@context": "https://schema.org",
"@type": "Review",
"itemReviewed": { "@type": "Book", "name": "The Example Handbook" },
"author": { "@type": "Person", "name": "Jordan Lee" },
"datePublished": "2026-08-02",
"reviewRating": { "@type": "Rating", "ratingValue": 8, "bestRating": 10 },
"publisher": { "@type": "Organization", "name": "Example Reviews" }
}我们免费的Schema 生成器可以通过表单生成这两个代码块,SERP 预览工具则能显示标题和描述在星级旁边的效果。
将每个模板分别通过 Google 的 Rich Results Test(检查评价摘要的资格)和 Schema Markup Validator(检查 schema.org 语法),或者使用我们的结构化数据验证工具。部署后,Search Console 中的“评价摘要”报告会列出整个网站的有效项目和错误。
| 症状 | 可能原因 | 解决方法 |
|---|---|---|
| 标记有效但没有星级,本地商家网站 | LocalBusiness 或 Organization 上的自我评价 | 把精力转向商家资料;产品评价保留在产品页面上 |
| “Missing field itemReviewed”或缺少名称 | 独立评价缺少被评价项目 | 将评价嵌套在项目中,或添加 itemReviewed.name |
| 评分看起来不对(显示 2.3 而不是 4.6) | 10 分制但未声明 bestRating | 声明 bestRating 和 worstRating |
| ratingValue 的值无效 | 使用逗号作为小数分隔符 | 改用点号 |
| 类别页上的星级始终不显示 | 页面列出了多个项目 | 在每个产品页面上标记评价 |
| 结构化数据人工处置 | 评价不可见、从其他网站导入或系虚构 | 在页面上展示评价,删除汇总的第三方评分,然后申请复审 |
| 有效且符合条件,但仍无星级 | Google 自行决定是否显示富媒体搜索结果 | 改进页面和评价质量;显示永远无法保证 |
Google 的结构化数据通用政策在这些规则之外同样适用:其中明确将“虚假评价”列为不得标记的误导性内容。评价摘要是在结果页上争夺空间的多种 SERP 功能之一,而这份清单还在缩短:自 2026 年 5 月起,Google 已不再显示 FAQ 富媒体搜索结果(我们的 FAQ 结构化数据指南介绍了这种标记)。
当有人向 AI 助手询问“150 美元以内最好的越野跑鞋”时,回答中常常会提到评分和评价数量。这些信息来自助手能够读取的页面以及它信任的平台。我们关于 AI 回答中 Trustpilot 引用情况的研究显示了评价平台被用作信息来源的频率。
在这方面,评价结构化数据的作用比在 Google 星级上更有限。JSON-LD 代码块为爬虫提供明确无歧义的分数、数量和日期,并确认页面上的评价针对的是一个具名产品。可见文本至少同样重要:一个写明评分、总结评价者称赞和批评之处、并为评价标注日期的页面,能为大语言模型提供可引用的句子。我们的面向 AI 搜索的结构化数据指南对此有详细阐述,我们的电商产品页面检查清单则说明了评价在模板中的位置。
想了解买家向 AI 助手提问时您的产品和品牌是否会被提及,Sorank 的 AI 提及追踪会在 ChatGPT、Claude 和 Gemini 上跟踪这些问题,GEO 优化则帮助您发布它们会引用的对比和选购指南内容。
需要记住的规则:在单个特定项目自己的页面上,标记针对该项目的真实、可见的评价。产品页面、食谱、图书和软件可以获得星级;商家评价自己则不行,无论标记写了什么。
可以,但 Google 不会为其显示星级。关于您自己公司的推荐语属于 Organization 或 LocalBusiness 的自我评价,自 2019 年起 Google 就将其排除在评价摘要之外,即使它们来自嵌入的小组件也是如此。保留推荐语供访问者阅读,把评价标记的重点放在产品页面上。
评价摘要是一种展示功能,Google 并未将其列为排名因素。星级能让搜索结果更醒目,从而提高点击率。主要好处是在相同排名位置获得更多点击,而不是获得更高的排名。
Google 需要重新抓取并处理页面,根据网站被抓取的频率,这可能需要几天到几周不等。您可以在 Search Console 中使用网址检查工具,为重要页面请求编入索引。即使标记有效,Google 也会针对每个查询决定是否显示星级。
他们已先于您体验了 SORANK

