结构化数据不是“加分项”，也不是能直接换来排名的开关。它更像是给搜索引擎看的一份页面说明书：这段文字是人名、这是发布日期、这里是面包屑层级。写对了，机器更容易理解页面；写错了，最坏的情况是标记被忽略，甚至因为与实际内容不符而引来麻烦。
第一步：核对标记与页面可见内容
最常见的问题不是语法错误，而是“说的和看到的不是一回事”。
- 评分与评论数量是否真实存在于页面上，还是只出现在代码里；
- 价格、库存状态、促销时间是否和页面展示保持同步；
- 作者、发布时间、更新时间是否与页面顶部标注一致；
- 面包屑标记的层级是否与实际导航路径吻合。
如果这些字段在页面上找不到对应内容，就不该出现在标记里。宁可少写，也不要为了凑字段而编造。
选类型：从页面真实用途出发
文章类与站点基础
资讯、教程、帮助文档用 Article 系列比较稳妥，配合 BreadcrumbList 说明层级，用 Organization 描述站点主体。注意 Article 的 headline 与页面标题不必完全相同，但指向的必须是同一篇内容。
商品与服务类
只有当页面确实在售卖或展示某个可交易对象时，再用 Product 与 Offer。评分聚合（AggregateRating）尤其要谨慎：没有真实评价来源就不要写，这是最容易出问题的一类字段。
部署方式与常见坑
JSON-LD 放在 head 或 body 都可以，但要注意几点：
- 同一页面重复输出多份相同类型的标记，容易互相冲突；
- 模板批量生成时，把默认值（固定价格、示例作者）带到了所有页面；
- 由前端脚本动态插入，而脚本依赖用户交互才执行，导致抓取时拿不到；
- 本地化页面直接复制主语言标记，语言、货币、地区没有跟着改。
一次完整的检查流程
- 从各栏目里分别挑一个代表页面，导出渲染后的 HTML，确认标记能稳定出现；
- 用官方测试工具校验语法，再看能识别出哪些富媒体结果类型；
- 把标记里的每个字段与页面可见内容逐条对照，删掉没有对应内容的部分；
- 检查模板层：分页页、筛选页、标签页是否该输出同一套标记；
- 发布后观察站长平台里的增强报告，区分“错误”和“警告”，优先处理影响面大的部分。
把它纳入日常维护
结构化数据会随着模板改版、字段调整、内容迁移而失效。建议在每次改版上线前，固定检查几个高频模板；每月扫一遍全站的标记语法问题，记录新增与消失的类型数量。
标记的作用是减少歧义，不是制造差异。页面说什么，标记就写什么，这条底线守住，剩下的都是细节。
最后提醒一句：结构化数据不会替代内容质量本身。它能让理解成本更低，但页面值不值得被展示，还是由内容和使用体验决定。