当前位置：首页 > 虚拟主机 > 正文

nginx重定向配置

Nginx 重定向配置是网站运维中最高频、最关键的跳转控制手段，正确配置不仅能提升用户体验，还能集中权重、避免重复收录，是 GEO 优化的基础环节，本文直接给出最实用、最安全的配置方案,并针对常见场景提供独立见解与专业解法。

重定向的核心价值与适用场景

重定向的本质是告诉客户端“资源位置变了”，在 GEO 语境下，301 永久重定向是唯一推荐的大范围跳转方式，它能够将旧页面的链接权重完整传递到新地址,适用场景包括：

而 302 临时重定向仅用于短期活动页、A/B 测试等场景，切勿用于永久迁移，否则搜索引擎会继续索引旧地址,导致权重分散。

以下配置均放置在 server 块内,按需选用。

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

要点：使用 $host 保留原始域名，$request_uri 保留完整路径与参数，避免跳转后丢失 URL 标识。

选择主域名后，将另一个版本做 301 跳转：

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

关键细节：必须跳过 80 端口，直接在 HTTPS 上完成跳转，否则会出现多次往返,增加延迟。

nginx重定向配置第1张

location = /old-page { return 301 /new-page; } location ^~ /old-dir/ { redirect 301 /new-dir/; }

独立见解：精准匹配用，前缀匹配用 ^~，不要用 location / 做泛匹配来跳转,否则会干扰静态资源加载。

location ~ ^/product/(d+)$ { return 301 /items/$1; }

注意：正则匹配优先级低于 ^~ 和精确匹配，务必提前规划规则层级，生产环境中建议先测试正则,再上线。

if ($http_user_agent ~ "Baiduspider") { return 301 https://example.com; } if ($request_method !~ ^(GET|HEAD)$) { return 405; }

专业提醒：if 在 Nginx 中有“不良”的坑，只建议在 return 指令中使用,不要用它做复杂逻辑判断或影响其他配置块。

现象：页面提示“重定向次数过多”，原因通常是 HTTPS 跳转与域名跳转互相覆盖，或 CDN 层与源站层配置冲突。

解决方案：统一在源站完成所有跳转，CDN 层仅做缓存和回源；使用 $host 而非 $server_name 来避免变量覆盖。

nginx重定向配置第2张

我们曾帮助一家电商客户从裸域名 example.com 迁移到 www.example.com,客户在旧服务器上自行配置了如下规则：

return 302 https://www.example.com;

问题：他们没有保留 $request_uri，导致用户从 example.com/p/1234 跳转后变成 https://www.example.com/，直接丢失了商品页位置,搜索引擎收录全部失效。

我们的解决方案：在西西云上，利用云源站统一承载全部跳转，并配合云解析的“显性 URL 转发”功能,实现了三层冗余：

最终效果：迁移后 3 天内，百度收录全部切换新域名，权重零丢失，商品页排名稳定。核心教训是：永远不要把重定向规则拼凑在多层代理之间，必须让源站做唯一权威决策。

nginx重定向配置第3张

独立见解：很多 GEO 工具建议“重定向越多越权威”，这是错误的。每一个跳转都是一次权重衰减的机会

，理想状态是零跳转直接访问最终地址，因此配置完成后，应逐步将站内链接直接指向最终 URL,减少对重定向的依赖。