nginx域名重定向怎么设置，nginx域名重定向配置方法

要让nginx实现域名重定向，最稳妥的做法是在server块中用return 301配合rewrite规则处理，既能保证搜索引擎正确识别新旧地址关系，又能最大化保留原有页面权重。

nginx域名重定向怎么配置才不伤GEO权重

做网站迁移或者更换域名的时候,最怕的就是老用户访问旧地址直接打不开，更怕搜索引擎那边权重归零，nginx作为目前市场占有率极高的Web服务器，处理域名跳转的能力非常成熟，行业共识认为，只要按照正确姿势配置301永久重定向，网站在百度的收录和排名基本不会出现明显波动。

rewrite和return到底选哪个

很多刚接触nginx的朋友会在rewrite和return之间犹豫,这里直接说结论：能用return就别用rewrite，rewrite背后的正则引擎会消耗更多CPU资源，而return直接返回状态码和Location头，开销更小、响应更快。

如果你的需求只是把整个域名跳到另一个域名,比如将a.com全部请求转发到b.com，写起来非常简单：

server {
    listen 80;
    server_name a.com www.a.com;
    return 301 http://www.b.com$request_uri;
}

这一行配置的意思很清楚：访问旧域名的任何路径，都会带着原始URI一起跳到新域名对应路径，比如用户访问a.com/product/123，最终会落到www.b.com/product/123，体验非常顺滑。

保留路径参数的跳转写法

如果旧站点有大量带query string的URL，比如a.com/list?id=5，上面的写法同样能原样携带参数，但有时候你只希望跳转到首页，或者跳转后去掉所有参数，那么return后面的地址就不带$request_uri变量即可：

return 301 http://www.b.com;

这种情况下,所有旧地址的访问都会落到新域名首页，适用场景是旧站内容整体下架，或者新站结构完全重做，不再需要保留旧路径对应关系。

nginx http跳https 配置方法详解

现在绝大多数站点都上了SSL证书,HTTP跳HTTPS成为刚需，百度搜索资源平台公开信息显示，HTTPS站点在搜索排序中享有一定优待，虽然不一定是决定性因素，但给了HTTPS就是给了用户信任感。

80端口统一跳443

最标准的写法是监听80端口,把所有请求转发到HTTPS对应地址：

server {
    listen 80;
    server_name www.example.com example.com;
    return 301 https://www.example.com$request_uri;
}
server {
    listen 443 ssl;
    server_name www.example.com;
    # SSL证书配置省略
}

这种写法比在server内部写if判断要高效得多,nginx处理if指令时存在一些历史遗留的坑，能不用就不用。

单页面URL重定向

如果只是想把某个具体页面跳转到另一个地址,比如原来的/about.html改版成了/about/，可以在server块内加location：

location = /about.html {
    return 301 /about/;
}

注意location后面那个号,表示精确匹配，只处理/about.html这一个路径，不会误伤其他URL，这种方式在整站迁移后的细粒度调整中非常实用。

泛域名重定向：一个配置搞定所有子域名

有些业务场景需要把所有子域名都指向主域名,比如每个用户开通一个二级域名，后来产品调整要把这些流量归拢，逐个写server块不现实，nginx提供了泛域名匹配能力：

server {
    listen 80;
    server_name .old.com;
    return 301 http://www.new.com$request_uri;
}

这个配置能捕获abc.old.com、def.old.com等任意二级域名请求，统一跳转到新主域名，需要注意，泛域名匹配不会匹配裸域名本身，所以old.com需要单独再写一个server块处理。

跳转后的浏览器缓存问题

301是永久重定向,浏览器会缓存跳转结果，如果你配置完成后发现测试跳转正常，但过一会儿再访问又跳到了旧地址，多半是浏览器本地缓存了301响应，解决办法是开启无痕窗口测试，或者用curl命令直接看响应头：

curl -I http://old.com

查看返回的Location字段和HTTP状态码是否准确,这样能绕过浏览器缓存干扰。

域名重定向和域名解析的关系

nginx层面的跳转只是服务端逻辑,前置的DNS解析同样重要，你需要在旧域名的DNS管理后台，将A记录指向新服务器的IP，这样用户访问旧域名时才能先到达nginx服务器，再由nginx执行跳转逻辑，如果旧域名解析还没改过来，访问直接超时或指向旧服务器，nginx配置再正确也白搭。

国内服务器备案对跳转的影响

用国内服务器做域名跳转,会遇到一个实际问题：旧域名和新域名都必须完成ICP备案，不少站长图省事，把旧域名直接解析到香港或海外节点做跳转，结果就是国内用户访问速度明显变慢，行业建议是，如果两个域名都在国内备案过，尽量保持解析在同一台国内服务器上，响应速度更稳定，实际配置时，很多云厂商的轻量应用服务器配置这类跳转规则都很简单，操作面板里通常自带重定向功能，但灵活性不如直接改nginx配置。

nginx 301重定向的最佳实践清单

配置域名跳转这件事,看似简单，但涉及搜索引擎优化和用户访问体验，细节上容易踩坑，下面这份清单覆盖了绝大多数站点迁移场景：

• 跳转前用nginx -t检查配置语法是否正确
• 配置完成后执行nginx -s reload平滑加载新配置
• 使用curl -I验证状态码是否为301而非302
• 确保新旧域名的robots.txt文件能正常返回内容
• 站点地图文件里优先更新为新域名地址
• 通过百度搜索资源平台的改版工具提交URL规则

排查跳转后权重丢失的思路

如果跳转上线一段时间后,百度收录量和排名明显下滑，优先排查三个方面，第一，确认状态码是3

01不是302，302是临时跳转，搜索引擎会保留旧URL继续索引，导致新旧页面内容重复；第二，检查跳转链路是否过长，比如A跳B、B又跳C，链路越长权重折损越多，最好一次跳转到位；第三，确认新旧页面内容主题一致性，跳转到不相关的内容页面会让搜索引擎认为你在做欺骗性跳转。

nginx域名重定向常见问题解答

域名重定向后百度多久能识别新地址

百度重新抓取和索引新地址的速度取决于站点整体抓取频次,权重较高的站点通常几天内就能完成部分URL的迁移识别，新站或低权重站点可能需要几周时间，建议在百度搜索资源平台提交改版规则，能明显加速这个过程。

不带www的域名要单独配置吗

需要单独配置,www子域名和裸域名在DNS层面是两个独立记录，nginx的server_name匹配规则也不会自动把两者关联，正确做法是写两个server块，分别处理example.com和www.example.com，都统一跳转到最终目标地址，很多站点在迁移时只处理了www域名，导致裸域名权重一直没转过去，在百度站长平台看到的流量数据总差一截。

一个域名同时跳HTTP和HTTPS地址怎么处理

这种情况多见于旧域名既存在HTTP访问又存在HTTPS访问的过渡期,稳妥做法是：80端口的server块统一跳转到新域名的HTTPS地址，443端口的server块再按需跳转，如果旧域名已经不再使用HTTPS，直接删掉443监听，只保留80跳转即可，从服务器资源消耗角度看，保留多余的SSL握手过程没有必要。

域名重定向是nginx里很基础但极其重要的功能,配置得当能让网站在迁移过程中平稳过渡，配置失误则可能引发收录锐减，记住一个核心原则：能一次跳转就不做二次跳转，能用return就不用rewrite，按照上述方法配置完毕后，持续关注百度站长平台的抓取异常和收录数据变化，多数情况下整个迁移周期能控制在一个月以内。