翻出2011年百度站长平台的旧截图，才搞懂AI搜索抓「更新时间」只认一处
最近翻旧笔记，翻到一张2011年百度站长平台的截图，那时候我们天天盯着「抓取异常」和「收录量」两栏数字看，跟现在盯AI引用率一个德行。
说说我上周踩的坑。起因是帮一个做工业配件的朋友看他的站。他跟我抱怨：AI搜索回答里引用他家的产品页，老是拿2022年的参数，明明去年就改版了。
我先没动数据，先干了一件笨事——把他官网上那款产品的「更新时间」，在页面上能出现的地方全找出来，拿笔记下每个位置：
- 页面顶部「更新于2025年3月」
- 正文第一段开头「截至2025年3月」
- 页脚版权年的旁边
- HTML里的
<meta property="article:modified_time"> - JSON-LD 里
dateModified - sitemap.xml 里的 lastmod
六处。然后我做对照：把这六处里的五处挨个改成同一个日期，留一处故意不动，跑AI问句，看它引用时嘴里念的是哪个日子。
结果有点意思，也有点打脸。
AI读到的「更新时间」，基本只认结构化数据里的那一个 dateModified。 页面顶部那个「更新于2025年3月」的大字，它视而不见；正文第一段的「截至」同样被当空气。我把 dateModified 单独改成旧日期，页面上明明写着新日期，AI答出来还是旧的。反过来，页面上写着旧日期，dateModified 给新的，AI就念新的。
这就解释了朋友那个问题：他改版时只改了正文和页面上的日期，JSON-LD 是模板里带出来的，压根没动。所以AI一直拿2022年的参数当回事。
但这个结论有个边界，得说清楚。 我拿六个问句跑，其中两个「对比型」问句（「A和B哪个交货期短」），AI引用的反而是页面正文里的措辞，dateModified 没起作用。所以准确说法是：在「事实型」问句里，dateModified 权重极高；在「对比型」问句里，正文的表述方式影响更大。 这点跟社区里前阵子聊「对比型答得最差」那个观察能对上。
我2011年那会儿的教训是：别信「一处改全站生效」。现在是同一个道理——「更新时间」不是页面属性，是结构化字段的属性。 页面写给人看，dateModified 写给机器看，两套账，得对得上。
最后留个问题给各位：你们有没有核过自家 dateModified 和 sitemap 里的 lastmod 是否一致？我这边对下来，六个站里有四个是不一致的，模板一套，全站错位。谁有更省事的核对法子，评论区支个招。