改完标题、补了段落、换了产品参数，过了一段时间去搜，结果摘要还是旧版本。这时候容易急着重新提交 URL、改 canonical，甚至怀疑被降权。多数情况下，索引刷新只是还没轮到，或者新版本没有以搜索引擎能识别的方式呈现。按下面顺序核对，比反复改动更有效。
一、先确认新内容在“被抓取的版本”里
你浏览器看到的新内容，不一定是爬虫拿到的内容。常见差异有：
- 正文靠 JavaScript 渲染，初始 HTML 里还是旧文本或占位符；
- 内容放在折叠面板、标签页里，展开后才加载；
- 新内容通过接口异步返回，爬虫没有触发请求；
- 页面用了缓存，回源拿到的还是旧版本。
核对方法：查看页面源代码，搜索新加入的关键词。如果源代码里没有，先解决渲染和缓存问题。也可以用抓取工具模拟普通爬虫请求，看返回的 HTML 是否包含更新。
二、看抓取日志：有没有重新访问
索引刷新的前提是搜索引擎重新抓取了页面。如果日志里只有首次抓取，后续没有重访，索引当然不会变。需要检查：
- 页面是否还有站内入口，别让它变成孤岛；
- sitemap 的 lastmod 是否更新，且时间格式正确；
- 站点整体更新频率和抓取配额，是否把重点放在更重要页面；
- 服务器是否对爬虫返回 5xx 或超时，导致抓取失败。
如果日志显示近期有抓取，但索引还是旧版，进入下一步。
三、版本标记与 canonical 是否指向旧版本
同一个内容存在多个 URL 时，搜索引擎可能选了另一个版本作为索引对象。核对：
- canonical 是否仍指向旧 URL，或者被模板批量改错；
- 分页、打印页、参数页是否把新版本覆盖；
- hreflang 或地区版本是否互相冲突；
- 旧 URL 是否通过 301 正确跳转到新 URL，而不是两个都返回 200。
如果索引里展示的是旧 URL，先处理 URL 规范，再等重新抓取。
四、小改动不一定会触发摘要更新
搜索引擎会把抓取到的内容与索引里的版本比对，再决定是否更新索引。改动幅度小、不影响主要信息时，可能只更新内部存储而不改摘要。比如改几个错别字、调整标点，通常不会立刻反映到搜索结果。如果是正文主体、标题、关键数据有实质变化，更新的可能性更高。
可以主动做的：更新 sitemap 中的 lastmod，从相关页面加内链指向该页，提交 URL 让搜索引擎知道有变化。但不要短时间内反复提交，也不要把同一内容换 URL 重新发布。
索引刷新不是开关，而是一个比对和替换的过程。确认新内容能被抓取、能被正确识别版本，剩下的交给时间。
五、核对清单
- 源代码中能否找到新内容；
- 缓存和 CDN 是否回源到新版；
- 抓取日志近期是否有重访；
- canonical 与重定向是否指向正确版本；
- sitemap lastmod 是否更新；
- 改动是否属于实质性变化。
如果以上都没问题，索引仍未刷新，可以继续观察一段时间。频繁修改 URL、canonical 或正文，反而会让搜索引擎难以判断哪个版本才是最终版。