页面被 AI 引用了,但引用的是旧版本:缓存与更新机制排查
摘要
内容明明改过了,AI 答案里还是旧说法——这种情况比「完全不被引用」更让人困惑。原因通常不在内容本身,而在更新信号的传递链路上。 链路一:页面缓存没清 CDN、对象存储、主题缓存、OPcache,任何一层没刷新,爬虫拿到的都是旧 HTML
内容明明改过了,AI 答案里还是旧说法——这种情况比「完全不被引用」更让人困惑。原因通常不在内容本身,而在更新信号的传递链路上。
链路一:页面缓存没清
CDN、对象存储、主题缓存、OPcache,任何一层没刷新,爬虫拿到的都是旧 HTML。排查顺序:
- 直接 curl 页面,看返回内容是否为最新
- 检查响应头里的 Cache-Control 与 Age 字段
- 清理 CDN 与主题缓存后再验证
链路二:dateModified 没更新
结构化数据里的 dateModified 是模型判断新鲜度的直接依据。如果每次保存都更新,它失去意义;如果内容大改却没更新,模型会认为页面未变。
合理做法是:实质性修改(新增段落、修正事实)才更新,改错别字、调格式不更新。
链路三:sitemap 里的 lastmod 过期
很多站点 sitemap 生成后就不再刷新,lastmod 停留在几个月前。爬虫据此判断整站无更新,降低回访频率。建议 sitemap 与文章发布时间联动生成。
链路四:AI 侧自身的索引周期
即使源头全部更新,AI 平台的索引也有自己的刷新节奏,从几天到几周不等。这部分无法直接控制,能做的是保证源头信号正确。
加速更新的实操清单
| 动作 | 效果 |
|---|---|
| 清理全链路缓存 | 立即见效,最容易遗漏 |
| 更新 dateModified 并写入结构化数据 | 明显提升重抓概率 |
| sitemap 的 lastmod 同步刷新 | 中等,依赖平台回访 |
| 在社交或行业站点引用该页 | 提供新的外部入口信号 |
| 站内近期文章内链指向该页 | 提升抓取优先级 |
验证方法
改完后隔几天在 AI 里用当初命中的问法重新提问,看答案是否变化。注意换一个会话或账号提问,避免被历史对话影响。多次仍为旧版,说明缓存链路仍有遗漏。
2026年10月22日 12:50
前后30天 · 点日期看归档
9月22日
9月23日
9月24日
9月25日
9月26日
9月27日
9月28日
9月29日
9月30日
10月1日
10月2日
10月3日
10月4日
10月5日
10月6日
10月7日
10月8日
10月9日
10月10日
10月11日
10月12日
10月13日
10月14日
10月15日
10月16日
10月17日
10月18日
10月19日
10月20日
10月21日
10月22日
10月23日
10月24日
10月25日
10月26日
10月27日
10月28日
10月29日
10月30日
10月31日
11月1日
11月2日
11月3日
11月4日
11月5日
11月6日
11月7日
11月8日
11月9日
11月10日
11月11日
11月12日
11月13日
11月14日
11月15日
11月16日
11月17日
11月18日
11月19日
11月20日
11月21日