结构化数据（最常见的实现方式是 JSON-LD 格式的 Schema 标记）本身不承诺排名，它的作用是把页面上已经存在的信息，用机器能读懂的方式再说一遍。一旦这份“机器版说明”和访客实际看到的内容对不上，站点就可能显示错误信息，或者在搜索结果里丢失富媒体摘要。这篇文章整理一份结构化数据的日常自查清单，适合内容站、企业站和电商站使用。
为什么值得定期检查
评分、价格、库存、FAQ、面包屑路径这类富媒体摘要，都依赖结构化数据来生成。搜索引擎对“标记内容与可见内容不一致”比较敏感，而这类问题往往不是某一个人写错，而是模板改动后批量出现：全站模板改了一次，几千个页面同时出错。定期抽查比逐个页面修补更划算。
先记住三条底线
- 标记的内容必须是页面上肉眼可见的。页面上没有的评分、评价数量、价格、库存，不要标记。
- 不要为了拿富媒体摘要而编造数据。示例数据、测试数据、临时占位数字都要在正式上线前清掉。
- 同一个实体只描述一次。同一页里重复输出多份含义相同的标记，容易让解析结果互相冲突。
逐项自查清单
一、语法与解析是否正常
- JSON 是否合法：多余的逗号、中文引号、未转义的换行都会让整段标记直接失效。
- 承载标记的标签类型是否为 application/ld+json。
- 标记有没有被模板转义，结果在页面上直接显示成一堆代码文本。
- 用编辑器或在线工具把 JSON 格式化一遍，能顺利解析再进入下一步。
二、字段与页面内容是否一致
- 标题、名称、描述与页面 H1 和正文是否一致，注意别把栏目名错填成全站名。
- 价格、货币单位、库存状态、发布时间、更新时间与页面显示是否一致。
- 作者、机构名称的写法是否与页面一致，避免出现两种译名或简称。
- 面包屑标记里的层级和链接，是否与页面实际层级一致。
三、类型选择是否合适
优先使用主流搜索引擎明确支持的类型，例如 Article、BreadcrumbList、Organization、WebSite、Product、FAQPage 等。不要给一篇普通文章硬塞商品标记，也不要把栏目页标记成文章页。FAQ 类型的问答必须在页面上真实可见，而且不是广告性质的推销内容。
四、页面级与站点级要分开
Organization、WebSite、站点 Logo 这类描述整个站点的标记，通常放在首页或全站模板中，并保证只出现一次；Article 这类描述单篇内容的标记，放在具体文章页。常见问题是全站模板和单页模板同时输出，同一个实体出现两份，解析结果反而变得含糊。
五、批量与模板输出最容易出问题
列表页、聚合页、归档页、分页页是重灾区：模板统一输出了文章标记，发布时间却变成了模板渲染的时间；分页页面的面包屑位置错乱；栏目页被套上了文章模板。建议先人工抽查几个代表性页面，再用批量抓取的方式核对全站。
一次完整自查怎么做
- 挑 5 到 10 个有代表性的 URL：首页、栏目页、文章页、产品或服务页、列表页、多语言页。
- 查看网页源代码，搜索 ld+json，把标记内容复制出来。
- 先确认能正常解析，再对照页面可见文本逐项核对字段。
- 使用官方提供的富媒体测试工具或结构化数据测试工具，查看错误与警告。
- 把错误按类型归类，回到模板层统一修复，而不是逐个页面手工改。
- 修复后重新抓取并复测，同时观察搜索结果里的摘要是否恢复正常。
几个反复出现的坑
- 评分和评论数照抄示例数据，页面上根本没有评论。
- 发布时间随着页面刷新不断变化，看起来像每天都发新内容。
- 页面写“价格区间”或“起价”，标记里却填了一个具体数字。
- 面包屑标记里的链接和页面实际链接不是同一个地址。
- 多语言页面共用同一套标记，语言字段没有区分。
- 标记被模板转义，直接显示在页面正文里。
结构化数据是“描述”，不是“声明”。页面上没有的东西，不要标记。
把它变成日常习惯
可以把结构化数据检查加进改版清单：模板变更后抽测一次，栏目或页面结构大调整后抽测一次，平时按固定频率（比如每季度）抽查几个页面。发现富媒体摘要消失时，先查标记本身是否还能解析，再核对页面内容是否被删改，通常能很快定位到原因。