页面内容改过之后，索引里还是旧标题、旧摘要，甚至旧正文，这种情况很常见。它不一定代表页面“没收录”，更常见的原因是上一次快照还没被替换。要判断下一步做什么，先把“页面已经改了”和“搜索引擎已经再次抓取并刷新索引”分开看。
先分清是“收录未更新”还是“没有再抓”
在后台看到 URL 处于已收录状态，只说明它曾经进入过索引。索引里的版本可能是几天前甚至几周前的抓取结果。此时要看的不是收录状态本身，而是最近一次抓取时间、抓取到的 HTML 内容，以及页面是否有稳定入口。如果最近抓取时间很旧，优先排查入口和抓取频率；如果最近已经抓取但索引没变，再检查页面返回给爬虫的内容是否和浏览器看到的一致。
改动幅度不同，处理方式也不同
不是所有修改都需要立刻“催更新”。按改动幅度分三档，能减少无效操作。
- 小改动：只改了几个词、内链、图片 alt 或无关紧要的描述。这类改动对索引影响小，通常等下一次自然抓取即可。反复提交同一 URL，反而可能让抓取安排更混乱。
- 中等改动：调整了正文结构、价格、库存、关键段落或标题。此时要确认服务端返回的 HTML 已经是新版本，并检查内链和 sitemap 里的入口是否指向该页。入口稳定，再次抓取的概率才会提高。
- 大改动：页面主题变了、用途变了，或者从一篇文章变成了另一类内容。不要原地硬改。更稳妥的做法是新建 URL，把旧地址 301 到最相关的新地址，并同步更新内链。
检查服务端返回与缓存
很多时候，浏览器看到的是新内容，但爬虫拿到的是旧内容。顺序可以这样核对：
- 直接访问目标 URL，不带追踪参数，查看返回的 HTML 源码，而不是只看渲染后的页面。
- 确认 CDN、反向代理或页面缓存没有把旧版本继续发给爬虫。
- 如果页面依赖前端渲染，检查服务端返回的初始 HTML 里是否包含核心内容。
- 查看 Last-Modified、ETag 等响应头是否随内容更新而变化。
这一步的目的不是“骗过”抓取，而是保证爬虫和用户看到的是同一个版本。返回不一致时，先修服务端和缓存，再谈提交。
再次抓取入口的核对顺序
确认页面本身没问题后，再按下面顺序检查入口，不要一上来就反复提交。
- 站内是否有稳定内链指向该页，且链接所在页面本身可被抓取。
- sitemap 是否包含该 URL，lastmod 是否和实际更新时间一致。
- 栏目页、聚合页或相关推荐里是否有入口，避免页面只存在于 sitemap。
- 通过站内日志观察抓取是否已经发生，而不是只盯着索引状态。
- 如果确实需要提交，一次提交即可，之后留出观察周期。
常见误判
site 查询或搜索结果里显示旧标题，不等于页面没有被再次抓取；它可能只是索引层还没完成刷新。同样，缓存页面、外部快照和搜索结果摘要也可能保留旧版本。
- 把“索引未刷新”当成“页面被惩罚”，然后大改模板，容易伤到其他页面。
- 短时间内反复修改标题和正文，会让抓取到的版本不稳定。
- 只看浏览器页面，不看服务端返回，容易忽略缓存和渲染问题。
收口建议
页面更新后，比较稳妥的做法是：一次把内容改到位，确保服务端返回新版本，保留稳定内链和 sitemap 入口，然后按自然抓取周期观察。如果改动很大，优先考虑新建 URL 和 301，而不是在旧地址上反复调整。这样既符合抓取与收录的基本逻辑，也能减少来回折腾带来的判断干扰。