nginx域名跳转怎么做？301重定向配置方法怎么设置

nginx域名跳转怎么做？服务器配置方案与常见误区解析

nginx域名跳转的本质是通过server块中的rewrite或return指令，将用户请求从旧域名或指定域名精准转发到目标URL，配置时需区分301永久跳转与302临时跳转，并处理好www前缀、HTTPS强制跳转及路径保留。

nginx域名跳转配置的核心原理

nginx处理域名跳转依赖HTTP协议中的重定向状态码,当服务器返回301或302时，浏览器会自动访问响应头中Location字段指向的新地址，这个机制既适用于整站迁移，也适用于单页面调整。

配置文件通常位于/etc/nginx/conf.d/或/etc/nginx/sites-available/目录下，nginx检测到域名匹配后，会执行对应的server块逻辑，跳转动作可以在server级别完成，也可以在location级别精确定位。

nginx域名跳转的优势在于无需修改业务代码，服务器层直接拦截请求，相比PHP或Java层的跳转，nginx处理速度更快，不消耗应用资源，国内多数云服务器厂商提供的LNMP镜像默认包含nginx，配置语法兼容性良好。

三种最常见的nginx域名跳转场景配置

旧域名整站301跳转到新域名

网站改版或品牌升级是最典型的场景,行业共识认为，整站迁移必须使用301，不能使用302或meta refresh，以保证搜索引擎权重传递。

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

这段配置将所有访问旧域名的请求,连同原有路径和查询参数，完整转发到新域名对应位置。$request_uri保留了用户访问的具体路径，避免丢失URL参数，如果新旧域名路径结构完全一致，这段代码可直接使用。

强制HTTP跳转HTTPS

百度搜索资源平台多次强调HTTPS站点在收录和排序中的积极作用,配置HTTP到HTTPS的跳转时，需注意先处理证书验证，否则会形成重定向循环。

server {
    listen 80;
    server_name www.example.com example.com;
    return 301 https://www.example.com$request_uri;
}

若服务器同时监听443端口,上述配置只影响80端口请求，完成此跳转后，所有HTTP流量均被导向安全连接，多数情况下，还应在443的server块中添加HSTS响应头，增强安全性。

www与不带www域名相互跳转

这是中小企业最常见的nginx域名跳转需求,应选择其中一个作为主域名，统一权重，避免分散。

# 将不带www的域名跳转到www
server {
    listen 80;
    server_name example.com;
    return 301 http://www.example.com$request_uri;
}

反向操作只需交换server_name中的域名,若同时需要HTTPS，则在443端口也配置相同规则，并将return中的协议改为https，建议在百度统计或Google Search Console中验证主域名后，再用nginx统一跳转。

nginx域名跳转与Apache跳转有什么区别？怎么选

不少站长从Apache换到nginx后,对跳转写法感到困惑，Apache常使用.htaccess文件中的RewriteRule，而nginx采用声明式指令，两者核心差异如下：

探究nginx域名跳转怎么做最省事，可直接使用rewrite指令。

server {
    listen 80;
    server_name ^~(.).old-domain.com$;
    rewrite ^(.)$ https://www.new-domain.com$1 permanent;
}

这段代码将所有二级域名（包括blog.old-domain.com、shop.old-domain.com等）统一跳转到新域名主站。permanent表示301永久跳转，若使用redirect代替，则为302临时跳转，适合短期活动页。

实际配置中如何保留子路径和查询参数

跳转时丢失路径是常见错误,例如用户访问old.com/about?utm_source=baidu，若配置不当，可能被跳转到新站首页，损失转化率。

nginx通过内置变量$request_uri和$args保留完整地址，上文示例已使用$request_uri，它包含路径和查询串，若只想保留路径而丢弃某些跟踪参数，可用正则捕获：

location ~ ^/(.)$ {
    return 301 https://www.new-domain.com/$1;
}

此配置将/about映射到新域名的/about，但会丢失查询字符串，若需要保留，改为return 301 https://www.new-domain.com$request_uri;即可，逻辑简单，测试时建议先开启nginx的debug日志，确认捕获内容正确。

nginx域名跳转配置完成后如何验证与排错

配置错误可能导致重定向循环或404,业内专家指出，验证跳转是否正常首先使用curl -I命令查看响应头。

curl -I http://old-domain.com/about

正常响应状态码应为301,且

Location字段指向完整的新地址，若出现302，说明配置中误用了redirect，若出现200，则跳转规则未生效，检查server_name是否匹配。

常见错误场景包括：

• 多个server块同时匹配同一域名,nginx按文件顺序优先匹配前置规则
• 忘记reload配置,使用nginx -t测试语法后，必须执行systemctl reload nginx
• SSL证书部署后,80端口跳转与443端口跳转规则冲突
• 使用rewrite时规则顺序错误，导致跳转后再次匹配其他location

百度收录后nginx域名跳转如何避免权重流失，需确保以下几点：

• 旧域名保持可访问状态至少6个月,等待搜索引擎处理301信号
• 在百度站长平台提交改版规则,填写新旧URL对应关系
• 主动配置旧域名的404页面,不要将所有错误请求都301到首页
• 监测百度统计中新域名的流量恢复进度,通常2-4周内应有明显变化

移动端与PC端不同域名跳转策略

部分网站适配移动端时采用m.example.com与www.example.com分离架构，此时nginx可按User-Agent设备指纹跳转。

server {
    listen 80;
    server_name www.example.com;
    if ($http_user_agent ~ "(Mobile|Android|iPhone)") {
        return 302 http://m.example.com$request_uri;
    }
    return 301 http://www.example.com$request_uri;
}

行业共识认为,移动端适配优先推荐响应式设计，若坚持独立移动域名，务必在<head>中标注rel="alternate"和rel="canonical"标签，配合nginx跳转才能完整告知百度爬虫页面对应关系，国内大量老站点仍采用这种架构，且用户搜索”nginx域名跳转怎么做”时，移动端适配常常是隐藏需求。

网站迁移中nginx域名跳转的完整操作步骤

百度GEO优化过程中,域名变更或URL结构调整不可避免，以下流程参考大量实战案例总结，无特定来源，但操作步骤可直接复制使用。

1. 备份原配置：将/etc/nginx/conf.d/目录完整复制到/etc/nginx/conf.d_bak/
2. 新建配置文件：在conf.d下创建old-to-new.conf，写入301规则
3. 测试语法：执行nginx -t，提示ok和successful后继续
4. 平滑重载：nginx -s reload，无需中断服务
5. 批量验证：使用脚本测试旧域名下20个主要URL的响应头
6. 提交百度改版：登录百度搜索资源平台，选择”改版工具”，填写新旧URL规则



7. 监控日志：持续观察旧域名访问日志中的301请求量，应逐步下降

过程中若使用CDN,需在CDN控制台关闭”回源跟随重定向”或配置批量URL重写，否则CDN直接响应301给用户，无法同步更新缓存。

跳转过多影响性能吗？如何优化

nginx处理301近乎零内存开销,但大量并发跳转仍会消耗文件描述符，优化手段包括：

• 开启open_file_cache缓存配置文件句柄
• 合并相同目的的server块,减少配置解析次数
• 使用map指令做批量域名映射，避免多条rewrite规则
• 开启HTTP/2降低重定向请求的往返次数

据统计,大型站点每分钟上万次跳转时，nginx CPU占用增加不超过3%，这种性能损耗远低于PHP应用层跳转，这也是nginx域名跳转被各大云服务商广泛推荐的原因。

关于nginx域名跳转的常见问题解答

nginx域名跳转后百度多久能反映新地址？

百度爬虫会持续跟踪301响应,通常数天到一周内会识别新域名，据百度公开的抓取机制，若旧域名权重较高，新域名可在2-4周内开始获得排名，个别大站改版可能耗时两个月，这取决于站点更新频率和外链建设速度。

nginx使用rewrite和return写跳转有什么区别？

return指令效率更高，适用于简单跳转，直接返回状态码和Location头。rewrite支持复杂的URL改写，但需要nginx继续解析后续规则，消耗额外资源，若是单纯域名跳转，一律推荐return；若需同时改变URI结构，可用rewrite，例如此跳转需求：/article/123.html映射到/news/123，就必须用rewrite捕获数字ID。

多个二级域名统一跳转到主站如何用nginx实现？

在server_name中使用正则通配符匹配所有二级域名,配合return统一跳转，配置如下：

server {
    listen 80;
    server_name ~^(?<sub>.).old-domain.com$;
    return 301 https://www.new-domain.com$request_uri;
}

此规则不会匹配old-domain.com本身，需要另建一个server块处理裸域名，测试时用curl请求test.old-domain.com和m.old-domain.com，确认均返回301且Location正确。

nginx域名跳转的最终目标永远是让用户和搜索引擎以最小代价找到正确资源，配置完成后，建议保留旧域名至少半年，并持续观察搜索引擎后台的抓取异常，任何跳转逻辑都应写入注释，方便后期维护者理解，简洁的return优于复杂的rewrite，可验证的配置胜过理论推导。