301和302跳转有啥区别？用错会掉排名

前两天有个朋友急吼吼跑来找我，说网站换了个域名，跳转明明也做了，结果老域名的排名掉得稀里哗啦，新域名却迟迟不见起色。我让他把配置发过来一看，好家伙，用的是302。这种事我见过太多回了：跳转这条命令谁都会写，可301和302就差一个字，背后却是搜索引擎完全不同的两套理解方式。这篇就把两者的区别掰开讲清楚，顺手教你用一条命令看清自家站点现在返回的到底是哪个状态码。

先别急着改配置，用curl -I摸清现在返回的是哪个状态码

动手之前先做个体检，别上来就瞎改。打开终端敲一句curl -I，后面跟上你要查的地址，比如curl -I https://www.example.com，返回结果第一行就是状态行，末尾会写明301 Moved Permanently或者302 Found，这就是你要的答案。紧接着那一行Location后面跟的内容，就是它实际跳去了哪里。想看得再细一点，可以加上-L参数让curl自己把跳转一路跟到底，再配上-v把请求响应过程全打出来，中间经过几跳、每一跳是什么状态码，一目了然。手上没有服务器的朋友也别慌，浏览器里按F12打开开发者工具，切到Network面板刷新页面，看第一个请求的状态码字段，一样能看出来。

301是永久搬家，权重和收录记录都会跟着走

301的正式叫法是永久重定向，中文里常说的永久跳转就是它。意思很直白：这个地址以后不用了，所有东西都搬去新地址，往后别再上这儿找。对搜索引擎来说这是一个强信号，它会认下这次搬家，把老地址积累的权重、外链和收录记录逐步转移到新地址上，索引库里那条记录也会被替换掉。用户这一端同样平滑，浏览器会把跳转结果缓存下来，下次再访问老地址，可能压根没到服务器就被直接送去新站了。一句话总结，301是递给搜索引擎的正式说明书，意思是地址本可以改写了。

302是临时挪个窝，权重留在老地址上不动

302叫临时重定向，语气完全不一样。它的潜台词是：老地址仍然是正经地址，现在只是临时让你去别处待一会儿，过阵子还回这儿。搜索引擎收到这个信号，会继续保留老地址的索引和权重，新地址只被当成一个临时的落脚点，几乎拿不到什么权重加持。这正是我那位朋友踩坑的根源：换域名这种彻底搬家的事，却发出了临时借道的信号，搜索引擎就一直认定老域名才是正主，新域名当然爬不起来。给你一个判断口诀：这次搬走还回不回来？不回来就用301，还回来就用302。

必须用301的三种场景，一个都别用错

下面这三种情况几乎没有商量的余地，老老实实上301。第一，换域名，从老域名整体迁到新域名，也包括带www和不带www之间的正式切换，这是典型的永久动作。第二，全站强制https，把http的请求统一收拢到https上，如今搜索引擎和浏览器都认这个方向，属于长期策略，不存在哪天又改回去的道理。第三，统一www形态，不少站点带www和不带www都能打开，被当成两个站在跑，权重白白分散，挑一个作为主地址，另一个用301收过来。这三件事有个共同点：目标地址是最终的、长期不变的，那就没有任何理由用临时跳转去糊弄。

该用302的场景：A/B测试、临时停机、活动落地页

反过来说，下面这些场面请用302。做A/B测试的时候，一部分访客被临时引流到新版页面，测完可能就撤掉，老地址还要继续服务，这时候用301等于把老页面直接判了死刑，显然不合适。服务器临时维护、临时停机，挂一个提示页或者备用页顶上，修好了立刻恢复原样，也必须用302，否则搜索引擎很可能把你那个临时页面当成正式首页收进索引。再就是短期活动落地页、节日专题，入口地址过几天还要换回来，同样用302。总之一句话：地址关系是临时的、将来要回滚的，就别用永久跳转。

Nginx里return和rewrite两种写法，差别到底在哪

Nginx里做跳转主要有两种写法，脾气不太一样。第一种是return，写法是return 301 https://www.example.com$request_uri;，临时跳转就把数字换成302。它属于直接返回状态码，性能最好，条件不复杂时优先用它。第二种是rewrite，写法是rewrite ^/(.*)$ https://www.example.com/$1 permanent;，末尾那个permanent就代表301，换成redirect就是302；它要多走一遍正则匹配，开销略大，但胜在灵活，带参数的旧链接迁移时更趁手。改完先跑一句nginx -t检查语法，通过了再nginx -s reload平滑生效，别直接重启。

临时跳转在Nginx里怎么写？给你两段能直接抄的配置

临时跳转同样是return和rewrite两条路。最省事的写法是return 302 /maintenance.html;，把它放进对应的location里，维护期间所有请求都会被领到提示页，修好之后把这一行删掉就恢复原样。做活动落地页或者AB测试的时候，也可以写成return 302 https://www.example.com/act2026;，把流量临时引到专题页，活动下线再把规则撤掉。这里有个特别常见的笔误：rewrite末尾该写redirect却顺手敲了permanent，等于把临时跳转悄悄写成了永久跳转，事后极难察觉，改完记得用curl -I回查一遍确认。

302长期挂着的代价：搜索引擎一直回来抓旧地址

这是最容易被忽略的一条。很多朋友图省事，临时跳转一挂就是大半年，心里想着反正用户能打开就行。可搜索引擎那头看到的信号一直是临时，于是它照旧勤勤恳恳地来抓老地址，抓完发现被跳去新地址，两边的抓取配额都白吃一份。老地址的索引迟迟不被替换，新地址的收录和排名也就一直上不去，等于把搬家拖成了拉锯战。更麻烦的是时间一长，你自己都可能忘了这茬事，等哪天想起来清理跳转规则，才发现老地址还挂着权重、新地址根本没接住。所以临时跳转就当临时工用，事情办完就撤，确认是长期关系之后赶紧改回301。

跳转改完之后，这几步收尾别偷懒

改成301只是第一步，后面的收尾一样重要。第一，老域名别急着退掉，最好再保留一两年，不然跳转一断链，权重转移也跟着断，这是很多人的血泪教训。第二，把站点地图、站内链接、文章里写死的旧地址一并换成新地址，别让站内还留着一堆绕圈子的跳转。第三，去搜索引擎的站长后台提交改版规则或者新域名，让抓取策略尽快跟上。第四，把页面缓存和CDN缓存清一遍，跳转规则和缓存打架的时候，很容易出现一部分人跳到新站、一部分人还停在老站的情况。第五，隔一周再跑一次curl -I，确认返回的还是301，别让手工改动或者面板的默认配置又给你悄悄改回302。

再啰嗦两句收个尾。判断标准其实就一条：这次搬家还打不打算搬回来。不回来，301，让权重老老实实跟着走；还回来，302，临时借个道就走。上配置之前先用curl -I摸个底，改完再确认一遍状态码，顺手把内链和地图里的旧地址一起更新掉，这事基本就不会出岔子。做站这行，很多事故不是技术有多难，而是压根没意识到一两个小地方有区别，301和302就是最典型的一对。