删除百度缓存：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8dcb1bf12c80.html
📄
删除百度缓存：改版或迁移时应核对什么
改版或迁移时，需要核对的不是“缓存有没有被删掉”，而是旧URL是否仍能访问、是否返回了正确的状态码、以及百度是否已经抓取到新页面。所谓“删除百度缓存”，在实操中通常指让百度搜索结果里不再显示旧标题、旧摘要或旧快照。最优先的工作是确认旧链接的HTTP状态和跳转关系，而不是反复提交删除请求。
先分清三种“缓存”，处理方式完全不同
很多人把搜索结果的摘要、网页快照和浏览器本地缓存混为一谈。改版迁移时真正影响收录的是前两者：
- 搜索结果摘要：百度根据抓取到的页面内容生成，页面内容更新并被重新抓取后，摘要才可能变化。
- 网页快照：百度保存的页面副本，快照更新依赖重新抓取，不能靠前端代码“清掉”。
- 浏览器缓存：只存在用户本地，与百度无关，清不清都不影响搜索结果。
因此“删除百度缓存”这个说法本身不精确。你要做的是让百度重新抓取新页面，并用新内容替换旧摘要或快照。旧页面如果已经不存在，还要确保它返回明确的状态码，而不是继续返回200并展示旧内容。
改版迁移时最先核对的四项
时间和人手有限时，按下面顺序处理，前一项没确认就不要急着做后一项。
- 旧URL的状态码。用抓取工具或命令行检查旧地址返回的是200、301还是404。改版后如果旧URL仍返回200且内容已变，百度可能继续把它当作有效页面；如果旧URL已废弃，应返回301指向最相关的新页面，或返回410/404表示内容已移除。
- 跳转链路是否只有一跳。A跳到B、B再跳到C，会浪费抓取配额，也可能让百度停在中间页。理想情况是旧URL直接301到最终新URL。
- 新页面是否可被抓取。检查robots.txt是否误封了新目录，页面是否被noindex标记，以及是否需要登录才能看到内容。robots.txt的抓取限制不等于可靠的索引移除，它只阻止抓取，不保证旧结果立刻消失。
- 站点地图与内链是否指向新URL。站点地图不保证收录，但能帮助发现新地址。同时检查站内导航、面包屑和文章互链是否还指向旧地址。
一个可执行的检查例子：假设你把/old-page.html迁移到/new-page.html。在浏览器或抓取工具中请求旧地址，确认返回301且Location头指向新地址；再请求新地址，确认返回200且页面标题、正文已是新版内容。如果旧地址返回200且内容还是旧的，说明迁移没生效，此时提交任何“删除缓存”操作都没有意义。
什么情况下才需要主动请求更新
如果旧URL已经正确301或404，但百度搜索结果里仍显示旧标题、旧摘要，这属于正常的抓取延迟。此时可以做的是：
- 通过百度搜索资源平台的普通收录或快速收录渠道提交新URL，让百度重新抓取。
- 确认新页面没有被robots.txt屏蔽，也没有被noindex阻止索引。
- 检查服务器是否对百度蜘蛛返回了与普通用户不同的内容，这种差异会干扰抓取判断。
需要明确：这些操作是“请求重新抓取”，不是“删除缓存”。百度是否更新摘要、何时更新，取决于其抓取和索引流程，无法保证固定时间。如果旧页面涉及敏感信息或已彻底下线，且旧URL已返回404或410，可以关注搜索结果中该条目的后续变化；若长期未更新，再考虑通过搜索资源平台的反馈渠道处理，而不是反复提交同一请求。
验收信号：怎么判断处理到位了
不要用“我提交了”当作完成标准，用可观察的信号验收：
- 旧URL返回301且指向的新URL返回200，跳转链只有一跳。
- 新URL能被抓取工具正常获取，页面源码中的标题和正文是新版。
- 百度搜索结果中该条目的标题或摘要开始显示新内容，或旧条目已消失。
- 站点地图、内链和导航中不再出现已废弃的旧地址。
如果旧URL仍返回200、跳转链超过一跳、或新页面被noindex，那么无论提交多少次，搜索结果里的旧缓存都不会按预期更新。先把这几点修好，再谈抓取更新。
下一步：选一个已迁移的代表性旧URL，用抓取工具确认它的状态码和跳转目标，再决定是修跳转、改robots，还是提交新URL等待重新抓取。
