索引是快照，不是实时镜像
很多人以为改了页面，搜索结果就该马上跟着变。实际上，搜索引擎保存的是某一次抓取时的页面快照，这个过程分成两步：先把页面抓下来，再决定要不要用它替换掉旧版本。这两步都不会实时发生，所以你在结果页看到的旧标题、旧摘要、旧正文，往往只是抓取和替换之间的时间差，而不是页面本身出了问题。
更重要的是，蜘蛛是否愿意尽快回来，取决于它认为这个页面有多重要、变化有多频繁。一个长期不更新、外部入口也很少的页面，被抓取的间隔可能是几周甚至更久。
先确认：是没抓取，还是抓取了没替换
排查之前先分清状态，否则很容易做无用功。
- 没重新抓取：日志里看不到蜘蛛访问这条 URL，或者访问时间还停留在很久以前。
- 抓取了但索引没换：日志里有近期访问记录，但搜索结果的标题、摘要仍是旧内容。
- 只是摘要缓存：索引里已经是新版本，但结果页展示的还是旧的片段。
这三种情况对应的动作完全不同。第一种要解决“让蜘蛛来”，第二种要解决“让新版本被判定为更值得保留”，第三种通常只需要等。
改动太小，等于没改
抓取和索引都是有成本的。如果一次更新只是在页脚加了一句话、换了一张无关紧要的配图说明，或者只调整了字号和排版，搜索引擎很可能判断这次变化不值得重新建索引，于是旧版本继续保留。
相对容易被识别的更新包括：
- 页面主体内容的实质性增补或替换，比如新增了一整节说明、补充了数据或结论。
- 标题和主要小标题的调整，尤其是与页面核心主题相关的部分。
- 内容结构的改变，例如原本只是简短问答，现在补成了完整的操作步骤。
- 页面主体中关键信息的更正，比如参数、价格、适用范围。
换句话说，要改就改到能被人一眼看出不同的程度。一次改到位，比来回微调十次更有效。
推动重新抓取的几个动作，按顺序做
- 把页面的变化同步到 Sitemap。如果有维护 sitemap，更新对应 URL 的 lastmod 时间，让蜘蛛在访问 sitemap 时知道这个地址有了新版本。不要无差别地改动全站 lastmod，那会让这个信号失去意义。
- 从抓取频繁的页面加一条内链。首页、栏目页、更新频繁的列表页通常是被访问最多的位置。把更新后的页面从这些位置链过去，比孤立地等它被重新发现更靠谱。
- 确认页面本身可正常访问。返回码是否正常、有没有被 robots.txt 挡住、canonical 是否还指向自己。这些基础项出问题，前面的动作都白做。
- 检查是否有重复版本在竞争。如果同一内容存在带参数的 URL、旧路径或镜像版本，蜘蛛可能抓的是另一个地址，你改的这个页面反而不被当作主版本。
- 给一点时间。以上都做完之后，通常需要等下一轮抓取周期。频繁提交、反复修改反而可能让页面看起来不稳定。
几个容易踩的坑
为了刷新索引，反复改标题
标题频繁变动，会让搜索引擎难以判断页面的核心主题，也可能导致结果页里出现一个并不理想的版本。标题应当服务于点击和主题表达，而不是用来催抓取。
把页面删掉再加回去
删除会让旧 URL 进入下线流程，重新上线等于从零开始发现和抓取，通常比原地更新更慢，也会丢掉原有的链接积累。
只改 title，正文一字未动
标题变了而主体内容没变，容易被判定为无实质更新。如果确实需要改标题，最好同时补充或调整一部分正文。
什么时候可以不用管
并不是所有旧版本都值得处理。评论区的临时内容、已经结束的活动文案、时间敏感但仍有访问价值的历史页面，这些即使索引里保留的是旧片段，对用户判断的影响也有限。把精力放在核心内容页、产品说明页、教程类页面上，收益更明显。
总之，内容更新后索引没变，多数情况下不是被惩罚，而是更新信号不够强、抓取还没排到。先分清状态，再把改动做实，通过 sitemap 和内链把变化说清楚，剩下的交给时间。