页面内容改过之后，搜索结果的标题、摘要还是老的，这是站点运营里很常见的一种“滞后”。它不一定说明页面被降权，更多时候是抓取、处理、展示三个环节中的某处还没跟上。先分清旧版本出现在哪一层，比反复提交 URL 更有效。
先分清旧的是哪一层
把“没更新”拆开看，通常有三种情况：
- 蜘蛛没来抓：服务器日志里最后一次抓取时间还停在改版之前。
- 抓到了但没重算：日志显示已经抓过新版本，但索引里仍是旧内容。
- 抓的是别的地址：索引里展示的是参数版、打印版或另一个路径的副本。
这三种对应的处理方式完全不同。先看日志和索引状态，再决定要不要动手。
抓取环节常见的原因
缓存层返回了旧内容
CDN、反向代理、页面缓存插件都可能把旧 HTML 交给蜘蛛。用绕过缓存的方式请求一次，对比返回内容和你后台看到的版本，就能排除这一项。如果缓存按固定时间失效，蜘蛛恰好在你更新前抓过，也会拿到旧版。
更新频率与抓取节奏不匹配
抓取频次和页面的重要性、更新频率是相关的。更新频繁的栏目页，抓取间隔通常更短；常年不动的页面，蜘蛛来过一次后可能很久才回来。这属于正常现象，不必因为一两天没变化就反复提交。
lastmod 没有同步
如果 sitemap 里带了 lastmod，但它和实际更新时间对不上，这个信号的作用会被削弱。记录时间戳时，尽量和内容真正发生变化的时刻一致，不要整站批量刷成同一个时间。
索引重算不是即时动作
抓取和索引重算是两件事。蜘蛛抓到一个新版本，只是把它拿走了；什么时候重新处理、替换掉索引里的旧版本，还取决于页面的整体价值和其他信号。以下几种情况容易拖慢这个过程：
- 改动幅度很小，只是换了个词或调了句顺序，系统可能判断不值得重算。
- 页面本身内容偏薄，主要价值来自模板或推荐位，重算优先级自然不高。
- 同一个内容存在多个地址，索引里挂的可能是另一个版本。
把力气花在“让页面值得被重新处理”上，比反复提交同一个 URL 更有意义。
索引里挂的是另一个地址
如果日志显示新版本已经被抓过，但搜索结果的展示还是旧的，可以检查是否存在下面几种情况：
- 带参数的版本（排序、来源追踪、会话参数）被单独收录。
- 移动版和桌面版 URL 不同，索引里保留的是另一版。
- canonical 指向了旧地址或错误地址。
- 站内其他页面的正文高度相似，索引挑了其中一版。
先确认被展示的是哪个 URL，再决定是统一写法，还是用 canonical 收敛。
更新时的几个操作习惯
改内容时顺手做这几件事，能减少后面的排查成本：
- 一次把该改的改完，避免短时间内多次微调。
- 同步更新 sitemap 的 lastmod，不要只改正文。
- 页面标题和摘要同步调整，别只改正文。
- 改完后用抓取工具看一次服务器返回的 HTML，确认不是缓存版本。
验证与推进顺序
一个比较稳妥的顺序是：先看日志确认抓取时间，再确认返回内容是否为新版，然后看索引状态里挂的是哪个 URL。如果抓取正常、返回也无误，剩下的就是等待重算，这时继续堆提交动作收益有限。
索引刷新有快有慢，和页面本身的价值、更新幅度、站点整体抓取情况都有关系。把它当作一个需要观察的过程，而不是一个可以手动推进的开关，心态会稳很多。