给产品页加了FAQPage之后，结构化数据里的Q&A字段全被AI答成了旧版

上周给一个家电客户的产品页上 FAQPage，用了 6 组 Q&A，字段都是按 schema.org 标准写的，mainEntity 里嵌 Question 和 AcceptedAnswer，acceptedAnswer.text 控制在 50 字以内。上线第三天用站长工具查抓取，状态是 200，没问题。

结果这周我拿问题去 AI 里搜，发现它引用的还是改版前那版 FAQ 的文本，连标点都没变。我一开始以为是缓存，把页面 URL 丢进几个验证工具跑，Rich Results Test 显示结构有效，FAQPage 被识别了 6 项。但 AI 实际输出的答案，跟我新写的 6 组里没一条对得上。

翻了两天的 access log 才看出问题：旧版 FAQ 的路径是 /product/xxx/faq，改版时我们把页面合并到了 /product/xxx，旧路径没做 301，而是直接 404。但抓取记录里旧路径在 404 之后还有零星命中，说明某几个 AI 爬虫节点的本地索引没刷新，还在吃旧快照。

这里踩的坑是：结构数据本身没问题，问题出在“结构数据所在的那个 URL”的索引状态。FAQPage 是跟着页面走的，页面路径一变，即使新页面结构再规范，旧路径的索引只要没清干净，AI 引用的优先级可能还压在旧快照上。

我做了三件事验证：

1. 对旧路径加了 301 到新页面，保持权重传递；
2. 新页面的 FAQPage 里，acceptedAnswer.text 开头 12 个字强制带上当前版本号（比如“2024版：”），方便后续对数；
3. 在 WebPage 节点里补了 dateModified，跟 FAQPage 的 mainEntity 同级放在 mainEntityOfPage 下面。

三天后再搜，AI 引用的文本终于切到新版了。但这里有个变量我没完全拆开：到底是 301 起了作用，还是 dateModified 让抓取器判定页面更新，还是版本号前缀被当成了新内容锚点。三个变量同时动，说不清是谁的功劳。

我的判断是：结构数据上线前，得先确认旧路径的抓取频次和快照版本，别等结构数据验收完了才发现索引还挂在旧页面上。

你们改版时旧 FAQ 路径是直接 404 还是保留 301？有没有人单独测过 dateModified 对 AI 引用切换的实际影响？