301跳转设置：改版或迁移时应核对什么
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /bdcfd1c8c805.html
📄
301跳转设置：改版或迁移时应核对什么
改版或迁移时，301跳转设置最先要核对的是：旧URL是否都能落到内容最接近的新URL，并且整条跳转链只用一次301。人手有限时，优先处理有外链、有流量、有转化的旧页面，而不是全站一次性铺开。判断标准很简单：随机抽一批旧地址，看它是否一步跳到新地址、返回状态码是否为301、新页面主题是否对应。
先分清哪些旧地址值得优先处理
不是所有旧URL都同等重要。时间和人手有限时，可以按下面的顺序安排：
- 有外部链接的页面：外链是权重和流量入口，跳错或漏跳的代价最大。
- 有自然搜索流量的页面：可从搜索后台的落地页报告导出，按点击量排序。
- 有转化的页面：表单、下单、注册等路径上的旧地址，跳错会直接丢转化。
- 纯展示、无入口、无流量的旧页面：可以放到最后，甚至合并到栏目页。
如果旧站页面数量很大，先做一张“旧URL—新URL—优先级”的对照表，再动手配置。没有这张表，后面很难核对漏跳。
核对跳转本身是否规范
设置完成后，用命令行或浏览器开发者工具逐个检查，重点看四项：
- 状态码是否为301。302、303、307是临时跳转，不适合永久迁移。可以在终端执行
curl -I 旧地址，看返回行里的状态码。 - 是否只有一跳。旧地址跳到中间地址、再跳到最终地址，会拖慢抓取，也容易在中间断掉。核对时看最终落地页是否就是目标页。
- 是否跳到内容对应的页面。旧文章应跳到新文章，而不是统一跳到首页。全站跳首页等于告诉搜索引擎这些旧页面没有替代内容。
- 是否形成循环或死链。A跳B、B跳A，或者跳到404，都会让旧入口失效。
假设某旧产品页 /old-product-a 对应的新地址是 /product-a，正确结果是访问旧地址后直接到达新地址，状态码301，页面标题和主体内容一致。如果它先跳到栏目页再跳到产品页，就应改成一步到位。
核对新旧URL的对应关系
跳转规则要覆盖三类情况：单页对单页、栏目对栏目、已删除内容对替代内容。核对时逐类确认：
- 旧栏目下的文章，新站是否仍在同一栏目。栏目结构变了，就要按新结构逐条映射。
- URL参数、大小写、结尾斜杠是否被正确处理。带参数的旧地址如果直接404，需要单独加规则。
- 确实没有替代内容的旧页面，应跳到最相关的上级栏目，并确保该栏目能承接用户意图。
规则越笼统，误跳越多。比如把整个旧目录用一条规则跳到新目录首页，短期省事，但会让大量具体页面失去对应关系。条件允许时，优先精确映射，只对确实无对应内容的地址使用栏目级跳转。
跳转之后还要核对什么
301生效不等于迁移完成。接下来要确认：
- 旧地址不再返回200，否则会出现新旧两个版本同时可访问。
- 新页面可以被正常抓取，没有被robots.txt挡住，也没有加noindex。
- 站点地图更新为新URL，但这只是提交线索，不保证收录，仍需观察实际抓取情况。
- 站内链接、导航、文章内链都指向新地址，避免用户和爬虫再次进入旧地址。
如果旧站启用了HTTPS，新站也要保持HTTPS，并确认证书有效。HTTPS本身不保证安全无漏洞，也不直接保证排名，但协议不一致会多出一层跳转，核对时应一并处理。
时间有限时的执行顺序
可以按这个顺序推进：先导出有流量和外链的旧URL，做成对照表；再配置精确301；然后抽样验证状态码和落地页；接着更新站内链接与站点地图；最后定期回看旧地址是否仍可访问、新地址是否被抓取。每一步都以“旧地址一步到新地址、内容对应、状态码301”为通过标准。发现整批规则误跳时，先回滚规则，再按优先级分批修正，不要一边线上报错一边继续铺量。
下一步，从搜索后台导出近几个月有 landing page 数据的旧地址，按点击量排序，先核对前几十条是否已正确301到对应新页。
