结构化数据
Review 与 Rating 结构化数据验证器
粘贴 Review 或 AggregateRating JSON-LD（或整页 HTML），获得真正的规范检测：评分范围计算、必填字段、author 有效性、日期格式、重复评论检测，以及评论摘要（review snippet）始终无法显示的头号原因提示——对自己企业的 self-serving review（自评）。
完全在您的浏览器中运行。除匿名使用次数外，粘贴的内容不会发送到任何地方。
粘贴 <script type="application/ld+json"> 代码块的内容，或整页 HTML —— 系统会自动找到所有 Review 与 AggregateRating 记录，包括嵌套在 Product、LocalBusiness、Recipe 等内部的记录。
本工具检测什么，以及如何修复常见错误
只有当 Review 或 AggregateRating JSON-LD 语法有效、字段完整并且符合政策要求时，Google 才会在搜索结果中显示带星级的“评论摘要”。本工具按搜索引擎实际读取的方式遍历嵌套结构——reviewRating、itemReviewed、author——无论该记录是独立存在，还是嵌套在 Product、LocalBusiness、Recipe 等条目内部。
评论摘要即便 schema 完全有效也从不显示的头号原因：Google 不会为“self-serving review（自我评价）”显示 rich result——即企业为自己打分或撰写评论的标记（Organization、LocalBusiness 及其子类型，如 Restaurant、Store、Hotel、Dentist 等）。这类标记仅适用于真正的第三方评论家或聚合网站。如果本工具标记了这一风险，请将评分从 Organization/LocalBusiness 移到您销售的具体 Product 或 Service 上，或者接受它在自己的主页上不会获得 rich result。
ratingValue 必须介于 worstRating 与 bestRating 之间——若省略，schema.org 默认为 1 到 5，因此像“满分 10 分中的 9.5 分”这样的量表需要明确设置 bestRating 为 10，否则 Google 会因超出范围而拒绝。bestRating 必须始终大于 worstRating。
每条 Review 都需要一个包含数字 ratingValue 的 reviewRating，以及一个带有真实姓名的 author（应是 Person/Organization 对象，而非纯字符串）。AggregateRating 至少需要 reviewCount 或 ratingCount 其中之一，且必须是非负整数；reviewCount（含文字评论的评分数）不应超过 ratingCount（全部评分数）。
datePublished 应为真实的 ISO 8601 日期格式（如“2026-05-10”，而非“10/5/2026”）。如果页面列出了多条 Review 记录，本工具还会标记可能的重复项——完全相同的 author 与评论文字出现两次，通常意味着不小心复制粘贴，而非两条真实评论，这本身也可能被 Google 的反垃圾系统视为可疑。