页面改了标题、换了正文，过了几天在搜索结果里看到的还是旧版本，这种情况在站点运营里很常见。但背后的原因不止一种，先分清是蜘蛛还没重新抓，还是抓了却没有重算索引，后面的排查才不会白做。
先确认你看到的是哪一种“旧”
很多时候，用户以为的“没更新”，其实只是看到的东西来错了地方：
- 搜索结果的标题和摘要，可能来自旧索引，也可能是从页面其他位置（导航、面包屑、侧栏）抽出来的文字，跟正文改没改没关系。
- 缓存快照、CDN 边缘节点、浏览器本地缓存展示的内容，都不等于搜索索引里的版本。
- 更可靠的做法是看“上次抓取时间”，这个时间点比“我觉得早该更新了”更有参考价值。
两种典型情况要分开
情况一：蜘蛛还没重新来
内容变了，但抓取频率没变，或者站点整体抓取不活跃。长期不更新的老页面、入口很深的页面尤其容易这样。这时候要解决的是“怎么让蜘蛛再来一次”，而不是“索引为什么不更新”。
情况二：抓了，但索引没有立刻重算
抓取和建立索引是两件事，中间还有处理、去重、质量判断等环节。抓取日志里出现了这个 URL，只能说明前一步完成了，不代表索引已经换成新版本。
排查顺序
- 确认服务端返回的 HTML 里确实是新内容。如果正文靠 JS 渲染，蜘蛛拿到的可能还是旧框架或空壳。
- 看抓取日志里这个 URL 最近有没有被请求，返回码是不是正常，有没有被误拦、超时。
- 检查是否有缓存层：CDN、页面缓存插件、对象缓存，都可能给蜘蛛返回旧版本，人访问却是新的。
- 看页面有没有 canonical 指向了别的 URL，或者被 noindex 之类的标签挡住，这些都会让重算停在半路。
- 对比同站同类页面的更新速度，判断是单个页面的问题，还是整站抓取节奏的问题。
可以主动做的几件事
- 内容更新后同步调整 sitemap 里的 lastmod，但不要每次改标点都刷新时间戳，否则这个信号会慢慢失效。
- 从首页或列表页给 URL 一个稳定入口，让它持续待在抓取路径上，而不是更新完就沉下去。
- 避免同一内容存在多个 URL，重复版本会让索引不知道该以哪个为准，重算也会被拖延。
- 重要改动集中做一次，比一天改一点点更容易被识别成“页面有了实质变化”。
什么时候不必纠结
页面本身权重不高、更新也不频繁时，索引更新慢是正常现象，等几天往往就齐了。只要线上页面是对的，搜索结果里摘要滞后一点，对点进来的用户体验影响很小。
真正需要警惕的是另一种：抓取正常、标签正常、内容也确实在，但连续几周毫无变化。这时再回头查整站抓取是不是被压缩了，比盯着单个页面反复提交更有意义。
索引更新不是一个“发布动作”，而是抓取、处理、重算几件事叠加的结果。我们能控制的，是让页面容易被抓到、内容保持稳定、各类信号彼此一致。