结构化数据大多以 JSON-LD 的形式写在页面里，访客看不见，所以在改版、换模板、批量调整字段时最容易被漏掉。它的作用是帮搜索引擎更准确地理解页面在讲什么，本身不给页面加分。一旦标记和页面上可见的内容互相矛盾，搜索结果里就可能出现错误的作者、评分或价格，也可能被判定为无效标记。这一篇只谈站点运营层面的自查，不涉及具体框架的写法。
先分清哪些页面该有标记
不是每个页面都需要结构化数据。先按栏目拉一张表，写清楚每种页面类型准备用哪种标记：文章页用 Article，商品页用 Product，常见问答用 FAQPage，面包屑用 BreadcrumbList，公司信息用 Organization。同一类页面共用一个模板、保持字段一致，比每页各写各的要好维护得多。没有合适类型的页面宁可不加，也不要硬套一个不相关的类型。
自查清单：从字段到内容
1. 标记类型和页面类型是否匹配
- 文章页被标成 Product，商品页被标成 Article，这类错位多半来自模板复制。
- 列表页、聚合页、标签页套用了详情页模板，标记里出现了并不存在的单个作者或单价。
- 同一页面同时挂了两三种互相冲突的标记，谁也不服谁。
2. 标记里的值和页面上写的是否一致
这是最常见的问题。把页面上真实可见的标题、作者、发布时间、更新时间、价格、库存、评分逐项和标记里的字段比一遍。运营改动标题、调价、调整库存之后，标记是否跟着更新，要有明确的责任人和流程，而不是靠记得住。
标记里的评分、评论条数和价格，必须能在页面上被访客直接看到。只给机器看、藏起来的数据，风险通常大于收益。
3. 必填字段和格式
- 日期用统一格式并带上时区，别一半是标准格式，一半写成“昨天”。
- 图片地址用绝对 URL，别用相对路径，也别指向已经下线的图片。
- 价格写清楚货币单位，促销价和原价不要混在同一个字段里。
- URL 字段指向 canonical 认定的那个地址，不要指向带参数的版本。
4. 重复、冲突和过期
- 页面里残留着旧版本的标记块，新旧两份同时被读取。
- 专题活动已经结束，活动标记和倒计时还挂在页面上。
- 同一篇文章在 PC 和移动两套模板里输出的标记字段不一致。
5. 批量输出带来的连锁问题
模板批量输出时，一个字段写错会影响整个栏目。抽查时不要只盯首页，按栏目各挑三五个不同状态的页面：新发布的、近期修改过的、被转载的、置顶的，覆盖度比数量更重要。
怎么验证
先用搜索引擎官方的富媒体结果测试工具，按类型逐个跑一遍，看有没有报错和警告；再从浏览器查看渲染后的 HTML，确认标记是服务端直出还是脚本注入，有没有因为前端报错而根本没渲染出来。最后从抓取日志里挑几个带标记的地址，确认它们能被正常抓取，而不是被 robots 规则或登录墙挡在外面。三件事做完，基本能判断标记是“能用”还是“看着像能用”。
一个能落地的节奏
- 列出全站使用结构化数据的页面类型和对应模板。
- 给每类页面选一个代表地址，做一次完整校验。
- 把标记字段和内容后台的字段对应起来，改内容时顺带更新标记。
- 每次改版、换模板、调整字段后重跑一遍校验。
- 每季度抽查一次，重点看活动页和已经下线的旧页面。
需要说明的是，写好结构化数据只是让搜索引擎更准确地理解页面，它不保证出现富媒体结果，也不影响收录与否。页面内容是否清晰、地址是否可抓取、服务器是否稳定，仍然是更基础的事。把标记当作内容的补充说明来看待，就不会为了“标记好看”去写页面上根本没有的东西。