FAQ正文改了，JSON-LD仍是旧答案：问题通常藏在两个数据源

售后人员把某型号的保养周期改成了新值，网页折叠区已经显示正确答案。查看源代码时，FAQ的JSON-LD仍保留旧周期。客户读到一套信息，搜索系统和引用页面结构化数据的工具却可能拿到另一套，页面看似更新，事实版本并没有真正统一。

这种差异常见于两个编辑入口：正文FAQ由内容编辑器维护，JSON-LD来自插件配置、历史字段或模板中的手工代码。人工再改一遍JSON只能处理眼前页面；下次发布、切换语言或清理缓存时，旧数据还会回来。

找到两份答案各自的取值源

从最终页面倒着查。记录可见问题、答案、适用型号和源代码中的mainEntity，再到模板确认每个值来自哪个字段。常见组合是正文读取content字段，结构化数据读取插件表；也可能桌面端用CMS数据，移动端组件调用独立接口。只看后台一个页面，容易漏掉第二个来源。

问答主数据应有稳定的问题ID，并保存答案版本、适用产品、审核状态和更新时间。可见FAQ与JSON-LD按同一个ID取值。答案尚未审核、已经下线或缺少适用条件时，两处一起停止输出，避免一端回退到旧文案。

不要让模板回退旧默认值

模板中的兜底答案本来用于防止空白，业务内容变更后却可能成为旧事实的藏身处。更稳妥的处理是：关键答案为空就阻止发布，并把问题ID写入错误日志；只有不涉及事实的界面提示才允许使用固定默认值。插件缓存也要带版本号，内容版本变化后旧缓存自然失效。

多语言页面需要独立审核状态。中文答案更新后，英文版本若仍待翻译，结构化数据不应自动套用未经确认的机器译文。可以暂时移除该语言的问答条目，并在翻译通过后恢复。产品型号映射也要保留，防止同一问题被错误地复用到不同规格页面。

发布校验应比较可见文本和结构化数据

发布程序可以解析页面中的问题与答案，再读取JSON-LD的mainEntity，按问题ID逐条配对。比较时允许空格和展示标签不同，但数值、单位、否定词、适用型号和条件句必须一致。结构化数据出现正文没有公开的保修承诺、交期或参数，应直接阻止上线。

源站、CDN和预渲染文件可能处在不同缓存层。发布后同时请求源站与公网URL，确认可见FAQ、JSON-LD和后台版本号一致，再搜索旧答案中的关键数值。移动端折叠组件若调用单独接口，也纳入同一次检查。

FAQPage词汇说明用于描述页面上已经公开的问答，不能承担隐藏答案仓库的作用。页面没有可见答案时，不应只为搜索展示一份结构化内容。

模板升级、缓存组件更换或问答字段迁移后，重新抽查一组页面。记录页面URL、问题ID、正文版本和JSON-LD版本；发现旧答案时先修取值源，再清缓存，避免把顺序倒过来后只能短暂恢复。