301跳转：这3种写法最容易掉流量

301跳转本身并不复杂，配一条规则、刷新一下，浏览器能打开新地址，看上去就算成了。问题在于「跳成功了」和「跳对了」完全是两码事。301跳转这3种写法最容易掉流量，坑都不在跳没跳过去，而在跳的方式把老地址攒下的那点分量悄悄漏掉了——等到搜索来的访问一天比一天少，才回头翻规则，那时候已经掉了好一阵子。

301跳转这3种写法最容易掉流量，最狠的是全站一股脑跳首页

老站改版、换域名、栏目合并，图省事的做法就是一条规则把所有老地址统统打到新站首页。自己点着测，从哪个老链接进去都能落到新站，感觉挺美。可搜索引擎看到的是另一幅画面：几十上百个内容各不相同的老页面，全指向同一个首页，等于告诉它这些页面都没了，内容也没搬过去。老页面靠具体长尾词攒下的排名，跟着一块儿消失。

正确的做法是一对一映射。老地址的路径能原样保留就原样保留，比如 /news/123.html 就跳到新站的 /news/123.html，只换域名部分；结构改过的，先拉一张老地址和新地址的对照表，一条一条写规则。列表可能列到手酸，但这活儿必须做，一次麻烦换的是半年流量的平稳过渡。

链式跳转：一条规则接一条，中间任何一环断了就全断

最常见的场景是这样：http 跳 https 写一条，不带 www 跳带 www 写一条，老域名跳新域名再写一条，串成 A→B→C→D。用户端看不出来，浏览器自己就跟着走完了。但每多跳一次就多一次请求，多一个可能出错的环节，权重传递也跟着打折扣，中间哪一环配置写歪了，链条直接断在半路。

能一条写到底就别分成三条。正则里把协议、www、旧域名一起处理，让任何一个入口进来都只有一次 301，直接落到最终的规范地址。配完拿不同的入口各测一遍：带 www 的、不带 www 的、http 的、https 的，四种组合都得是一跳到底。

302、JS、meta refresh 冒充 301，权重根本不跟过来

有些建站程序或者后台的「跳转插件」，默认给的是 302。302 的意思是临时搬走，搜索引擎会一直等老地址回来，老地址那部分分量压根不转移。还有用 JS 的 location.href 或者页面里塞 meta refresh 的，那在爬虫眼里基本就是「这个页面没内容」，连跳转都算不上，更别提传递什么。

查起来不费劲：curl -I 后面跟老地址，看返回的状态码，是 301 才算数，看到 302、200 或者一堆 meta 标签，都得回头改。另外跳转上线之后别急着把老规则删了，老外链、老收藏、别人的转载链接会持续很久很久，规则起码留一年以上，具体留多久看自己站点日志里老地址还有没有访问，以日志为准。

两条命令，五分钟自查一遍

第一条：curl -I https://老域名/某个具体路径，看状态码是不是 301，看 Location 指向的地址对不对、是不是最终地址。第二条：curl -IL，跟着跳到底，看一共跳了几次，超过一次就该合并成一条。

Windows 上没装 curl 也无所谓，浏览器按 F12 打开 Network 面板，把 Preserve log 勾上，随便点一个老链接，跳转链会一条条列出来，状态码、地址全在。这个法子比看配置文件直观，改完规则刷新一下就能立刻验证。

跳之前先把这几件事办了，顺序别反

站内内链先改。导航、面包屑、正文里指向老地址的链接，能批量替换的就批量替换，别让爬虫顺着内链一遍遍撞 301，白耗抓取额度。sitemap 换成新的，老的该更新更新。图片、CSS、JS 如果有独立域名也跟着换了，记得一起映射，不然新站打开是能打开，样式全乱，用户第一眼就跑了。

搜索端的「地址变更」之类的工具，各家的入口和操作流程都不一样，按官方页面上的说明来，别照抄网上别人的截图，版本一变就对不上。不确定的地方就写工单问，比自己瞎点强。

两个常被忽略的细节：大小写和末尾斜杠

/Page 和 /page，带结尾斜杠和不带，在某些服务器配置下是两个完全不同的地址。规则只写了其中一种，另一种就稳稳落到 404。写规则的时候把这两点一起考虑进去，或者在服务器层面先做统一规范化，再谈 301 往哪儿跳，顺序反了会互相打架。

还有一个：跳转目标别指向一个本身还会再跳的地址。比如新站自己也有 www 和 https 的规范化跳转，你这边一跳过去，那边又跳一次，等于白干。目标地址直接用最终形态，一步到位。

记住三句话就够了：一对一映射别偷懒，一条跳到底别串链，状态码必须是 301。上线之后头两周盯着访问日志和抓取数据看，老地址的请求是不是都规规矩矩落到新地址，有异常早改，比流量掉完了再补强要省太多事。