网站跳转直接打开！别用JS硬跳

跳转这活儿，能交给服务器干的就别丢给浏览器。想让网站跳转直接打开、不白屏、不闪一下再过去，靠的是HTTP状态码，不是页面里塞一行window.location。前者是服务器直接回一句「这东西搬到那儿了」，浏览器掉头就走；后者得先把整页HTML下载完、解析、执行脚本，再跳。一个在门口就拐弯，一个进了屋再出来，用户看到的完全是两回事。

网站跳转直接打开，靠的是响应头

浏览器收到301或者302，第一跳就结束了，地址栏直接换成新地址，中间没有空屏。JS跳转反过来，用户先对着一个白页面等，脚本执行完才走。网络差一点、手机旧一点，这段空白会明显拉长。跳转丢访客，丢的往往就是这一下——不是新页面不好，是中间那段什么都没有。

响应头还管另一件事：告诉搜索引擎这次搬家是永久还是临时。301是永久，链接关系跟着新地址算；302是临时，老地址还得留着。JS跳转在这件事上等于不说话，爬虫能执行多少脚本要看各家策略，很多情况下它拿到的是一个内容空空的页面，链接就断在那儿了。

JS硬跳到底亏在哪

第一笔是首屏。白屏时间会被算进页面体验里，尤其是从搜索点进来、第一次访问的陌生人，他没耐心等一个什么都不显示的页面。第二笔是跳转链。JS跳转特别容易越叠越长：A页跳到中间页，中间页再meta refresh到目标页，转两手，等待时间叠着涨，出问题时也难查——你不知道是哪一跳断的。第三笔是来源统计。跳转链一长，来源信息在不同浏览器上被处理的策略不一样，统计后台里那一栏经常空着，看着像直接访问，其实是从别处来的。

301和302，别凭手感选

换域名、http换https、www加不加，这些都是永久性的，用301。临时活动页、维护页、分流测试，用302，而且做完就该撤。最容易出问题的是拿302做换域名——浏览器把它当临时的，老地址该留的还留着，时间一长两套地址都在，访问和统计全乱。反过来把302改成301也要留神，301会被浏览器和CDN缓存，改错了不是刷新一下就能好的，得挨个清缓存。

Nginx里就一两行

配置大概长这样：server { listen 80; server_name example.com; return 301 https://www.example.com$request_uri; }。关键是$request_uri，它把原来的路径和参数一起带过去，/news/123.html跳到新域名还是/news/123.html，不用一条条写。要是只写return 301 https://www.example.com，所有内页全被压到首页，那才是真掉流量。

Apache、.htaccess和面板

Apache下在站点根目录的.htaccess里加两条：RewriteEngine On，然后RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]。别漏了[R=301,L]，少了L会继续往下匹配，很容易撞出循环跳转。用面板的话一般在「网站设置-重定向」里选301、填上目标地址就行，改完记得清一下浏览器缓存再试，不然看到的还是旧结果，白折腾半天。

meta refresh和JS不是不能用

有些场景确实绕不开脚本：表单提交后的提示页、App唤起、支付回调回来的中转页。这类页面本身不该被收录，跳转也不是给搜索引擎看的，那就随便用，但记得加noindex，别让爬虫把这些中转页当内容抓走。判断标准很简单——这个跳转是不是用户和搜索引擎要走的主路？是，就走服务端；不是，随意。

换域名的时候，别只跳首页

见过太多只把首页跳过去的，内页全是404。老域名下的每一篇内容都有人链、有历史访问，得整站跳，路径一一对应。路径规则变了的，做一张映射表，一条条301到新地址，别图省事全指首页。把一堆不相关的老页面全指向首页，搜索引擎通常按软404处理，等于白跳一场。

几个容易踩的小坑

一是循环跳转：http跳https，https又跳回http，浏览器直接给个报错页。二是证书没配好就先跳：https还打不开，用户看到的是安全警告，比不跳更糟。三是跳转链太长：A跳B、B跳C，能合成一跳就合成一跳。四是大小写和末尾斜杠，/About和/about在两套规则里可能各跳一次，配完顺手把站内链接统一一下。

配完别急着收工，自己走一遍：清缓存、开无痕窗口、从内页直接输老地址，手机上也试一次。看地址栏是不是一跳到位，看会不会闪白，看开发者工具里第一条响应是不是301。这活儿一次做对，后面几年都省心。