索引里的旧版本从哪来
把标题和正文改完，隔天在搜索结果里看到的还是老样子。这种情况通常不是被降权，而是索引更新的链路还没走完。整条链路大致是：线上服务器返回新 HTML、搜索蜘蛛重新抓取、内容进入索引并重新评估、结果页展示更新。任何一环卡住，你看到的就还是旧版本。
常见卡点有几类：页面没被重新抓取；抓到了但抓的是缓存里的旧 HTML；页面存在多个版本，索引选了另一个；改动幅度太小，被判断为没有实质变化。
第一步：确认线上返回的确实是新版本
- 用无痕窗口或命令行直接请求该 URL，看源码里是不是新标题、新正文。
- 如果源码还是旧的，问题多半在缓存：CDN、反向代理、页面缓存插件、对象存储都可能把旧版本留住。
- 检查响应头里的缓存相关字段，确认 HTML 本身没有被长时间缓存。
- 如果正文由前端异步加载，还要看渲染后的 DOM 有没有更新，而不只是初始源码。
这一步没做，后面的排查都容易白费力气。
第二步：看日志里有没有重新抓取
- 按 URL 过滤服务器日志，找搜索蜘蛛最近的访问时间与状态码。
- 如果最近一次抓取还在改版之前，说明它还没回来，重点应放在让页面变化被感知。
- 如果抓取了却返回 5xx、超时或 403，先修可用性问题。
- 如果抓取频繁但内容始终是旧的，回到第一步查缓存和渲染。
第三步：把“页面变了”这件事说清楚
- 站点地图：把 lastmod 更新为真实的修改时间，而不是每次生成都写成当天。长期失真的时间戳会被忽略。
- 内链：让首页、栏目页、相关文章指向这个 URL。发现路径越短，蜘蛛回来的间隔通常越短。
- 实质改动：只改一个标点、换一张图，一般不足以触发重新评估；补充数据、案例、结构调整，才算内容更新。
- URL 保持稳定：内容更新不需要换地址，换地址反而会把已有的历史信号打断。
为什么有的页面更新得快，有的很慢
刷新速度取决于抓取频率和页面在站点中的位置。被频繁访问、内链多、更新有规律的页面，重新访问的间隔更短；藏在分页和筛选路径深处的页面，可能几天甚至更久才被重新访问一次。这属于正常差异，不必因为一天的滞后就大动干戈。
不建议用的几种做法
- 反复提交同一个 URL，短时间内多次手动请求抓取。偶尔一次可以，当成日常操作意义不大。
- 为了让新版本出现而临时加 noindex，等收录后再撤掉，容易造成索引状态反复。
- 改版时顺手换 URL 结构，把“内容更新”和“地址迁移”混在一起，排查会变得非常困难。
一个简单的自查顺序
- 线上返回的 HTML 是否为新版本，含缓存与渲染检查。
- 日志里最近一次抓取的时间与状态码。
- 站点地图 lastmod 是否真实，该 URL 是否仍在站点地图中。
- 页面是否存在多个地址，规范版本指向哪一个。
- 内链是否仍然指向该 URL。
- 改动幅度是否足以被判定为内容更新。
索引更新有滞后是常态。把线上内容、可抓取性和更新信号这三件事做对，剩下的交给时间，通常比反复手动提交更有效。