百度收录查询：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /bd00dc109a42.html
📄
百度收录查询：改版或迁移时应核对什么
改版或迁移时做百度收录查询，核心不是看“收录总数有没有掉”，而是核对旧链接是否仍可访问、新链接是否可被抓取、页面返回的状态码与 canonical 是否一致。最关键的一步是：在切换前后分别记录一批代表性 URL 的抓取与收录状态，用同一批样本对比，而不是凭首页或站内搜索的模糊印象判断。
准备阶段：先建立可对比的 URL 样本清单
没有基线就无法判断改版是否出问题。切换前应导出并保存一份样本清单，覆盖以下类型：
- 首页与主要栏目页
- 流量较高或外链较多的内容页
- 带参数的列表页、分页页
- 已确认被收录的页面与长期未收录的页面各若干
每条记录至少包含：完整 URL、改版后的目标 URL、原页面返回状态码、是否被百度收录。查询收录时可用 site: 限定域名或目录观察大致范围，但 site: 结果只是参考，不能当作精确的收录数量。更可靠的做法是逐个 URL 在百度搜索框直接搜索完整链接，看是否返回该页面本身。
同时确认技术前提：robots.txt 是否允许抓取目标目录、是否有 noindex、站点地图是否已更新为新地址。需要提醒的是，robots.txt 的抓取限制不等于可靠的索引移除，被禁止抓取的旧页面仍可能留在索引中；站点地图也不保证收录，它只是提交线索。
实施阶段：状态码、跳转与 canonical 必须一致
迁移时最常见的失误是旧 URL 直接返回 404，或跳转链条过长。核对要点：
- 旧 URL 应返回 301 永久跳转到最相关的新 URL，而不是全部跳到首页。
- 跳转应一步到位，避免 A→B→C 的多级跳转。
- 新页面应返回 200，并自带指向自身的 canonical。
- 旧页面若保留，不应与新页面同时返回 200 且内容重复。
canonical 写错会把收录信号指向错误地址。检查方法是查看页面源代码中的 <link rel="canonical"> 是否与当前 URL 完全一致，包括协议、域名、路径和结尾斜杠。若使用 HTTPS，需注意 HTTPS 本身不保证安全无漏洞，也不直接保证排名，它只是迁移中需要保持一致的协议因素。
验证阶段：用同一批样本复查收录变化
切换完成后不要立即下结论。收录状态更新需要时间，建议按固定间隔复查同一批 URL，记录变化：
- 旧 URL 是否仍出现在搜索结果中，指向的是旧地址还是新地址
- 新 URL 是否开始被搜索到
- 是否出现新旧两个地址同时被收录的情况
- 是否有页面从收录变为消失
如果发现旧地址仍被收录且未跳转，先确认服务器是否真的返回了 301，而不是仅在前端用 JavaScript 跳转——后者对搜索引擎来说可能不等于永久迁移。如果新页面长期不被收录，优先排查是否被 robots 拦截、是否返回了非 200 状态、是否有 noindex，而不是直接归因于“权重下降”。
维护阶段：持续监控与修正
迁移不是一次性动作。应把样本清单保留下来，在后续几周内继续抽查，并把新产生的 404 或异常跳转补进清单。发现错误跳转时及时修正规则，而不是逐个手工改页面。对于确认不再需要保留的旧地址，也不要依赖 robots.txt 做移除，它只限制抓取，不负责从索引中删除。
下一步：从你现有的 URL 中挑出 20 到 50 条代表性链接，做成一张包含“旧 URL、新 URL、状态码、是否收录”的表格，在切换前先填一遍，切换后按周复查，直到新旧地址的对应关系稳定。
