如何增加百度收录：改版或迁移时应核对什么，先分清保留原URL和更换URL
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f0e724d034c3.html
📄
如何增加百度收录：改版或迁移时应核对什么，先分清保留原URL和更换URL
改版或迁移时，真正影响百度收录的核心不是“新页面做得多漂亮”，而是旧URL能否继续访问、新URL能否被抓取、新旧地址能否正确对应。最常见误解是：只要提交新站地图、旧站做301跳转，收录就会自动恢复。实际并非如此——301只是信号，百度仍需重新抓取、识别并替换索引；若旧URL被robots.txt屏蔽、返回404或跳转链过长，收录可能长期停留在旧地址甚至消失。
先判断：你是保留原URL，还是更换URL
两种处理方案适用条件不同，核对重点也不同。
- 保留原URL：只改模板、栏目布局或页面代码，地址不变。此时重点是确保改版后页面仍返回200，内容主体与原来一致，不要误加noindex或屏蔽抓取。
- 更换URL：域名、目录结构或文件名变化。此时重点是旧URL必须301到新URL，且尽量一对一，不要全部跳到首页。
判断结果：如果改版后同一篇内容地址没变，却从百度消失，优先查页面是否返回404、是否被robots.txt拦截、是否输出了noindex；如果地址变了，优先查301是否生效、新URL是否可被抓取、站点地图是否只列新地址。
核对旧URL：301、404与robots.txt的关系
旧URL处理是收录迁移中最容易出错的一环。需要逐项检查：
- 旧URL返回状态码。用HTTP状态检查工具或服务器日志确认是301还是404、302。百度更倾向把301视为永久迁移信号，302通常只表示临时跳转。
- 跳转链长度。旧URL→中间页→新URL的多级跳转会增加抓取负担，最好一步到位。
- robots.txt是否误封旧目录。robots.txt的抓取限制不等于可靠的索引移除：它可能阻止百度继续抓取旧URL，但也可能让旧URL长期留在索引中而无法被更新。若希望旧URL退出索引，应使用301或页面级noindex，而不是只靠robots.txt。
- 旧URL是否有外链。有外链的旧地址更应保留301，而不是直接404。
适用条件：旧URL数量少、结构清晰时，可人工核对；数量大时，用日志和状态码批量筛查，再抽样验证。
核对新URL：可抓取、可发现、可对应
新URL需要同时满足三个条件，百度才可能逐步收录。
- 可抓取：新页面返回200，robots.txt未屏蔽，服务器不频繁返回5xx。
- 可发现：新URL出现在站点地图、站内链接或旧URL的301目标中。站点地图不保证收录，它只是发现渠道之一。
- 可对应：新页面内容与旧页面主题一致。若旧页面讲A，新页面讲B，301会被视为不相关跳转，替换效果差。
检查项：打开新URL，确认标题、正文主体、主要内链正常；查看页面源代码，确认没有noindex；确认移动端与桌面端返回一致内容。HTTPS不保证安全无漏洞或排名，它只是迁移中需要确认的一项基础配置，不是收录的充分条件。
站点地图与提交：别把提交当成收录保证
改版或迁移后，应更新站点地图，只保留可返回200的新URL，移除旧URL和404地址。提交站点地图后，百度仍需自行抓取和判断，不保证收录，也不保证固定见效时间。若旧URL仍大量存在于站点地图中，会干扰对当前有效地址的判断。
假设示例：某站点把/old/page.html迁移到/new/page.html，站点地图仍同时列出两个地址，且旧地址返回302。此时百度可能继续抓取旧地址，新地址发现延迟。正确做法是旧地址301到新地址，站点地图只列新地址，并保留旧地址的301至少数月，直到流量和索引稳定。
改版迁移核对清单与下一步
可按以下顺序执行：
- 列出旧URL与新URL对应表，标注哪些保留、哪些替换。
- 逐条验证旧URL状态码，确保需要迁移的返回301且目标正确。
- 检查robots.txt，确认没有误封需要被抓取的新目录。
- 检查新页面是否有noindex，是否返回200。
- 更新站点地图，只保留新URL，并提交。
- 观察服务器日志中百度抓取的新URL比例和状态码分布。
下一步：先选10个有代表性的旧URL，手动核对301目标、新页面状态码和robots.txt，再决定是批量修正还是逐条处理。若发现旧URL被robots.txt屏蔽，先解除屏蔽并恢复301，而不是直接删除旧地址。
