网站收录

内容改了,索引里还是旧版本:刷新索引的节奏与做法

页面更新后,搜索结果里还是旧标题和旧摘要,这通常不是掉收录,而是索引里的版本没被替换。本文区分“没抓到”和“抓了没换”两种情况,说明 lastmod 的正确用法、内链推力与更新节奏,并列出几件不建议做的事。

网站收录

内容改了,索引里还是旧版本:刷新索引的节奏与做法

改了标题、换了主图、补了几段正文,过几天去搜,结果里还是旧标题和旧摘要,快照也停留在上个月。这种情况常被误判成“掉收录”或“没收录”,但多数时候页面一直在索引里,只是索引里存的还是旧版本。索引更新分两步:蜘蛛重新抓取,然后系统重新判断这个页面值不值得用新版本替换旧版本。抓到了不等于立刻换,换了也不等于立刻在结果里显示出来。

先分清:是没抓到,还是抓了没换

这两种情况的处理方式完全不同,先做区分再动手。

  • 抓取没来:服务器日志里最近一次蜘蛛访问还是很久以前,或者只访问过首页。这时要查的是发现路径:有没有内链指向、sitemap 里有没有它、页面是不是被层层深埋。
  • 抓了但没换:日志显示蜘蛛这几天来过,甚至来过多次,但抓的还是旧内容,或抓了新内容而结果没变。前者要查缓存、CDN 和多版本 URL;后者属于索引评估,能人为干预的空间有限。
  • 抓的是另一个 URL:同一篇内容存在 www 和裸域、带参数和不带参数、大小写不同等多个版本,蜘蛛抓的那个不是你更新的那个。

能主动做的几件事

  1. 确认线上返回的确实是新内容。用不登录、不带 cookie 的方式访问一遍,排除 CDN 缓存和页面级缓存把旧 HTML 吐给蜘蛛。
  2. 让 lastmod 诚实反映改动。sitemap 里的 lastmod 是给系统判断“这个页面变了”的信号,只在内容有实质变化时更新。
  3. 从已有内链给它推力。在相关且收录稳定的页面上加一条指向它的链接,比反复提交更实际,因为蜘蛛是顺着链接走的。
  4. 保持 URL 不动。更新内容不要顺手换地址,换地址等于让新 URL 从头走一遍发现流程,旧 URL 还要处理交接。
  5. 把零散改动合并。一天改三处,不如一周集中改一次,减少无意义的重复抓取。

lastmod 的常见误用

不少站点把 lastmod 写成构建时间或当前时间,每次部署全站都变。短期看蜘蛛来得勤,长期看这个字段失去区分度,真正更新的页面反而被淹没。更合理的做法是只在标题、正文、价格等用户可见内容变化时更新,模板、样式、页脚调整不算。

内容变化要够大,才容易被重新评估

改一个错别字、调一下标点,通常不值得一次重新抓取和索引替换。而整段重写、补充新数据、调整页面主题,属于实质性变化,更容易触发更新。这也是为什么有些页面改完很快换新,有些改完纹丝不动。

不建议做的几件事

  • 反复提交同一个 URL,把提交当成刷新按钮。提交解决的是“发现”,不解决“评估”。
  • 为了催更新而生成参数版本、打印页、备用版本,制造重复 URL,反而让索引里的版本更难统一。
  • 用 meta 标签声明“请尽快更新”,这类声明没有实际约束力。
  • 内容没变却频繁改 lastmod,短期噪音大,长期信号弱。
  • 一发现旧版本就立刻改 URL 或做 301,把一次正常的索引延迟升级成一次地址交接。

节奏大概是什么样

更新后索引刷新的时间跨度可以很大:活跃站点的重要页面可能几小时到一两天,冷门栏目里的页面等上几周也正常。它取决于抓取频率、页面在站内的位置、内容变化的幅度,以及这个 URL 历史上的抓取规律。这一点没有可以精确控制的开关。

把更新做扎实,把信号给诚实,剩下的交给抓取节奏。盯着一个页面的旧摘要反复刷新,通常不会让它变快。

如果发现的是整个栏目、整批页面的旧版本长期不换,那问题往往不在单个页面,而在抓取预算分配、站内结构或大量重复 URL 上,需要回头看站点的整体收录状况,而不是逐个页面去催。