百度收录规则_改版或迁移时应核对什么：从假设案例看两种处理方案
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f5b9af0cd0d6.html
📄
百度收录规则_改版或迁移时应核对什么：从假设案例看两种处理方案
改版或迁移时，百度收录规则相关的核对重点不是“提交什么接口”，而是确认旧地址是否还能被抓取、新地址是否返回正确状态、权重与内容对应关系是否清晰。下面用一个假设案例说明两种常见处理方案及适用条件。
假设案例：把栏目页从旧目录迁到新目录
假设某站点原来有 /old/list/ 栏目页，改版后内容迁到 /new/list/。此时有两种处理方案：
- 方案A：旧地址301跳转到新地址。适用于旧页面不再保留、内容整体迁移的情况。百度抓取旧地址时能顺着跳转发现新地址，收录主体逐步过渡。
- 方案B：旧地址保留内容，新地址另建并做规范化。适用于旧页面仍有独立价值、需要分阶段下线的场景。操作更复杂，容易产生重复内容，必须用 canonical 或明确跳转关系收束。
常见错误是直接删除旧目录，让旧地址返回404。这样虽然“干净”，但百度已收录的旧地址会失去可抓取入口，新地址又未被发现，收录可能明显波动。
核对抓取：robots.txt 与状态码
迁移前先检查 robots.txt 是否误屏蔽旧目录或新目录。robots.txt 的抓取限制不等于可靠的索引移除：它只阻止抓取，已收录链接仍可能出现在结果中，且搜索引擎无法通过抓取看到你的跳转或删除意图。
用抓取工具或手动请求旧地址，核对返回状态：
- 整体迁移应返回
301，且 Location 指向新地址。 - 页面仅暂时不可用可返回
302，但长期使用会让百度难以判断最终目标。 - 确认下线的页面返回
404或410，不要返回200的空内容页。
若旧地址返回200但内容已换成无关页面，属于软404式误导，应优先修正。
核对收录信号：站点地图、内链与 canonical
站点地图不保证收录，它只是帮助发现URL的辅助手段。迁移后应更新站点地图，只保留新地址，并确认新地址可被抓取、非noindex。
同时检查内链是否已全部指向新地址。若站内仍大量链接旧地址，百度会持续抓取旧地址，延长过渡期。canonical 应指向新地址自身，不要旧地址与新地址互相指向，否则信号矛盾。
HTTPS 不保证安全无漏洞或排名，它只是迁移核对中的一项基础配置。若迁移同时涉及协议变更，应确认证书有效、HTTP 能301到 HTTPS，再观察抓取与索引变化。
两种方案的判断依据与执行步骤
选择方案A还是方案B，可依据三个检查项：
- 旧页面是否还有独立搜索需求。有，则考虑方案B并保留内容；没有，优先方案A。
- 新旧内容是否一一对应。能对应，用301；不能对应，需先梳理映射表，避免跳转到无关页面。
- 是否可接受过渡期波动。301通常更直接，但仍需时间完成替换；方案B若处理不当，重复内容风险更高。
可执行步骤：先导出旧地址清单，逐条标注新地址或“下线”；再配置跳转或404；然后更新内链与站点地图；最后用日志和抓取工具确认百度是否在抓新地址、旧地址是否按预期响应。
下一步
先做一次旧地址全量抓取，把返回200、301、404的URL分别列出来。重点看那些返回200但内容已变的旧地址，它们往往是改版迁移中最容易被忽略的收录问题来源。
