当网站需要更换域名、调整URL结构或进行页面合并时,设置301跳转是必须完成的一步。它能将旧地址的访问请求和搜索引擎权重无缝转移到新地址,避免访客遇到死链,同时减少网站排名数据的流失。不同服务器和建站系统的操作方式差异较大,下文按常见环境逐一说明具体配置方法。
Apache环境主要依靠根目录下的.htaccess文件来实现重定向功能,大部分虚拟主机都支持此方式。操作前请确认服务器已加载mod_rewrite模块。
配置步骤:
若只需将单个旧页面跳转到新页面,可添加如下规则:
RewriteEngine On
RewriteRule ^old-page\.html$ https://www.example.com/new-page [R=301,L]
若整个域名需要迁移至新域名,则使用以下规则:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain\.com [NC]
RewriteRule ^(.*)$ https://www.new-domain.com/$1 [R=301,L]
注意事项: 修改前务必保留原文件副本,规则写错可能导致站点500错误。同时避免多条规则互相覆盖,防止出现重定向循环。修改后可通过在线HTTP状态检测工具确认返回码是否为301。
Nginx的配置逻辑更为直观,通过编辑站点配置文件即可完成。一般无需额外安装模块,默认支持rewrite功能。
配置步骤:
整站迁移的典型写法是在旧域名的server块中直接返回新地址:
server {
listen 80;
server_name old-domain.com;
return 301 https://www.new-domain.com$request_uri;
}
单页面跳转则可以在server块内添加location匹配规则:
location = /old-page.html {
return 301 https://www.example.com/new-page;
}
判断标准: 配置完成后,使用curl -I http://旧地址 命令查看响应头,若Location字段指向新地址且状态码为301,说明配置成功。注意保留$request_uri变量,否则跳转时会丢失路径参数。
IIS是Windows Server环境下的常用Web服务器,配置301跳转需要借助URL Rewrite模块。若未安装该模块,需先通过Web Platform Installer完成安装。
配置步骤:
注意事项: IIS的URL重写规则区分大小写,配置时建议勾选“忽略大小写”选项。另外,规则匹配的是不带域名的URL路径部分,填重定向地址时需写完整带协议的URL。配置完成后,重启站点或回收应用程序池即可生效。
使用WordPress、Shopify或国内主流CMS建站的用户,通常可以通过后台插件或系统设置来完成301跳转,无需直接操作服务器文件。
推荐使用Redirection或Yoast SEO插件。以Redirection为例,安装启用后在“工具-重定向”中添加源URL和目标URL,勾选“301永久移动”即可。若不想装插件,也可以在主题的functions.php文件中加入wp_redirect函数,但注意需放在模板加载之前执行。
在后台“在线商店-导航-URL重定向”中,点击“创建URL重定向”,填入旧路径和新路径后保存。Shopify的301跳转会自动生效,无需额外操作,适合商品链接变更的场景。
此类系统一般提供后台“301重定向”或“域名绑定”功能入口。以织梦CMS为例,在后台“系统-系统基本参数-核心设置”中,可以填写站点根网址。若需要更灵活的单页跳转,建议直接编写.htaccess规则,操作方法可参考上文Apache部分的说明。
避坑建议: 无论使用哪种CMS,跳转前都应先确认新URL已经能正常访问,避免出现新旧地址互相跳转的死循环。迁移完成后,记得在搜索引擎的站长工具中提交改版规则或URL更新请求。
大概率是规则存在语法错误或重定向循环。先检查代码中是否遗漏了空格、斜杠等符号,尤其是Apache的.htaccess文件。建议临时删除规则文件,恢复访问后再逐一排查。若使用的是Nginx,可通过nginx -t命令快速定位语法问题。
搜索引擎会定期重新抓取网页,通常需要几天到两周不等。期间旧页面的排名可能会波动,这是正常现象。为加快识别速度,可在Google Search Console或百度站长平台中提交改版工具或URL更新列表。
不需要删除。301跳转本身就是告知搜索引擎旧地址已永久失效,保留一个能正常返回301状态码的旧页面是正确做法。若删除旧页面后返回404,会中断权重传递,影响新页面的收录和排名。
301跳转的落地方式取决于服务器环境和建站基础:Apache用户优先操作.htaccess,Nginx用户修改server配置,IIS用户依赖URL Rewrite模块,而使用CMS的用户可直接借助插件或后台功能。配置完成后,务必通过浏览器访问旧地址并检查响应状态码,同时关注新页面的收录情况。建议将新旧URL对应关系整理成表格存档,方便日后核对和维护。