页面内容更新了，过了一两周在搜索里看到的还是旧标题、旧价格、旧活动信息。这种情况很容易被归结为“没被重新收录”，但实际原因往往分散在抓取、索引、展示三个环节。按下面的顺序核对，能更快定位到卡在哪一步。
先提示一点：更新能否被重新抓取、重新展示，取决于对方对页面价值的判断，没有固定时间表。下面的核对是为了排除自身可控的问题，不是保证结果。
一、先确认“旧”的是哪一层
看到旧内容时，先分清三种情况，处理方向完全不同：
- 抓取没来：日志里最后一次抓取还停在改动之前，蜘蛛根本没拿到新版本。
- 抓取了但索引没换：日志显示已经抓取，搜索结果却仍是旧描述，说明新版本还没替换进索引。
- 索引换了，展示有延迟：索引数据已变，但不同地区、不同入口看到的还不一致。
把这三层分开记录，后面的动作才有针对性。
二、核对蜘蛛是否真的抓到了新版本
看时间戳，不要只看状态码
翻日志时不要只确认有没有 200。重点看目标 URL 最近一次抓取发生在内容改动之前还是之后，以及抓取时返回的字节数有没有变化。字节数和改动前几乎一样，通常说明拿到的是缓存版本，或者改动根本没生效。
排除缓存层
- 用绕过缓存的方式直接请求，确认源站输出的 HTML 已经更新。
- 检查 CDN 或反向代理是否还在返回旧副本，核对缓存规则与刷新记录。
- 如果正文靠前端渲染，确认渲染后的 DOM 和原始 HTML 里都能看到新内容。
三、判断改动幅度是否够被重新处理
改动量级不同，被重新评估的可能性差异很大：
- 只改一两句话、换个日期，通常不会被当成新版本重点处理。
- 主体内容、结构、标题层级都有实质调整，更容易触发重新评估。
- 改动后页面反而变得更薄，可能不但不更新，还会影响原有收录状态。
四、给蜘蛛一条明确的重新发现路径
- 确认页面能被正常访问，没有被 robots、noindex 或登录墙挡住。
- 检查内链：从首页或栏目页到该页的链接是否还在，链接文字是否指向当前内容。
- 更新 Sitemap 中的 lastmod，并保证时间与真实改动时间一致。
- 如果内容有分页或分版本，确认 canonical 指向的是最新且可访问的那个 URL。
- 不要为了催更新而反复提交同一 URL，频率过高反而容易被忽略。
五、几类常见的误判
- 搜索结果显示的是缓存描述：这属于展示层，摘要需要等下一次重新生成。
- 移动端和桌面端不一致：一端已更新、一端仍是旧内容，要分别核对两套模板的输出。
- 参数或大小写不同的 URL：你以为更新的是同一个页面，实际抓的却是另一个变体。
- 页面确实没变：后台改了，但前端取的数据源没变，最终输出仍是旧内容。
六、核对顺序小结
- 确认看到的“旧”属于抓取、索引还是展示层。
- 查日志时间戳与返回字节数，确认是否抓到新版本。
- 绕过缓存，确认源站输出已更新。
- 评估改动幅度是否值得重新处理。
- 检查内链、Sitemap、canonical 是否都指向最新版本。
- 确认没有多个 URL 变体在分散信号。
整体思路是：先把“抓取”和“收录”分开，再把“索引”和“展示”分开。大部分“更新不生效”的问题，都卡在其中某一个环节，而不是全部。