HTML如何表示产品信息？结构化数据应用方法

本文深入解析了如何在HTML中正确实现产品结构化数据，重点推荐使用严格符合JSON标准的`

怎么用 script type="application/ld+json" 标记产品价格和库存

直接写在页面 里最稳妥，搜索引擎（尤其是 Google）能稳定识别。别指望靠 JS 动态插入——很多爬虫不执行 JS，或者等不及就走了。

常见错误是把 JSON 写成 JS 对象语法（比如用单引号、省略引号、写注释），application/ld+json 必须是严格 JSON：双引号、无尾逗号、无注释。

• 价格必须带 "priceCurrency"（如 "CNY"），只写 "price": "299" 会被忽略
• 库存状态要用标准值："InStock"、"OutOfStock"、"PreOrder"，小写或拼错（如 "outofstock"）无效
• 如果页面有多个商品（比如列表页），每个 script 块只描述一个 "@type": "Product"，别塞一堆进同一个 JSON

为什么 itemprop 微数据方式现在不太推荐

微数据（itemscope itemtype="https://schema.org/Product" 那套）理论上兼容老浏览器，但实际中结构松散、嵌套易错，且 Google 已明确表示优先支持 JSON-LD。

典型翻车点：属性名大小写敏感（itemprop="price" 对，itemprop="Price" 错），content 属性漏写（比如价格显示为 ¥299，但没加 content="299.00"，爬虫就抓不到数值）。

• meta 标签必须放在 itemscope 范围内，跨层级就会断掉语义
• 日期类字段（如上架时间）必须用 ISO 8601 格式：content="2024-03-15"，不能写“3月15日”或“2024/03/15”
• 图片 URL 必须是绝对路径，相对路径（如 src="./img/p1.jpg"）在结构化数据里不被解析

name 和 description 字段容易被当成纯文本塞错位置

这两个字段不是随便找个 h1 或 p 加个 itemprop 就行。JSON-LD 里它们是字符串字面量，要确保内容干净：不带 HTML 标签、不包含促销话术（比如“?限时特惠！”）、不混入 SKU 编号。

真实场景中，CMS 输出的标题常带副标题或品牌前缀（如“【Apple】iPhone 15 Pro Max 256GB”），但结构化数据里的 "name" 最好只保留核心品名：“iPhone 15 Pro Max”，否则可能影响富媒体搜索展示。

• 描述字段长度建议控制在 150–300 字符，过长会被截断，且部分字段（如 aggregateRating）对描述长度敏感
• 避免在 "description" 里重复堆砌关键词，Google 会视为垃圾信号
• 如果页面是变体聚合页（如颜色/尺寸合集），"name" 应指向具体变体，别写“请选择规格”这类交互提示

本地测试时用 Google 的 Rich Results Test 工具比看源码更可靠

浏览器右键“查看源代码”看到 JSON 存在，不代表它被正确解析。工具会模拟 Googlebot 抓取并校验语法、上下文、字段组合逻辑。

高频报错包括："offers" 缺少 "@type": "Offer"、"image" 字段值不是数组（即使只有一张图也要写成 ["https://..."]）、"sku" 用了空格或特殊字符（如 "ABC-123#X" 应转义或换用更规整编码）。

• 测试前先禁用所有广告拦截插件，有些会误杀 script[type="application/ld+json"]
• URL 中带参数（如 ?utm_source=xxx）不影响测试，但确保测试链接和线上真实 URL 结构一致
• 改完立刻测，别等上线——缓存、CDN、服务端渲染时机都可能导致 JSON 消失或错位

结构化数据真正难的不是写出来，而是让同一份数据在不同模板、不同 CMS 字段映射、不同 CDN 缓存策略下始终稳定输出。每次发版前盯一眼 Rich Results Test 的输出，比写十遍文档都管用。

理论要掌握，实操不能落！以上关于《HTML如何表示产品信息？结构化数据应用方法》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！