HTML怎么做Review结构化_html Review评价Schema标记方法【教程】-html教程-PHP中文网

google要求review必须嵌套在product或localbusiness等父类型下，review字段须为数组，reviewrating必须是含@type、ratingvalue的rating对象，reviewbody和author需符合纯文本与结构化格式规范。

html怎么做review结构化_html review评价schema标记方法【教程】

Google 目前不支持独立的 Review 类型作为顶层结构化数据——直接写 "@type": "Review" 会失效，必须嵌套在 ItemPage、Product 或 LocalBusiness 等支持评价的父类型下。

Review 必须依附于被评价对象，不能单独存在

Google 的富媒体搜索结果只认可“某物的评价”，而不是“一条评价”。比如你有一条用户对某款耳机的评论，Review 必须作为 Product 的 review 字段值出现，或作为 LocalBusiness 的 review 字段值；否则 Rich Results Test 会提示“未检测到有效评价”。

Product 类型下用 review 字段（数组），每个元素是 Review 对象
LocalBusiness 类型下也用 review 字段，且要求至少含 author、datePublished、reviewBody 和 reviewRating
别把 Review 当作页面主类型塞进 script 块顶层——这属于常见无效写法

reviewRating 必须是对象，不是数字或字符串

很多人把评分写成 "reviewRating": 4.5 或 "reviewRating": "4.5"，这会导致整个结构化数据被忽略。Google 要求 reviewRating 是一个完整对象，且必须含 @type 和 ratingValue，推荐补全 bestRating（通常为 5）。

正确写法："reviewRating": { "@type": "Rating", "ratingValue": "4.5", "bestRating": "5" }
ratingValue 可以是字符串（如 "4.5"），但不能是浮点数字面量（JSON 不允许尾随小数点后无数字，如 4.）
如果只有整数评分（如 4 星），仍需写成字符串 "4" 或数字 4，但必须包裹在 Rating 对象里

reviewBody 和 author 的文本要求很严格

reviewBody 必须是纯文本，不能含 HTML 标签；author 若为个人，必须是对象（含 @type: "Person" 和 name），不能只写字符串。

Article To Html

文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。

下载

错误示例："reviewBody": "<p>音质很棒！</p>" → 引号和 <p></p> 未转义，JSON 解析失败
安全做法：从 DOM 提取 textContent，再用 JSON.stringify() 序列化，自动处理换行与引号
"author": "张三" 会被忽略；必须写成 "author": { "@type": "Person", "name": "张三" }
如果作者是机构，@type 得设为 "Organization"，并提供 name

多个评价共存时，review 字段必须是数组

哪怕只有一条评论，review 字段也必须是数组（[]），不能是单个对象。这是 Schema.org 规范强制要求，也是 Google 解析的前提。

正确："review": [{ "@type": "Review", ... }]
错误："review": { "@type": "Review", ... } → Rich Results Test 直接报“缺少 review 数组”
多个评价就往数组里 push，别合并字段或去重——每条评论都应独立存在
注意数组长度上限：Google 对单页 review 数量无硬性限制，但建议控制在 10 条以内，避免 JSON 过大影响首屏加载（虽不阻塞渲染，但冗余数据无益）

最容易被忽略的是 review 字段的数组包装和 reviewRating 的对象结构——这两处出错，整段标记就等于没写。上线前务必用 URL Inspection Tool 粘贴完整 HTML 源码验证，别只看编辑器高亮是否正常。