页面改完标题、正文或价格，搜索结果里却还是老样子：标题是旧的，摘要还是那段已经删掉的文字。这种情况多半不是“没收录”，而是索引里的这份副本还没被刷新。要处理它，先把几种情况分开看。
先分清：没重新抓取、抓取了没重评、只是展示层缓存
三种情况的处理方式完全不同，搞混了就会白费力气。
- 没重新抓取：服务器日志里看不到近期对该 URL 的请求，说明搜索引擎还没回来看过。
- 抓取了但没重评：日志有请求、状态码正常，但索引里的标题和摘要仍是旧的。抓取频率和重新评估频率不是一回事，内容更新不等于索引立刻更新。
- 展示层滞后：索引其实已经更新，只是搜索结果页面本身有一段缓存期，通常比索引恢复得更快，不需要专门处理。
判断自己属于哪一类，最省事的办法是看日志时间与快照内容，再对照索引状态报告里该 URL 的最近抓取时间。
让页面被重新回访的常规触发点
不需要复杂操作，重点是把“这个页面变了”这个信号明确地传出去。
- 站点地图里的 lastmod 要真实。只在内容实质改动时更新，改了又改、时间乱跳会让这个信号贬值。
- 内链与入口带来的访问。页面被频繁点击、从首页或栏目页有稳定入口，回访通常更勤；孤立的更新页往往要等很久。
- 主动提交。IndexNow、搜索资源平台的接口能传达“有变化”，但只解决通知问题，不决定是否重评。
- 更新聚合入口。如果站内有“最近更新”“相关推荐”这类模块，让改动的页面出现在里面，相当于给它补了一次入口。
哪些更新动作反而帮倒忙
- 只改几个错别字或动了排版，却把 lastmod 改成当天。反复几次之后，更新信号就不可信了。
- 更新时顺手把 URL 换掉或加了参数，等于让引擎面对一个新地址，旧地址上的积累被切断。
- 为了显得“新鲜”，在页面底部自动生成当天日期。这类时间戳很容易被识别为无意义变动。
- 大改内容结构的同时又调整 canonical 或其他索引指令，一次改动叠了两个变量，出问题时不好判断原因。
更新频率和索引刷新不是正比关系
有些站点希望每天动一点就能天天刷新索引，实际并不是这样。引擎会综合页面价值、变更幅度、这个地址历史上的更新表现以及站点整体的更新节奏来安排回访，而不是按你的编辑次数排队。
频繁的小改动往往不如一次明确的实质更新有效。与其每天微调一遍，不如把改动攒成一次，让页面确实产生了新的信息量，再用 lastmod 和提交把这个变化说清楚。
推进顺序
- 先在服务器日志确认近期有没有抓取。没有，重点放在入口和提交；有，重点放在内容信号。
- 判断是不是实质变化。只是小修，就不必期待索引很快刷新。
- 确认状态码、canonical、robots 都正常，没有把引擎挡在门外。
- 提交之后耐心等待，不要在两三天内反复改动同一个页面。
索引刷新有它自己的节奏。能做的是把信号发清楚、把入口留好，然后给它时间。反复折腾同一页，通常只会让判断更模糊。