百度收录技巧改版或迁移时应核对什么：先保URL与内容对应，再查抓取和索引信号
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /37abcdd115e1.html
📄
百度收录技巧改版或迁移时应核对什么：先保URL与内容对应，再查抓取和索引信号
改版或迁移时，百度收录技巧最该核对的是三件事：旧URL是否还能到达内容、页面内容与标题是否发生无意义替换、抓取与索引信号是否仍然指向新地址。只要其中一项断裂，原本已收录的页面就可能被当成新页面重新评估，甚至从索引中消失。结论是：迁移前先做URL映射表，迁移后按“可访问—可抓取—可索引—可展示”的顺序逐层核对，不要先看排名。
先核对URL映射，而不是先看收录量
改版或迁移最常见的失误，是只把首页和新栏目做好，旧内容页随意跳转或直接返回404。百度已经收录的是具体URL，不是站点名称。旧URL失效后，即使新页面内容相同，也需要重新被抓取、重新判断。
可以执行的步骤：
- 导出旧站所有可访问URL，优先保留有外链、有流量、有转化的页面。
- 为每个旧URL指定一个最相关的新URL，做一对一映射，避免全部跳到首页。
- 能保留原路径的尽量保留；必须变更时，用301跳转到内容最接近的新页面。
- 跳转链不要超过一跳，避免A跳B、B再跳C。
验收信号：访问旧URL时，最终落地页与旧页面主题一致，返回状态为301，且最终页面返回200。若旧URL返回404、302或跳到无关页面，就属于需要优先修复的项。
核对页面内容与标题是否被整批替换
迁移常伴随模板更换，容易出现标题统一写成栏目名、正文被拆成多页、发布时间全部变成迁移当天。这些变化会让百度难以判断页面是否仍是原来的内容。
检查项包括：
- 每个页面的
<title>是否仍能区分具体主题，而不是全站雷同。 - 正文主体是否完整保留，分页是否造成内容碎片化。
- canonical标签是否指向当前正确URL，而不是旧地址或错误地址。
- 移动端与PC端是否指向同一内容，避免两套地址互相竞争。
适用条件是：页面主题和核心信息没有实质变化。如果内容本身被大幅删改，那就不是单纯迁移，而应按新页面重新组织，不能指望旧收录直接继承。
核对抓取与索引信号，别把限制当成删除
robots.txt的抓取限制不等于可靠的索引移除。它只阻止抓取，已经收录的URL仍可能留在索引中。若迁移期间用robots.txt屏蔽整站，百度可能无法及时抓取新地址，恢复开放后也需要时间重新发现。
需要分别核对：
- robots.txt是否误屏蔽了新目录或整站。
- 站点地图是否包含新URL，且地址可访问。站点地图不保证收录，但能帮助发现。
- 页面是否误加了noindex，尤其是模板继承导致的批量noindex。
- 服务器是否稳定返回200，避免大量超时或5xx。
判断结果：如果抓取正常、页面可访问、没有noindex，但收录迟迟未恢复，应继续检查内容质量和URL映射，而不是反复提交站点地图。HTTPS也不保证安全无漏洞或排名，它只是迁移中需要保持一致的协议项；协议切换后应确认旧HTTP地址跳转到HTTPS，且证书有效。
用抽样对比确认迁移是否真的生效
不要只看全站收录总数，因为总数会掩盖局部问题。可以按类型抽样：首页、栏目页、内容页、带参数页各取若干，分别记录旧URL、新URL、跳转状态、最终状态码、标题和canonical。
假设示例：某旧内容页/old/a.html迁移到/new/a.html。核对时发现旧地址返回301，新地址返回200，标题仍为原主题，canonical指向新地址，这组就算通过。若旧地址返回404，或新地址canonical仍指向旧地址，就应修复后再观察。
下一步可以直接做一张迁移核对表，把每个旧URL与新URL、状态码、canonical、robots状态逐项填完，再按失败项分批修复。
