把官网日期字段全改成ISO 8601后，AI摘要的时间戳还是错位

上周干了件自认为挺严谨的事：把官网所有内容页的 datePublished 和 dateModified 全部统一成 ISO 8601 带时区的格式，2024-03-15T08:30:00+08:00，Schema 校验全绿。

结果这周抽查 AI 摘要，发现引用里显示的时间戳还是对不上——正文里写「3月15日更新」，摘要里给的是「3月14日」。差一天，不是时区转换就是抓取侧的问题。

我的排查路径是这样的：

1. 先锁口径：确认我司定义的「发布时间」到底是内容上线时刻还是最后编辑时刻。运营那边是按「上线」算的，但 CMS 的 dateModified 每次保存草稿都会变，所以字段本身就不干净。
2. 再拆变量：用 curl -I 看了 Googlebot 和几个 AI 爬虫 UA 的抓取频次，发现 robots.txt 里我司把 GPTBot 的 Crawl-delay 设成了 10，而 Google-Extended 根本没写规则。抓取频次不一致，导致不同引擎拿到的 dateModified 快照时间点不同。
3. 最后验可复现性：同一篇文章，我在 00:00、06:00、12:00 各跑一次检索，摘要时间戳出现了三种结果，说明抓取侧缓存和源站更新之间存在窗口期。

判断依据：结构化数据的日期字段如果不和正文可见文本严格一致，AI 摘要在做「事实句」抽取时就会优先信任 Schema 里的值，而正文里的「3月15日」反而被当成次要信息。这跟页面速度没关系，纯粹是字段口径和抓取频次的交叉问题。

踩坑细节：我一开始以为是 CDN 缓存没刷，后来用 curl -H "Cache-Control: no-cache" 直接打源站才发现 Last-Modified 响应头比 dateModified 字段晚了 4 小时——说明 CMS 写入和 CDN 回源不是同步的。

问题抛出来：你们在做日期字段统一时，是只改 Schema 还是连 CMS 的 dateModified 触发逻辑一起动？另外，robots.txt 里对各家 AI 爬虫的 Crawl-delay 你们是统一设还是分 UA 设的？我怀疑这个 delay 会直接影响引用率统计的采样偏差。