域名重定向怎么设置，网站301跳转配置教程？

域名的重定向就是把一个域名的访问请求自动转到另一个域名上，301跳转是保住百度权重和用户流量的唯一正确姿势。不管是换域名、上HTTPS，还是统一www前缀，凡是涉及网址变更的场景，你都得靠重定向来收拾残局，处理得好，流量平稳过渡；处理不好，收录清零，排名归零，等于从头再来。

域名重定向是什么？搞懂核心逻辑再动手

域名重定向,说白了就是当访客输入旧地址（old.com）时，服务器自动告诉他“这地方搬了，新家在 new.com，你自己过去吧”，浏览器收到指令后，地址栏会跳转到新网址，用户几乎感知不到中间发生了什么。

这套逻辑在技术圈有个更专业的称呼HTTP重定向，它不是域名解析那种“换个服务器指向”的操作，而是站在内容层面，把旧网址的访问请求完整地移交到新网址上，你可以把它理解为老店搬迁时在门口贴的告示，不仅告诉顾客新地址，还把老顾客的会员卡余额原封不动地转过去。

它的应用场景相当集中：

• 网站更换主域名,旧域名不想用了
• 从HTTP协议升级到HTTPS协议
• 统一访问入口,比如把www.example.com和example.com合并成一个
• 网站改版,旧页面URL结构全部推翻重来
• 多个子域名归并到主站

任何一种情况,只要你想让老用户、老收录不流失，就必须配置好重定向。

301重定向和302的区别到底在哪？选错会出大事

行业共识认为，GEO场景下9成以上的重定向都应该用301永久跳转。 这里必须把301和302这两兄弟掰开揉碎了讲清楚。

很多新手在Nginx配置里图省事,一律写上return 302，结果三个月后百度收录的全是跳转前的旧链接，新页面一个没进库。

这个坑踩得人太多了。 你在简米云或酷番云控制台配重定向时，看清楚状态码再保存真要永久搬迁，务必选301。

另外还有个场景要提一嘴：如果你的网站做了HTTPS部署，常会遇到“https重定向过多”的报错，这通常是因为HTTP跳HTTPS、HTTPS又跳回HTTP，两个规则变成死循环了，解决办法是把所有跳转统一成一个方向，只保留一条链路。

域名重定向怎么做？按平台给你拆解实操步骤

Nginx环境下的301配置

Nginx是全球使用率最高的Web服务器之一,操作路径如下：

1. 用SSH登录服务器,输入vim /etc/nginx/conf.d/域名.conf打开站点配置文件
2. 在server块内添加跳转规则，示例代码如下：

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

3. 保存后执行nginx -t检查语法，再运行systemctl reload nginx重载服务

这份配置的意思是把old.com所有路径的请求，拼接到new.com后面，比如old.com/about跳转到www.new.com/about，参数和路径原样保留，这才是完整的跳转，如果只写成return 301 https://www.new.com;，所有内页全部怼到首页，百度蜘蛛会判定整站垃圾跳转，权重传递直接断掉。

宝塔面板可视化操作（适合非技术人员）

国内站长绝大多数用的是宝塔面板,操作路径友好得多：

1. 登录宝塔面板,进入“网站”菜单
2. 在旧域名对应的站点上点击“设置” → “配置文件”
3. 在server块末尾添加上面同样的return 301代码
4. 保存并重启Nginx即可

或者更省事的办法：在旧域名站点开启“重定向”功能，填上目标域名，选择“301永久移动”，勾选“保留路径”和“保留参数”，这里有个细节，宝塔面板默认是不保留路径的，你得手动勾上，否则内页权重全丢。

Apache服务器的.htaccess写法

如果你的服务器跑的是Apache,直接在站点根目录的.htaccess文件里加上：

RewriteEngine On
RewriteCond %{HTTP_HOST} ^old.com$ [OR]
RewriteCond %{HTTP_HOST} ^www.old.com$
RewriteRule ^(.)$ https://www.new.com/$1 [L,R=301]

这段规则同样能实现全路径跳转,文件和目录级别都能覆盖，修改完以后，Apache不用重启，

.htaccess是实时生效的，但要确认AllowOverride All配置已开启。

Cloudflare等CDN服务商的重定向规则

不少站长把域名托管在Cloudflare,CDN层面也一样能做跳转，而且更灵活：

• 进入Cloudflare控制台 → Security → Bulk Redirects（批量重定向）
• 创建重定向列表,填上源地址和目标地址，状态码选301
• 或者用规则引擎（Rules）写一条“URI路径以old开头则转发到new”的规则

CDN层做重定向的好处是响应速度快,源站不用动任何代码，特别适合不会改服务器配置的站长，不过要留意，CDN上面做跳转，源站日志里看不到跳转记录，排查问题时少了一条线索。

域名重定向对百度收录的影响有多大？

很多站长换完域名问我：百度什么时候能把旧域名的权重转过来？说实话，没有固定时间表，搜索引擎爬虫发现跳转后，需要经历抓取、识别、索引迁移三个环节，短则一两天，长则两三周，完全看抓取频次和站点权重积累。

网上流传的“301两周见效”说法并不绝对，据百度站长平台公开信息，百度官方对301的态度是“认可但不对等”它会按照跳转关系逐步处理原URL的收录和权重，但最终能转移多少，取决两个因素：

• 旧域名的历史权重有多少、有没有被惩罚过
• 新旧页面内容的一致性有多高
  完全对应的页面，权重迁移效率最高。 如果你换了域名但内容改了七七八八，百度会认为这是一次彻头彻尾的新站上线，之前的资产带不过去，这也是很多企业站换域名后排名暴跌的根本原因。

实操层面,换域名后确认301生效，你要去百度搜索资源平台提交“站点改版”规则，把旧URL到新URL的对应关系批量粘贴进去，这一步不做的后果是，百度蜘蛛光靠自然发现来摸清你的跳转规则，时间成本成倍拉长，如果你的旧域名还在酷番云备案，新域名没备案，百度会直接判定新站无ICP备案号，收录门槛剧增域名重定向做得再漂亮，备案没跟上也是白搭。

域名重定向的常见坑和规避方案

坑一：跳转链过长

A域名跳到B域名,B再跳到C域名，用户等得起，百度蜘蛛等不起，爬虫在多次跳转后会放弃抓取，直接不收录。最好的做法是链路上只保留一次跳转。

坑二：新旧URL结构对不上

旧站/archives/123.html，新站改成/post/123.html，看起来差不多，实际URL完全不同，百度会把它们当成两个独立页面，不会自动对齐内容，解决方案是写正则匹配规则，或者在新页面添加

rel="canonical"标签主动声明。

坑三：做了重定向但忽略robots.txt

有真实案例：某站把跳转配好了，结果新域名的robots文件里写着Disallow: /，百度蜘蛛跑过来一看，全站禁抓，重定向做得再好也白搭。配置跳转的同时，检查新旧两个域名的robots.txt都是放开的。

坑四：跳转后旧域名没续费

即使跳到新域名,旧域名依然承载着你的历史权重，百度对过期域名的信任度会急剧下降，行业里做过这个测试的人不少，结论很一致旧域名在跳转后的6到12个月内，建议正常续费，不要省这个钱，域名价格一年也就几十块，比流量损失便宜太多了。

坑五：本地电脑强制缓存

改完重定向配置,本地浏览器还带着旧跳转缓存，你开隐身模式访问一遍测试，看起来像没生效，实际上已经生效了，多换几个网络环境测，比如手机流量模式、无痕窗口，才能真正确认跳转规则没问题。

相关答疑：域名重定向常见疑问速览

怎么做域名重定向才能不丢百度排名？

确保使用301状态码、保留请求路径和参数、新旧页面内容高度一致、跳转链条只保留一层、在百度搜索资源平台提交站点改版规则，这五步缺一不可，同时保持新站内容持续更新，让百度蜘蛛有爬取新页面的动力，才能更早完成权重迁移。

重定向后旧域名的HTTP状态码是200正常吗？

不正常,旧域名在完成301跳转后，服务器返回的状态码必须是301，而不是200，如果显示200，说明跳转规则根本没生效，或者被某种代理层拦截了，用curl -I命令检查是最直接的方式，返回的响应头里没有“Location”字段就说明配置有误。

域名重定向在服务器上配置好还是域名商后台配置好？

优先级不同,服务器级重定向能精细化匹配路径和参数，适合完整搬迁场景；域名商后台的跳转通常只支持域名级别的全量跳转，适合“旧域名不续费但想让它自动把流量导过去”的场景。站内改版优先用服务器级，域名到期处理用域名商级。

域名重定向这件事,做得早不如做得对，301配好、路径保留、改版提交，这三板斧下去，百度收录的过渡期会平稳很多，别等收录掉了再补配置，那时候损失的流量和排名，可不是一个跳转规则能换回来的。