頁面标题或正文改過之後，在搜尋结果里看到的還是舊版本，是运营里很常见的一種情况。多數时候它並不是“出故障”了，而是卡在三個不同的环节上：蜘蛛没来重抓、抓了但索引没更新、你看到的其實是缓存或快照資料。這三種情况的處理方式完全不同，先分清再動手，比反复提交 URL 有用得多。
第一步：確認你看到的是“索引内容”還是“頁面快照”
很多人一發現搜尋端是舊版，就預設索引没更新，其實未必。先做一次對照：
- 在搜尋框用 site: 或直接搜标题，看结果頁顯示的标题、描述和日期。
- 打開實际頁面逐項對比。如果頁面已是新版、搜尋端仍是舊版，說明索引里维護的還是舊版本。
- 如果差异只出現在标题或描述，正文抓取可能已经是新的，只是展示层還在用舊摘要。摘要有时来自外部連結锚文本或其他引用，並不完全等于頁面正文。
- 第三方工具、浏览器缓存、CDN 缓存也會顯示舊内容，這類差异和搜尋索引没有關系。
第二步：查日誌，確認“重抓”到底有没有發生
日誌是判断蜘蛛来没来的直接證據，比猜测可靠。
- 按该 URL 過滤，看更新之後有没有新的抓取记錄，以及最近一次抓取的時間。
- 看狀態碼：200 才算有效抓取，304、5xx、超时都不算把新内容取走。
- 確認抓的是不是同一個地址——带跟踪參數、大小寫不同、末尾斜杠不一致的寫法，對蜘蛛来说是另一個 URL。
- 看抓取分布：有的站点列表頁更新很快，詳情頁却長期排不進队列。
如果日誌里更新後根本没有對應的抓取记錄，問题在“發現與抓取”环节，跟索引無關，此时该做的是加强入口和更新 Sitemap，而不是催索引。
第三步：抓了却没更新，常见原因有這几類
1. 變化幅度太小
改几個错別字、調一處排版、換一張小图，往往不足以触發重新索引。這不一定算問题，也不必强行處理。
2. 抓取到的 HTML 里没有新内容
正文、價格、库存如果靠 JS 异步渲染，蜘蛛拿到的初始 HTML 可能仍是舊结构或空壳，索引自然停在舊版本。這類頁面要優先解决渲染與首屏可讀性。
3. 模板改動導致正文提取位置變化
新版把正文挪進多层容器，或加了大量同质模块，提取算法選中的主体可能變了。看着像“没更新”，其實是被识別成了另一块区域，标题與正文的层級、位置值得回头检查。
4. 頁面被判為重复或價值偏低
同一内容存在多個變体 URL，或頁面長期只有几行字加一堆連結，更新後仍可能不被当作獨立頁面重新處理。這时要解决的是頁面本身的质量和 URL 收敛，而不是催抓取。
5. 規范标簽或跳轉指向別處
canonical、hreflang 或重定向設定指向了另一個地址，索引就可能始终维護被指向的那個版本，原始頁面再怎么改也不會体現出来。
想让更新被更快看到，可以做這几件事
- 保持 URL 不變，只更新内容，避免每次改動都制造新地址。
- Sitemap 里的 lastmod 寫成真實修改時間，不要全站一起刷新，否則這個信号會失去參考價值。
- 從首頁、栏目頁或相關文章保留一個入口連結，帮助该頁被重新發現。
- 更新要有實质内容變化，而不是只改样式或無關模块。
- 必要时在站長後台對單個 URL 提交抓取，但配額有限，優先留给重要頁面。
几個不必折腾的情况
- 搜尋端更新本身就有延迟，几小时到几天都属正常，反复刷新检查没有意义。
- 只改了頁脚、導航或與主体内容無關的模块，索引不跟着變是正常结果。
- 同一篇文章在多個位置展示，只要收敛到規范 URL，展示舊版本的影响通常有限。
排查顺序记一句：先確認看到的是不是索引内容，再看日誌判断有没有重抓，最後才去處理“抓了但没換”的原因。跳過前两步直接提交 URL，多半是在做無用功。