结构化数据（常见写法是 JSON-LD）用一段机器可读的标记，把页面的标题、作者、发布时间、价格、评分等信息明确写出来。它不会直接决定收录，也不保证展示效果，但写错、写偏、写得和正文对不上，反而会给抓取和展示带来麻烦。这篇把自查的要点按顺序理一遍，适合放在每次改版或新增模板之后执行。
为什么值得单独自查
模板改动时，结构化数据往往是最容易被顺手漏掉的一块。它藏在 head 或脚本块里，页面上看不见，测试时也容易被忽略。常见后果有三类：一是标记里写的字段和正文对不上，二是把整站都用同一套通用标记，三是随着栏目调整，旧的字段还在硬编码。这些问题不会让页面打不开，却会让搜索引擎拿到一份不准确的描述。
先确认覆盖范围
- 哪些模板用了结构化数据：文章页、商品页、问答页、视频页，分别核对。
- 是否所有同类页面都统一，还是只有首页或少数几篇加了。
- 是否有已经下线的栏目仍保留旧标记。
- 列表页、聚合页要不要加，加了之后字段能不能真实对应。
逐项核对的具体做法
- 确定每类页面要表达的核心对象是什么，文章就写文章，不要硬塞成别的类型。
- 逐字段比对：标题、摘要、作者、更新时间、图片地址，是否与页面上能看到的一致。
- 检查必填字段有没有留空，日期格式是否统一，时间是否带时区。
- 图片、作者主页等 URL 要用绝对地址，并确认能正常打开、没有被 robots 挡住。
- 用官方的测试工具或校验器跑一遍，把报错和警告都记下来，分类修复。
- 改完后挑几个代表性 URL 再验证一次，确认没有把别的模板带坏。
和正文保持一致
最容易出问题的地方是“标记说一套，页面写一套”。比如评分数字来自用户评价模块，但评分组件被关闭了；或者发布时间取的是模板里的固定值，而不是文章实际更新时间。这类不一致一旦被判定为误导，轻则该条标记被忽略，重则影响整站的信任判断。做法很简单：标记里出现的每一个数值，都能在页面上找到对应的可见内容。
提示：结构化数据是“如实描述”，不是“额外美化”。字段能真实填上就填，填不上就留空，不要为了凑数编造。
把它纳入日常维护
- 模板上线前跑一次校验，把结果附在改动记录里。
- 栏目调整、字段改名、旧内容迁移时，同步检查标记。
- 每隔一段时间抽样检查，尤其是访问量较高或经常更新的栏目。
- 记录每次修复的模板和问题类型，避免同类错误反复出现。
结构化数据不需要一次做到完美，但需要保持和页面内容同步。把校验放到模板上线的流程里，比等到展示异常再回头排查要省事得多。