百度最新收录：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /134d693d9e6e.html
📄
百度最新收录：改版或迁移时应核对什么
改版或迁移后核对百度最新收录，核心不是看首页有没有被搜到，而是逐项确认旧URL、新URL、抓取通道和页面内容四者是否对得上。只要其中一环断了，百度就可能继续保留旧链接、漏掉新链接，或者把新页面当成重复内容处理。下面按可执行的检查顺序展开。
先核对旧URL的处置方式
改版迁移最容易出问题的地方是旧地址。百度已经收录的旧URL，如果直接返回404，收录会逐步消失，但新URL不一定马上补上；如果旧URL返回301，权重和收录信号才有机会传递到新地址。核对时逐类抽样：
- 栏目页、详情页、分页分别抽3到5个旧URL，用HTTP状态检查工具看返回码。
- 确认301跳转的目标是新URL本身，而不是先跳到首页再转，跳转链越长传递越弱。
- 检查是否存在跳转环，即A跳B、B又跳回A，这种情况百度无法完成抓取。
- 确认跳转是永久性的301，不是302。302通常被理解为临时转移，不利于收录替换。
判断结果：抽样旧URL全部返回301且直达新URL，说明跳转层没有明显障碍；若出现404、302或跳转链，应优先修复这一类，再谈收录。
核对robots.txt是否误挡新路径
迁移后目录结构常变，robots.txt 若还写着旧规则，可能把新目录整个挡在抓取之外。需要逐条读 Disallow 项，确认新URL路径不在其中。同时注意：robots.txt 的抓取限制不等于可靠的索引移除，被挡的页面也可能因外链等原因仍出现在结果里，所以不能用它来清理旧内容。
检查项：
- 打开
https://你的域名/robots.txt，逐行核对 Disallow 路径。 - 确认没有误写
Disallow: /这类全站禁止规则。 - 确认 Sitemap 地址指向迁移后的新站点地图，而不是旧域名。
适用条件：这一步只在改版涉及目录调整、域名更换或子目录合并时才需要重点做；如果URL结构完全没变，可以快速扫一眼确认没有新增限制。
核对站点地图与页面可达性
站点地图不保证收录，它只是把URL清单交给百度，抓不抓、收不收仍由百度判断。但站点地图写错会直接误导抓取。核对时看三点：地图里的URL是否全部返回200；是否只列 canonical 版本，没有把带参数的重复地址也塞进去；新页面是否都能从站内链接点到，而不是只存在于地图里。
可达性检查可以用一个短例子：假设某篇文章新地址是 /new/post-1，从首页出发经过栏目页能否点到它？如果只能靠站点地图发现，站内链接权重传递就断了，收录速度通常更慢。判断结果：能从首页三步内点到，说明链接层正常；点不到，应先补内链。
核对canonical与内容一致性
迁移后如果新旧页面同时可访问，百度可能同时收录两份，或选择它认为更合适的一份。核对每个抽样页面的 canonical 标签是否指向自身的新URL，而不是还指向旧域名。同时确认新页面正文、标题、主要图片与旧页面一致，避免迁移时内容被截断或替换成占位文本。
检查项：
- canonical 地址与当前页面URL完全一致，包括协议和结尾斜杠。
- 页面标题和正文不是空白或“建设中”。
- 旧页面若保留可访问，其 canonical 应指向新URL，而不是自指。
需要说明：HTTPS 不保证安全无漏洞，也不保证排名，它只是核对项之一，不能替代上述跳转和内容检查。
验收信号与下一步
完成以上核对后，用百度搜索资源平台提供的抓取诊断或URL提交功能，对抽样新URL发起抓取，观察返回状态和抓取时间。验收信号包括：新URL能被正常抓取、返回200、页面内容与预期一致；旧URL返回301且目标正确。收录数量变化需要时间，不应以某一天的结果下结论。
下一步：整理一份抽样表，列出旧URL、新URL、返回码、canonical 四项，逐条填完后把异常项按“跳转错误、抓取被挡、内容不一致”三类归因，再按类别批量修复，而不是逐个页面零散处理。
