内容改完了，過几天去搜，结果還是舊标题、舊摘要，甚至点進去是几個月前的正文。這種情况很常见，但原因往往不在“搜尋引擎不收錄”，而在更靠前的某個环节。把“舊版”拆開看，排查會快很多。
一、“舊版”至少分三层
同样是“没更新”，分別對應不同的處理方式：
- 抓取层舊：蜘蛛最近根本没来抓，或者来了只抓了首頁，更新後的 URL 還没被重新訪問。
- 索引层舊：抓到了新内容，但索引里保留的仍是上一版正文或标题，需要下一次刷新才會替換。
- 展示层舊：索引其實已经更新，只是搜尋结果頁的缓存摘要還没跟上，這種情况過一段時間會自己變。
分不清這三层，就容易做出错誤動作：明明只是展示延迟，却去改 canonical、加 noindex，反而把收錄搞乱。
二、確認顺序：日誌 → URL 狀態 → 頁面本身
- 先在服務器日誌里找這個 URL 最近一次被抓的時間、返回碼和抓取到的那一版大小。如果最近几天没有记錄，問题在抓取层。
- 再看 URL 的索引狀態，確認“已抓取的版本”和你线上的版本是否一致。一致但展示没變，多半是展示层。
- 最後核對頁面本身：是不是被 CDN、頁面缓存或前端框架挡住了，導致蜘蛛拿到的 HTML 還是舊的。
三、重新抓取的节奏由什么决定
- 更新幅度：換掉整段正文，和只在頁脚改個日期，重抓優先級完全不同。
- 頁面地位：入口多、点击多、更新稳定的頁面，重訪更勤；孤岛頁可能要等很久。
- 更新频率是否稳定：長期固定节奏更新的栏目，比偶尔大改一次的頁面更容易被規律抓取。
- 站点抓取配額：站内可抓 URL 太多时，單個頁面的重抓會被摊薄。
四、更新之後，比較稳妥的几件事
- sitemap 里的 lastmod 如實反映内容改動，不要每次生成都刷新一遍。
- 從首頁、栏目頁或相關文章给出連結入口，让新版本有路径被發現。
- 确属實质更新时再提交该 URL；同一地址反复提交没有額外收益。
- 避免為了“催更新”而做無意义的字段調整，改動越多越杂，反而让頁面质量信号變模糊。
五、几種容易被当成“没更新”的情况
頁面上线了新版本，但模板缓存、CDN 邊缘节点還在返回舊 HTML，蜘蛛和用戶看到的都是舊的那一份。
- 只在正文里加了一句话，搜尋引擎判断變化不大，可能不會立刻重抓。
- 只改了 meta description，它本来就不保證被采用，展示没變不代表索引没更新。
- 正文靠 JS 渲染，蜘蛛执行脚本拿到的内容與你浏览器里看到的版本不一致。
- 頁面套用了同一套模板文案，主体部分差异很小，容易被当成低變化頁面。
六、预期要放合理
内容更新属于間接信号，不是提交即生效的開關。能控制的是：内容确實變了、變化能被訪問到、入口清晰、更新节奏稳定。剩下的是抓取與索引自己的安排。與其天天查有没有更新，不如先把這几個前提做扎實，再按周观察一次。