百度收录问题_改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /9bfd8caa4593.html
📄
百度收录问题_改版或迁移时应核对什么
改版或迁移时，百度收录问题最需要核对的不是“新页面有没有上线”，而是旧地址是否还能把百度蜘蛛和用户正确送到新地址，以及新地址是否允许被抓取、被索引。核心检查项是：URL 映射、301 跳转、robots.txt、页面可访问性、canonical、站点地图和旧链接流量。只要其中一环出错，百度就可能继续保留旧快照，或迟迟不收录新页面。
先观察：百度蜘蛛看到的到底是旧页还是新页
改版后不要只看浏览器里的效果。浏览器会执行跳转，但百度蜘蛛抓取时可能遇到不同结果。可以用百度搜索资源平台提供的抓取诊断工具，或直接查看服务器日志，确认百度蜘蛛请求旧 URL 时返回的状态码。
- 返回 301 到新 URL：这是迁移时最常见的目标状态。
- 返回 302 或 JavaScript 跳转：百度可能仍把旧 URL 当作有效页面，新 URL 的收录会被拖延。
- 返回 404 或 410：旧页面会逐渐消失，但如果没有对应新页面承接，原有流量也会一起消失。
- 返回 200 且内容仍是旧页：说明跳转没有生效，百度没有理由把新页替换进来。
这里要区分“可能原因”和“已经定位的原因”。旧页仍被收录，可能是跳转没生效，也可能是百度尚未重新抓取，不能只凭一次搜索结果就下结论。
判断：改版迁移必须逐项核对的清单
下面这些项目要按顺序核对，任何一项不通过，都可能表现为百度收录问题。
- URL 映射表：旧 URL 和新 URL 是否一一对应。批量迁移时，至少抽查栏目页、详情页、分页和带参数页面。
- 301 跳转：旧 URL 是否永久跳转到最相关的新 URL，而不是全部跳到首页。全部跳首页会被视为软 404 或低质量跳转。
- robots.txt：新站是否误屏蔽了百度蜘蛛，或旧站 robots.txt 是否仍禁止抓取。robots.txt 的抓取限制不等于可靠的索引移除，它只控制抓取，不保证页面从索引中消失。
- canonical 标签：新页面是否把 canonical 指向自己，而不是仍指向旧域名或测试域名。
- 站点地图：新站点地图是否只包含新 URL，并已提交。站点地图不保证收录，但能帮助百度发现新地址。
- HTTPS 与证书：如果迁移涉及 HTTPS，要确认证书有效、页面不报错。HTTPS 不保证安全无漏洞或排名，但证书错误会直接阻碍抓取。
- 内链与导航：站内链接是否已经指向新 URL，而不是继续指向旧地址。
处理：发现异常后按现象分别处理
如果百度蜘蛛访问旧 URL 返回 200 而不是 301，先检查服务器配置和 CMS 跳转插件。Apache 环境可检查 .htaccess，Nginx 环境可检查 rewrite 规则；如果规则写在 HTML 里，例如 <meta http-equiv="refresh">，它不能替代 301。
如果新 URL 返回 404，先确认文件或路由是否存在，再检查大小写、结尾斜杠和参数规则。百度蜘蛛对大小写和参数敏感，旧链接带 ?id=123 时，新站如果只支持 /123.html，就需要在服务器层做映射。
如果新页面能打开但不被收录，检查 robots.txt 是否放行、页面是否有 noindex、canonical 是否指向别处。假设一个例子：某站点迁移后新页面全部带 <meta name="robots" content="noindex">，这是测试环境残留，百度就不会收录。这个例子只说明检查方向，不是真实项目结果。
复查：迁移后如何确认百度收录问题在收敛
处理完成后，不要只提交一次就结束。复查要分三层：
- 抓取层：用抓取诊断或日志确认百度蜘蛛对旧 URL 拿到 301，对新 URL 拿到 200。
- 索引层：在百度搜索框用
site:新域名抽查，但结果数不等于真实收录量，只能作为观察线索。 - 流量层：对比迁移前后旧 URL 和新 URL 的点击与展现变化，判断流量是否完成转移。
如果旧 URL 仍大量出现在搜索结果中，先确认跳转是否稳定，再确认百度是否已经重新抓取。不同搜索引擎支持情况须分别核查，百度、必应和谷歌的抓取与索引节奏并不一致，不能用一个引擎的结果推断另一个。
下一步：选 10 个有代表性的旧 URL，逐一记录状态码、跳转目标、canonical 和 robots 状态，形成一张迁移核对表；发现异常后先修服务器层跳转，再提交新站点地图并观察抓取日志。
