很多站长做站点自查时，会把注意力放在标题、描述、内链这些肉眼能看到的地方，却忽略了一段躺在 HTML 里的 JSON-LD。结构化数据不改变页面外观，但它决定了搜索引擎读取页面时，能不能准确分清“这是一篇文章”“这是一个商品”“这是一条问答”。分不清，页面照样能被收录，只是很多本可以传达的信息被浪费了。
结构化数据到底解决什么问题
搜索引擎抓到一个页面，看到的是大量标签和文本。它能大致判断主题，但未必能分清哪段是发布时间、哪段是作者、哪个数字是价格、哪个是评分。结构化数据的作用，就是用一套约定好的字段，把这些信息显式标注出来，减少对方的猜测成本。
需要先说清楚：它不是排名开关。标了不等于排得更好，也不等于一定会出现富媒体结果。它更像一份写得工整的简历，让对方少花时间理解你，但不保证给你面试机会。
不同类型页面，标记重点不一样
- 文章页：Article 或 BlogPosting，重点标 headline、datePublished、dateModified、author、publisher、mainEntityOfPage、image。
- 列表与分类页：ItemList 或 CollectionPage，帮助说明这页是聚合关系，而不是单独一篇文章。
- 商品页：Product 搭配 Offer，价格、货币、库存状态要与页面上显示的一致。
- 问答与帮助页：FAQPage，但问题和答案必须是页面上真实可见的内容。
- 全站通用：Organization 标注站点主体信息，WebSite 可加 SearchAction 指向站内搜索。
自查时最容易踩的几个坑
- 标记与页面内容不一致。页面上写 199，标记里写 99，一旦被识别，轻则这条标记被忽略，重则整站标记的可信度下降。
- 必填字段缺失。headline 空着、image 写了个不存在的路径、author 只留一个空对象，都可能让整段标记失效。
- URL 不是规范地址。标记里的 url、mainEntityOfPage 建议写绝对地址，并且与 canonical 保持一致，避免同一内容出现两种写法。
- 日期格式随意。datePublished 推荐 ISO 8601，例如 2025-03-18T09:00:00+08:00，别写成“3月18日”这种自然语言。
- 同一类型重复多份。一个页面塞三段互相矛盾的 Article，解析时不知道以哪份为准。
- 无差别堆砌类型。为了覆盖面把所有类型都标一遍，反而模糊了页面真正的主体。
- 前端渲染导致标记丢失。如果标记只在客户端生成，要先确认抓取时能不能看到。
上线流程建议
比较稳妥的做法是先在模板层加，再挑几个有代表性的页面验证，最后全量铺开。验证分两步：用通用的结构化数据校验工具看语法是否正确，再到搜索平台的富媒体报告里看实际解析结果。两处都通过，这一步才算做完。
改版时尤其要注意同步。模板换了一版，字段名拼错、日期变量没输出、图片地址变了，都会让原本正常的标记悄悄失效。可以在改版清单里加一条：结构化数据抽查三个页面。
结构化数据的价值在于把信息说清楚，而不是把关键词重复一遍。写不写它，页面都能被收录；写对了它，页面被理解得更准。
如果你还没开始做，可以从文章页的 Article 入手，把标题、作者、发布时间、修改时间、主图这五项补齐。对多数内容站来说，这一项投入产出比最高，也不需要改动页面结构。