结构化数据（Schema.org、JSON-LD 等）的作用，是让搜索蜘蛛在抓取页面时多一份“说明书”。它不直接决定排名，但如果标记写错、字段缺失或与页面内容不一致，反而可能让搜索引擎对页面主题产生误判。栏目改版、模板调整、批量发布之后，花十几分钟做一次结构化数据自查，比事后从日志里找异常更省事。
先确认哪些页面真的需要标记
并不是每个页面都必须加结构化数据。优先处理以下几类：
- 文章详情页：Article 或 NewsArticle，标记标题、作者、发布时间、更新时间。
- 栏目列表页：BreadcrumbList，帮助蜘蛛理解层级关系。
- 产品页或服务页：Product、Service，但字段要与页面可见内容一致。
- 组织信息页：Organization，用于说明站点主体。
如果页面本身内容很薄，硬加一堆标记并不会让它变得更有价值。标记应该跟着内容走，而不是反过来。
常见的标记错误
1. 语法错误导致整段失效
JSON-LD 的逗号、引号、括号不匹配，会让整段标记无法解析。最稳妥的方式是用官方校验工具跑一遍，或者至少用 JSON 格式化工具检查语法。模板拼接时尤其容易出现尾随逗号。
2. 必填字段缺失
比如 Article 缺少 headline 或 datePublished，BreadcrumbList 的 itemListElement 里缺 position 或 name。字段缺失不一定报错，但可能让标记无法生效。
3. 标记与页面内容不一致
页面上写的是“2024 年更新”，标记里写的是 2023 年；页面标题是 A，标记 headline 是 B。这种不一致会削弱标记的可信度。批量更新内容后，记得同步更新结构化数据。
4. 面包屑层级与真实 URL 结构不符
面包屑标记应当反映页面的实际归属。如果栏目已经调整，但面包屑还指向旧路径，蜘蛛顺着标记走可能会遇到重定向或 404。
5. 重复标记
同一页面出现多段相同类型的 JSON-LD，比如模板和插件各输出一次 Article。重复不一定被惩罚，但会增加解析负担，也容易产生字段冲突。建议合并成一段。
自查步骤
- 打开页面源代码，搜索 application/ld+json，确认标记数量与类型。
- 复制 JSON-LD 内容到格式化工具，检查语法是否完整。
- 对照页面可见内容，核对标题、时间、作者、面包屑路径。
- 用搜索引擎官方的富媒体测试工具或校验工具跑一遍，看是否有错误或警告。
- 抽查栏目页、详情页、聚合页各两到三个，确认模板输出一致。
- 在搜索结果中观察富摘要展示情况，但不要因为一两天没变化就频繁改动。
修复时的几个原则
先修错误，再补字段。语法错误和必填字段缺失优先处理，扩展字段可以逐步完善。
与页面内容保持同步。内容更新时，把结构化数据当成模板的一部分一起检查。可以让编辑流程里加一条“更新标记时间”的提醒。
不要为了富摘要硬凑内容。比如页面没有评分，就不要加 aggregateRating。虚假标记一旦被识别，影响的是整个站点的信任度。
结构化数据是辅助理解，不是排名开关。它的价值在于让搜索蜘蛛更快、更准地读懂页面，而不是制造页面本身没有的信息。
和蜘蛛池、URL 发现的关系
蜘蛛池或 URL 发现工具的作用是让新页面更快被蜘蛛知道，但蜘蛛来了之后，能不能正确理解页面，取决于页面自身的结构。结构化数据、面包屑、内链、标题描述，这些基础信息越清楚，蜘蛛对页面的判断就越稳定。反过来，如果标记混乱，即使 URL 被频繁抓取，也可能只是反复消耗抓取预算。
建议把结构化数据自查放进站点运营的例行清单：栏目改版后查一次，模板调整后查一次，批量内容更新后抽查一次。不需要每天做，但不要在出了明显异常后才回头翻代码。