把一篇旧文章的正文重写了一遍，标题也换了，过几天去搜，结果里还是老标题和旧摘要。这种时候容易怀疑是不是修改没生效，或者页面被搜索引擎忽略了。多数情况下页面并没有被放弃，只是更新还没有走完从抓取到索引替换的流程。
先分清：更新的是页面，还是索引里的副本
搜索引擎看到的从来不是服务器上的实时文件，而是它自己保存的一份副本。你改的是源文件，它显示的是副本。两者之间隔着一次重新抓取和一次索引更新。副本没换，搜索里就还是旧的。
所以排查的第一步，是确认蜘蛛有没有在改动之后重新来过，而不是先怀疑内容质量或者被惩罚。
重新抓取要经过哪几步
- 蜘蛛需要重新访问这个 URL。只有访问了，才可能看到新内容。
- 访问之后要判断是否值得更新索引。抓到了不等于马上替换，还要比较新旧版本的差异。
- 索引更新完成，展现层才可能跟着变。标题、摘要、快照这几项更新的速度也并不一致。
这三步里任何一步卡住，你看到的就还是旧版本。时间上从几小时到几周都有可能，取决于页面本身和站点整体情况。
哪些因素影响它多久回来一次
改动的幅度
改一个错别字和重写整段正文，对搜索引擎来说信号强度不同。整段替换、标题重写、补充大段新内容，更容易被判定为需要更新；只动标点和排版，可能被认为变化不大。
页面本身的抓取频率
访问频繁的页面，回访间隔短，更新传导更快。访问很少的页面，可能几天甚至更久才回来一次。这不是针对某个页面单独设置的开关，而是站点整体抓取节奏和页面重要程度共同作用的结果。
有没有新的入口指向它
如果这个 URL 长期只有一条旧内链指向，蜘蛛缺少再次经过它的路径，回访自然慢。把更新过的页面挂到首页、栏目页或者相关内容里，等于给它补了一条新路。
站点整体的抓取状态
如果站点有大量低质量页面、参数页面、重复内容占据抓取，蜘蛛的精力被分散，正常页面的回访间隔也会被拉长。这时候单页面更新慢，根源可能在整站。
可以主动做的几件事
- 把改动做完整再提交。反复小改、频繁提交效果并不好，不如一次改到位。
- 使用站长工具里的 URL 提交或抓取功能。它只是提醒、加快发现，并不保证立刻更新索引。
- 核对 sitemap 里的 lastmod 与实际修改时间是否一致。时间对不上，参考价值就低。
- 给更新过的页面补内链入口。从首页、栏目页或内容相关的页面链过去。
- 确认页面没有被 robots、noindex 或者登录限制挡住。挡住了，再提交也没有意义。
- 核对 canonical 指向。如果规范地址指向别处，你更新的这个 URL 可能根本不是被索引的那一个。
改 URL 的更新是另一回事
如果这次不只是改内容，还改了 URL 结构，处理方式就不同。旧地址要做跳转指向新地址，新地址要有正常的入口和 sitemap 记录，然后等待旧地址逐步退出、新地址完成替换。这个过程比单纯的内容更新长得多，也更容易出现新旧并存的情况。
怎么确认到底更新没有
比较稳妥的做法是分项看：搜索结果里的标题、摘要、快照时间，以及直接访问页面看到的内容。这几项更新速度不一样，摘要和快照滞后很常见。如果页面本身正常、被抓取过、也允许索引，剩下的基本就是时间问题。
内容更新和索引更新是两件事。你能控制的是把改动做清楚、把入口和规范理顺；至于它什么时候替换掉旧副本，只能等流程走完，频繁小改和反复提交往往帮不上忙。