百度不收录，改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c01a570455e1.html
📄
百度不收录，改版或迁移时应核对什么
改版或迁移后百度不收录，首先要核对的是：旧链接是否还能访问、新链接是否可被抓取、页面是否返回正确状态码，以及百度是否仍被允许抓取。最关键的一步是在改版上线前整理旧URL与新URL的对应关系，并确保旧URL通过301跳转到新URL。如果只上线新站、不处理旧链接，百度可能继续访问旧地址，得到404或超时，从而减少抓取和收录。
准备阶段：先列出需要核对的URL清单
改版或迁移前，不要只看首页。把旧站中已有流量、已有收录、有外链的URL整理成表，至少包含旧URL、新URL、页面类型、处理方式四列。处理方式通常分为三种：保留原URL、301跳转到新URL、确认删除并返回410。对于有对应新页面的旧URL，优先使用301；对于确实不再提供的页面，才考虑410。
同时核对百度搜索资源平台中已验证的站点属性。如果改版涉及域名更换，需要确认新域名是否已完成验证；如果只是目录或URL结构变化，则确认原站点验证仍然有效。这里要区分“百度不收录”和“百度抓取异常”：前者是抓取后未进入索引，后者是抓取阶段就失败。核对清单能帮助判断问题出在哪一层。
实施阶段：重点核对抓取与跳转
上线时最容易出问题的是robots.txt、状态码和跳转链。逐项检查：
- robots.txt是否误屏蔽了新目录或新域名。注意，robots.txt只能限制抓取，不能可靠地移除已经被索引的页面；如果希望旧页面退出索引，应结合301或410处理，而不是只改robots.txt。
- 旧URL是否返回301，且跳转目标是与旧内容最相关的新URL。避免旧URL全部跳到首页，也避免多级跳转，例如旧URL→中间页→新URL。
- 新URL是否返回200，并且页面内容可正常渲染。如果新站依赖JavaScript渲染，要用百度抓取调试工具查看抓取结果，确认正文、标题和链接是否可见。
- 站点地图是否更新为新URL。站点地图不保证收录，但它能帮助发现新地址；如果站点地图仍只列旧URL，核对时就应修正。
假设一个项目把/old/page.html迁移到/new/page.html。正确做法是让/old/page.html返回301并指向/new/page.html，同时新页面返回200、可被抓取、内容与原页面主题一致。如果旧URL返回404，百度会把它当作已删除页面，新页面需要重新被发现和评估，收录速度可能变慢。这个例子只说明核对逻辑，不代表具体收录时间。
验证阶段：用可观察结果判断是否生效
上线后不要只看“site:域名”的结果数量，它只能作为粗略参考。更可靠的核对方式是：
- 用百度搜索资源平台的抓取诊断或抓取调试，分别测试旧URL和新URL，查看返回码、跳转关系和抓取到的HTML。
- 在百度搜索框直接搜索旧URL的完整地址，观察返回的是旧页面、新页面还是无结果。若旧URL仍被展示，检查301是否生效、是否被百度重新抓取。
- 检查服务器日志中百度蜘蛛的访问记录，确认它是否在抓取新URL，以及旧URL返回的状态码是否符合预期。
- 抽查新URL的标题、描述和正文是否与旧页面主题一致。改版时若把多个旧页面合并成一个新页面，要确认新页面能覆盖原有关键内容，而不是只保留导航或空壳。
如果发现新URL可抓取但长期不收录，继续核对内容质量、重复度和站点整体结构；如果发现百度蜘蛛根本不访问新URL，优先核对robots.txt、域名解析、服务器防火墙和站点地图。不同原因的排查方向不同，不能只凭“百度不收录”一个现象就断定是内容问题。
维护阶段：改版后持续核对，而不是上线即结束
改版或迁移后的收录变化可能持续数周。维护时每周核对一次旧URL跳转是否仍然有效、新URL是否返回200、站点地图是否可访问。若使用HTTPS，还要确认证书链完整、HTTP版本能正确跳转到HTTPS。HTTPS不保证安全无漏洞，也不保证排名，它只是核对项之一。
如果旧站仍有外链指向已删除页面，优先把外链指向的旧URL301到最相关的新页面。对于没有对应新页面的旧URL，返回410比返回404更明确，但两者都不保证立即从索引中消失。维护阶段的目标是让百度能稳定抓取新地址，并逐步把旧地址的抓取需求转移到新地址。
下一步，从旧站导出已有收录或已有流量的URL列表，逐条填写新URL和预期状态码，再按这份表检查服务器返回结果。先处理返回404或跳转错误的旧URL，再观察百度蜘蛛对新URL的抓取情况。
