结构化数据这件事，很多团队是「上线时做一次」，做完截个图就再没人管了。

问题在后面的每一次更新。价格改了三轮、FAQ 答案重写过两版、产品线下线了——页面正文都动过，那段 JSON-LD 还停在几个月前。用户看到的是新版本，机器读到的是旧版本。

这个现象叫 Schema 漂移。它不影响页面打开，也不报错，但 AI 检索会把它当成信任信号失效，在真正读到内容前先把这页从候选集里拿掉。

报错和漂移，不是一回事

很多人检查到第一步就停了：Search Console 里没有结构化数据错误，就当没事。这两件事其实不一样。

  • Schema 报错：JSON 写坏了、字段缺了，标记解析不了。这种会直接告诉你，在 Search Console 的「增强功能」里能一条条看到。
  • Schema 漂移：格式没毛病，解析得通，但描述的是页面的上一个版本。没有任何工具会主动提醒你。

第二种更麻烦，因为它安静。页面里写着「49 元」的 Product 标记，正文已经改成 79 元——这页在报表里仍然是绿的。

而 AI 检索是先做结构化检查、再读正文的。所以漂移不是扣分项，是一道资格判定：对不上，正文写得再好也没机会被读到。

哪些标记最容易过期

不同标记的保质期差别很大：跟企业简介绑定的，几个月不动也正常；跟会变的内容绑定的，一周就可能过期。

标记类型为什么会漂对不上时是什么样
FAQPage答案被反复重写标记里的答案和页面文字矛盾
Product价格、规格、套餐名在变标记里的价格已经不存在
Article发布日期、作者更新显示旧日期或错的署名

优先审计 FAQPage 和 Product，这两个漂得最快。

还有个坑：FAQ 富媒体结果 2026 年 5 月已退役，不少人也顺手删了 FAQPage 标记。富结果没了不代表标记没用，它现在是给 AI 的机器可读信任信号。

内容更新越勤，漂移反而越多

内容新鲜度是 AI 引用里最强的信号之一：90 天内更新过的页面，被引用频率明显高于放着不动的。于是正经团队都在做一件对的事——定期刷新旧文。

问题在于，每刷一次内容，就是一次新的漂移机会。每月发布 20 次内容刷新、又没同步维护标记的团队，等于每月自己制造 20 个漂移事件。内容越来越新，机器读到的信号越来越旧，差距不断累积。

根子不在技术，在分工：写页面的人不管标记，管标记的人不写页面，或者没人认领。站点改版或 CMS 迁移时最容易集中爆发——URL 换了，标记还指着老路径，模板里的 JSON-LD 被重置甚至直接丢了。

四步把漂移堵住

不用上很重的工程。

  1. 校验放进发布流程。页面改完、上线前跑一遍结构化数据测试，把名称、描述、发布日期、价格字段逐条对着页面实际内容核一遍。
  2. 让标记跟着内容一起生成。放着不动的标记一定会漂。让 CMS 在保存内容时重建 JSON-LD，字段从页面上取。
  3. 标记和内容共用一份记录。内容以结构化字段存储的 CMS 天然有优势：FAQ 答案和标记里的答案来自同一字段，改一边就是改两边。
  4. 指定一个负责人。按标记类型分工并写进发布清单。没人负责的地方，就是长期没人检查的地方。

Schema 漂移不是技术洁癖。AI 答案的引用位有限，先进得了检索集，才有后面的引用和推荐。把「机器读到的你」和「用户看到的你」对齐，是这里头最便宜的一档动作。