网站301重定向权重流失Nginx规范配置
搜索引擎优化中，301重定向是网站改版、域名更换或合并时的标准方案。
但如果Nginx配置不规范，不仅无法传递权重，反而会让爬虫掉入循环或返回错误状态码，导致权重流失。
本文从零开始讲解Nginx下301的正确写法，帮助你在迁移过程中保住辛苦积累的排名。
1. 配置前需要确认的三件事
在动手修改Nginx配置前，先做好以下准备，避免踩坑：
- 确认当前Nginx配置文件位置：通常位于
/etc/nginx/conf.d/或/etc/nginx/sites-available/，宝塔用户则通过面板左侧菜单“网站”进入对应站点设置。 - 备份现有配置：执行
cp /etc/nginx/conf.d/your-site.conf /etc/nginx/conf.d/your-site.conf.bak，方便还原。 - 检查服务器是否有多个域名或子域名：列出所有需要跳转的域名，避免漏配导致部分流量丢失。
2. 规范的Nginx 301重定向配置示例
以下是最通用的配置模板，适用于将旧域名（old.com）跳转到新域名（new.com），且保留完整路径和参数：
server {
listen 80;
server_name old.com www.old.com;
return 301 https://new.com$request_uri;
}
server {
listen 443 ssl;
server_name old.com www.old.com;
ssl_certificate /path/to/old_cert.pem;
ssl_certificate_key /path/to/old_key.pem;
return 301 https://new.com$request_uri;
}关键点说明：
- 使用
return 301而不是rewrite方式，性能更高且不易出错。 - 加上
$request_uri变量，保留原始请求路径和查询参数，权重传递更完整。 - 必须分别处理HTTP和HTTPS两个监听块，否则https请求不会被跳转。
如果需要将某个旧目录跳转到新站点的特定位置，可以使用 location 块：
location /old-path/ {
return 301 https://new.com/new-path/$1;
}注意：如果旧站和新站共用同一个服务器IP，要确保 server_name 能正确匹配，否则请求会落到默认站点。
3. 最容易踩的四个坑（权重流失源头）
即使配了重定向，很多站长还是发现排名掉了，往往是以下原因：
- 用了302临时重定向：
return 302或忘记加permanent，搜索引擎不会转移权重。 - 重定向链过长：例如 old.com → www.old.com → new.com，应直接一次跳转到最终地址。
- 协议不一致：从HTTP跳到HTTPS但证书不匹配，或者从HTTPS跳到HTTP，部分浏览器或爬虫可能中断。
- 忽略了非www到www的跳转：如果新站使用www，必须单独写一条跳转规则，否则爬虫可能同时抓取两个版本。
建议：配置完成后，用 curl -I http://old.com 检查返回的状态码是否为 301，以及 Location 头部是否直接指向最终URL。
如果发现中间有302，立即修正。
4. 效果验证：确保权重真的传递了
不要相信直觉，用数据说话：
- 命令行验证：执行
curl -I https://old.com/page，看返回的HTTP状态码和Location地址。理想的输出应该是：
HTTP/1.1 301 Moved Permanently
Location: https://new.com/page- 浏览器测试：在无痕窗口直接访问旧域名，观察地址栏是否瞬间变成新域名，且无安全提示。
- 搜索引擎工具：在Google Search Console或百度资源平台中添加新站后，提交旧站URL进行“验证更新”，查看爬虫是否抓取到正确的301。
注意：权重传递需要时间，通常1-4周才能看到效果。
期间不要反复修改重定向规则，保持稳定。
5. 高频问题解答
Q：旧站点还在运行，配置了301后用户还能访问旧站内容吗？
A：配置301后所有流量都会跳转到新站，旧站内容不再直接服务。建议先在新站完整上线后再开启重定向。
Q：Nginx配置修改后需要重启吗？
A：执行 nginx -t 检查语法，正确后执行 nginx -s reload 重新加载配置，无需重启服务器。
Q：如果旧站有多个子域名，每个都要单独写server块吗？
A：是的，每个子域名需要单独的 server_name 和配置块，但内容可以复用。也可以使用正则匹配，但不推荐新手使用。
Q：重定向后旧站的内容需要删除吗？
A：保留旧站点文件（不删除），但确保所有请求都被301指向新站，避免出现404。等确认权重迁移完成后，再酌情清理。
总结
正确的Nginx 301重定向应做到：一次性跳转、状态码为301、保留请求路径、覆盖HTTP/HTTPS及www版本。
按本文步骤配置并验证，可以将权重流失风险降到最低。
如果在操作中遇到配置语法错误或跳转不生效，请优先检查 server_name 是否匹配、防火墙是否放行以及配置文件是否被覆盖。
