頁面改了标题、換了正文，過了几天在搜尋结果里看到的還是舊版本，這種情况在站点运营里很常见。但背後的原因不止一種，先分清是蜘蛛還没重新抓，還是抓了却没有重算索引，後面的排查才不會白做。
先確認你看到的是哪一種“舊”
很多时候，用戶以為的“没更新”，其實只是看到的東西来错了地方：
- 搜尋结果的标题和摘要，可能来自舊索引，也可能是從頁面其他位置（導航、面包屑、侧栏）抽出来的文字，跟正文改没改没關系。
- 缓存快照、CDN 邊缘节点、浏览器本地缓存展示的内容，都不等于搜尋索引里的版本。
- 更可靠的做法是看“上次抓取時間”，這個時間点比“我觉得早该更新了”更有參考價值。
两種典型情况要分開
情况一：蜘蛛還没重新来
内容變了，但抓取频率没變，或者站点整体抓取不活跃。長期不更新的老頁面、入口很深的頁面尤其容易這样。這时候要解决的是“怎么让蜘蛛再来一次”，而不是“索引為什么不更新”。
情况二：抓了，但索引没有立刻重算
抓取和建立索引是两件事，中間還有處理、去重、质量判断等环节。抓取日誌里出現了這個 URL，只能說明前一步完成了，不代表索引已经換成新版本。
排查顺序
- 確認服務端返回的 HTML 里确實是新内容。如果正文靠 JS 渲染，蜘蛛拿到的可能還是舊框架或空壳。
- 看抓取日誌里這個 URL 最近有没有被請求，返回碼是不是正常，有没有被誤拦、超时。
- 检查是否有缓存层：CDN、頁面缓存插件、對象缓存，都可能给蜘蛛返回舊版本，人訪問却是新的。
- 看頁面有没有 canonical 指向了別的 URL，或者被 noindex 之類的标簽挡住，這些都會让重算停在半路。
- 對比同站同類頁面的更新速度，判断是單個頁面的問题，還是整站抓取节奏的問题。
可以主動做的几件事
- 内容更新後同步調整 sitemap 里的 lastmod，但不要每次改标点都刷新時間戳，否則這個信号會慢慢失效。
- 從首頁或列表頁给 URL 一個稳定入口，让它持續待在抓取路径上，而不是更新完就沉下去。
- 避免同一内容存在多個 URL，重复版本會让索引不知道该以哪個為准，重算也會被拖延。
- 重要改動集中做一次，比一天改一点点更容易被识別成“頁面有了實质變化”。
什么时候不必纠结
頁面本身權重不高、更新也不频繁时，索引更新慢是正常現象，等几天往往就齐了。只要线上頁面是對的，搜尋结果里摘要滞後一点，對点進来的用戶体驗影响很小。
真正需要警惕的是另一種：抓取正常、标簽正常、内容也确實在，但连續几周毫無變化。這时再回头查整站抓取是不是被压缩了，比盯着單個頁面反复提交更有意义。
索引更新不是一個“發布動作”，而是抓取、處理、重算几件事叠加的结果。我們能控制的，是让頁面容易被抓到、内容保持稳定、各類信号彼此一致。