頁面内容改過之後，搜尋结果的标题、摘要還是老的，這是站点运营里很常见的一種“滞後”。它不一定說明頁面被降權，更多时候是抓取、處理、展示三個环节中的某處還没跟上。先分清舊版本出現在哪一层，比反复提交 URL 更有效。
先分清舊的是哪一层
把“没更新”拆開看，通常有三種情况：
- 蜘蛛没来抓：服務器日誌里最後一次抓取時間還停在改版之前。
- 抓到了但没重算：日誌顯示已经抓過新版本，但索引里仍是舊内容。
- 抓的是別的地址：索引里展示的是參數版、打印版或另一個路径的副本。
這三種對應的處理方式完全不同。先看日誌和索引狀態，再决定要不要動手。
抓取环节常见的原因
缓存层返回了舊内容
CDN、反向代理、頁面缓存插件都可能把舊 HTML 交给蜘蛛。用绕過缓存的方式請求一次，對比返回内容和你後台看到的版本，就能排除這一項。如果缓存按固定時間失效，蜘蛛恰好在你更新前抓過，也會拿到舊版。
更新频率與抓取节奏不匹配
抓取频次和頁面的重要性、更新频率是相關的。更新频繁的栏目頁，抓取間隔通常更短；常年不動的頁面，蜘蛛来過一次後可能很久才回来。這属于正常現象，不必因為一两天没變化就反复提交。
lastmod 没有同步
如果 sitemap 里带了 lastmod，但它和實际更新時間對不上，這個信号的作用會被削弱。记錄時間戳时，尽量和内容真正發生變化的时刻一致，不要整站批量刷成同一個時間。
索引重算不是即时動作
抓取和索引重算是两件事。蜘蛛抓到一個新版本，只是把它拿走了；什么时候重新處理、替換掉索引里的舊版本，還取决于頁面的整体價值和其他信号。以下几種情况容易拖慢這個過程：
- 改動幅度很小，只是換了個词或調了句顺序，系統可能判断不值得重算。
- 頁面本身内容偏薄，主要價值来自模板或推荐位，重算優先級自然不高。
- 同一個内容存在多個地址，索引里挂的可能是另一個版本。
把力气花在“让頁面值得被重新處理”上，比反复提交同一個 URL 更有意义。
索引里挂的是另一個地址
如果日誌顯示新版本已经被抓過，但搜尋结果的展示還是舊的，可以检查是否存在下面几種情况：
- 带參數的版本（排序、来源追踪、會话參數）被單獨收錄。
- 移動版和桌面版 URL 不同，索引里保留的是另一版。
- canonical 指向了舊地址或错誤地址。
- 站内其他頁面的正文高度相似，索引挑了其中一版。
先確認被展示的是哪個 URL，再决定是统一寫法，還是用 canonical 收敛。
更新时的几個操作习惯
改内容时顺手做這几件事，能减少後面的排查成本：
- 一次把该改的改完，避免短時間内多次微調。
- 同步更新 sitemap 的 lastmod，不要只改正文。
- 頁面标题和摘要同步調整，別只改正文。
- 改完後用抓取工具看一次服務器返回的 HTML，確認不是缓存版本。
驗證與推進顺序
一個比較稳妥的顺序是：先看日誌確認抓取時間，再確認返回内容是否為新版，然後看索引狀態里挂的是哪個 URL。如果抓取正常、返回也無誤，剩下的就是等待重算，這时繼續堆提交動作收益有限。
索引刷新有快有慢，和頁面本身的價值、更新幅度、站点整体抓取情况都有關系。把它当作一個需要观察的過程，而不是一個可以手動推進的開關，心態會稳很多。