改了标题、換了主图、补了几段正文，過几天去搜，结果里還是舊标题和舊摘要，快照也停留在上個月。這種情况常被誤判成“掉收錄”或“没收錄”，但多數时候頁面一直在索引里，只是索引里存的還是舊版本。索引更新分两步：蜘蛛重新抓取，然後系統重新判断這個頁面值不值得用新版本替換舊版本。抓到了不等于立刻換，換了也不等于立刻在结果里顯示出来。
先分清：是没抓到，還是抓了没換
這两種情况的處理方式完全不同，先做区分再動手。
- 抓取没来：服務器日誌里最近一次蜘蛛訪問還是很久以前，或者只訪問過首頁。這时要查的是發現路径：有没有内鏈指向、sitemap 里有没有它、頁面是不是被层层深埋。
- 抓了但没換：日誌顯示蜘蛛這几天来過，甚至来過多次，但抓的還是舊内容，或抓了新内容而结果没變。前者要查缓存、CDN 和多版本 URL；後者属于索引评估，能人為干预的空間有限。
- 抓的是另一個 URL：同一篇内容存在 www 和裸域、带參數和不带參數、大小寫不同等多個版本，蜘蛛抓的那個不是你更新的那個。
能主動做的几件事
- 確認线上返回的确實是新内容。用不登入、不带 cookie 的方式訪問一遍，排除 CDN 缓存和頁面級缓存把舊 HTML 吐给蜘蛛。
- 让 lastmod 诚實反映改動。sitemap 里的 lastmod 是给系統判断“這個頁面變了”的信号，只在内容有實质變化时更新。
- 從已有内鏈给它推力。在相關且收錄稳定的頁面上加一條指向它的連結，比反复提交更實际，因為蜘蛛是顺着連結走的。
- 保持 URL 不動。更新内容不要顺手換地址，換地址等于让新 URL 從头走一遍發現流程，舊 URL 還要處理交接。
- 把零散改動合並。一天改三處，不如一周集中改一次，减少無意义的重复抓取。
lastmod 的常见誤用
不少站点把 lastmod 寫成构建時間或目前時間，每次部署全站都變。短期看蜘蛛来得勤，長期看這個字段失去区分度，真正更新的頁面反而被淹没。更合理的做法是只在标题、正文、價格等用戶可见内容變化时更新，模板、样式、頁脚調整不算。
内容變化要够大，才容易被重新评估
改一個错別字、調一下标点，通常不值得一次重新抓取和索引替換。而整段重寫、补充新資料、調整頁面主题，属于實质性變化，更容易触發更新。這也是為什么有些頁面改完很快換新，有些改完纹丝不動。
不建议做的几件事
- 反复提交同一個 URL，把提交当成刷新按钮。提交解决的是“發現”，不解决“评估”。
- 為了催更新而生成參數版本、打印頁、备用版本，制造重复 URL，反而让索引里的版本更难统一。
- 用 meta 标簽声明“請尽快更新”，這類声明没有實际约束力。
- 内容没變却频繁改 lastmod，短期噪音大，長期信号弱。
- 一發現舊版本就立刻改 URL 或做 301，把一次正常的索引延迟升級成一次地址交接。
节奏大概是什么样
更新後索引刷新的時間跨度可以很大：活跃站点的重要頁面可能几小时到一两天，冷门栏目里的頁面等上几周也正常。它取决于抓取频率、頁面在站内的位置、内容變化的幅度，以及這個 URL 歷史上的抓取規律。這一点没有可以精确控制的開關。
把更新做扎實，把信号给诚實，剩下的交给抓取节奏。盯着一個頁面的舊摘要反复刷新，通常不會让它變快。
如果發現的是整個栏目、整批頁面的舊版本長期不換，那問题往往不在單個頁面，而在抓取预算分配、站内结构或大量重复 URL 上，需要回头看站点的整体收錄状况，而不是逐個頁面去催。