页面内容已经改完，搜索结果里却还是旧标题、旧摘要，甚至点进去快照内容也不对。这种情况常被理解成“被惩罚”或“没收录”，但多数时候只是索引更新的节奏问题：抓取、处理、刷新展示是几步不同的动作，任何一步没走完，看到的都可能是旧版本。
先分清：重新抓取和重新收录不是同一件事
搜索引擎发现 URL 变化后，会先安排抓取。抓取回来之后，还要经过内容解析、去重、质量判断、索引合并等处理，最后才可能替换掉旧版本。也就是说，蜘蛛来过，不等于索引已经刷新；日志里出现 200，也不代表新内容已经进入线上结果。
如果你只盯着“有没有来抓”，很容易误判。更合理的观察是：抓取时间、返回内容、索引里的版本，三者是否一致。
页面改完，索引还显示旧版本，常见卡点
1. 重新抓取还没排上
页面权重、更新频率、站内链接位置都会影响再次抓取的优先级。一个很少被链接、流量也低的页面，即使内容改了，也可能要等较久才被重新访问。此时搜索结果的旧版本，只是因为它还没被重新读取。
2. 抓到了，但返回的还是旧内容
这种情况常出现在 CDN、反向代理、页面缓存或服务端模板缓存上。蜘蛛请求时拿到的是缓存副本，自然无法看到新内容。自查时可以看服务器日志里返回的响应体大小、Last-Modified、ETag 是否已经变化，或用抓取工具模拟请求，确认实际返回的是哪一版。
3. 多个 URL 在竞争同一内容
如果带参数版本、旧目录版本、打印版、AMP 版同时存在，且 canonical 指向不一致，搜索引擎可能仍把旧 URL 当作主版本。你改的是 A 版，索引里保留的却是 B 版，搜索结果自然显示旧内容。
4. 内容靠前端渲染，索引里拿到的是空壳
如果正文、标题、摘要依赖 JavaScript 在客户端生成，而抓取时没有完整执行或执行超时，索引里可能只记录了初始 HTML。此时页面看起来改了，但搜索引擎看到的内容并没有同步更新。
5. 更新幅度太小，系统判断不值得替换
只改几个标点、调整一句无关痛痒的话，搜索引擎可能认为页面没有实质变化，继续沿用旧索引。标题、摘要、主体信息有实质调整时，被重新处理的概率会更高。
一套可执行的自查顺序
- 确认线上实际返回：用未登录、无缓存的请求访问 URL，查看 HTML 源码里是不是新内容。不要只看浏览器里渲染后的样子。
- 检查缓存层：CDN、服务器缓存、页面缓存插件是否已经刷新。必要时手动清理对应 URL 的缓存。
- 看 canonical 和 URL：确认当前页面 canonical 指向自己，而不是旧地址、参数地址或其他重复版本。
- 看 robots 和 meta：确认没有误加 noindex、nofollow，也没有在 robots.txt 里屏蔽了当前路径。
- 看 sitemap 和内部链接：sitemap 里的 URL 是否更新，lastmod 是否合理；站内是否有入口链接指向这个页面，还是它已经变成孤岛。
- 再观察抓取和索引：在日志或搜索后台查看最近抓取时间，确认抓取后索引是否变化。不要刚改完就下结论。
几个容易忽略的细节
- 标题和摘要可能被重写：即使索引已更新，搜索引擎也可能根据查询词重新生成展示标题或摘要，这不等于旧内容没被替换。
- 不同地区、不同设备结果可能不同：移动端和桌面端、不同数据中心的缓存刷新节奏不完全一致。
- 被转载或采集的页面先更新：如果同一内容在别处更早被索引，搜索时可能先看到那一版，需要回到自己站内确认主版本是否正常。
- 页面结构改动比文字改动更敏感：调整 URL、模板、目录结构时，索引迁移会比单纯改正文更慢，期间出现旧版本并不罕见。
什么时候该继续等，什么时候该动手改
如果确认线上返回新内容、canonical 正常、没有被屏蔽，抓取也来过，通常可以再观察一段时间。索引刷新本来就不是实时操作。相反，如果线上返回旧缓存、canonical 指向别的 URL、或页面被 noindex 挡住，那就不该等，先修正这些硬问题。
把“抓取、处理、展示”拆开看，很多“收录没更新”的问题会清晰很多。记录每次改动的时间点、抓取时间和索引版本，比反复提交 URL 更有助于判断真正卡在哪一步。