把一篇旧文章改完之后，很多人会盯着搜索结果的快照看，发现标题、摘要还是几天前甚至几个月前的版本，就判断成“没有重新收录”。这里其实混了两件事：搜索引擎有没有重新抓取这个 URL，以及抓取之后有没有把新内容换进索引。搞混这两步，很容易做一堆无用功。
先分清：重新抓取和索引更新不是一回事
抓取是爬虫来取一次页面，看服务器返回了什么；索引更新是取完之后，把新版本写进可检索的那份数据里。前一步发生了，后一步不一定立刻跟着变。所以看到旧标题，先别急着下结论，要去确认爬虫最近到底来没来、来的时候拿到的是什么版本。
抓取环节要看什么
- 线上版本是否已经生效，CDN 或缓存有没有把旧 HTML 推出去；
- 返回状态是不是 200，有没有被临时跳转或验证页拦住；
- 改动后的正文是否直接写在返回的 HTML 里，而不是靠前端脚本后补。
索引更新环节要看什么
- 抓取到的版本里，新内容有没有被完整读到；
- 改动幅度是否足以让搜索引擎判断“这是一次实质更新”；
- 标题、描述这类元素，是否和正文实际内容对得上。
改动幅度决定了这次值不值得重抓
不是每次编辑都需要重新抓取，也不是每次编辑都能带来索引更新。把改动按幅度分一下类，心里会清楚很多。
- 极小改动：改错别字、调标点、换一两个同义词。这类改动对索引影响很小，即使不重新抓取，也不影响页面判断。
- 中等改动：补了一段正文、加了小标题、换了配图、补齐了缺失的信息。这类改动更适合主动给一次更新信号。
- 大改动：换了主题方向、换了主要关键词、删掉大半内容重写。这类改动接近新页面，除了更新信号，还要重新核对内链锚文本和栏目归属是否还对得上。
更新信号怎么给才算有效
sitemap 里的 lastmod
如果站点用 sitemap，改完之后把对应 URL 的 lastmod 更新为真实的修改时间。要注意的是，这个字段一旦被反复乱改，可信度会下降，之后再改可能就不被当回事。所以只填真实时间，不要每次发布都把所有 URL 刷一遍。
内链和栏目页的入口
爬虫重新发现一个页面，很多时候是顺着站内链接过来的。如果改动后的内容值得被看到，可以让相关栏目页、聚合页或相邻文章指向它。入口位置有变化，本身就是一种“这里变了”的信号。
页面上的可见日期
页面上标注更新时间是可以的，但前提是内容确实改了。如果只是把日期往前推，内容一字未动，短期看不出问题，长期会让读者和搜索引擎都降低对这个日期的信任。
一个可执行的核对顺序
- 用自己的浏览器和命令行各取一次页面，确认返回的是新版本，而不是缓存里的旧版本。
- 确认状态码正常，没有跳转链、没有拦截页，正文直接出现在 HTML 中。
- 评估这次改动属于哪个幅度，判断它是否值得主动给更新信号。
- 如需要，更新 sitemap 中该 URL 的真实 lastmod，不要整站刷。
- 从栏目页或相关文章给出一个正常的内链入口，锚文本用描述内容的词，而不是“点击这里”。
- 在抓取工具里查看最近一次抓取到的版本，确认新正文已经入库。
- 隔一段时间再回头看索引里的标题和摘要，区分“还没更新”和“更新了但写的是另一个版本”。
几个容易踩的坑
- 反复提交同一个 URL：短时间高频提交不会加速处理，反而可能被视为噪声。
- 只改标题不改正文：索引里很可能仍保留旧标题，因为它更贴合正文内容。
- 新内容靠脚本后渲染：抓取到的 HTML 里没有正文，等于没改。
- 把“已重新抓取”当成“已更新索引”：这是两件事，时间差很正常。
- 页面上写“刚刚更新”而内容没动：读者点进来会觉得被误导，得不偿失。
更新之后要做的，不是反复催，而是把线上版本、更新信号、入口传递这三件事各自确认一遍。剩下的时间差，交给正常的抓取节奏即可。