HTTP全站跳转HTTPS的正确配置方法与避坑指南

网站装完SSL证书，打开https://域名发现能访问，就以为完事了？错。老地址http://还在搜索引擎索引里躺着，用户点进去看到的还是不加密的页面。你得让所有HTTP请求自动跳到HTTPS，而且跳得对、跳得稳。

301重定向：唯一正确的跳转方式

有人图省事用302临时重定向，甚至用JavaScript的window.location来跳。前者告诉搜索引擎“这只是临时的“，后者搜索引擎根本不执行JS跳转。结果就是百度和Google继续收录HTTP版本，HTTPS页面迟迟不进索引。

正确做法只有一种：301永久重定向。它明确告诉搜索引擎和浏览器——“这个页面永久搬家了，以后都去新地址“。

Nginx环境配置

在Nginx配置文件中，保留80端口的server块，里面只放一行重定向规则：

把所有HTTP请求301到对应的HTTPS地址。注意$host和$request_uri变量不能漏，否则所有页面都会跳到首页，带参数的URL会全部丢掉。

Apache环境配置

Apache通过.htaccess文件实现。在网站根目录的.htaccess中添加三条规则：开启RewriteEngine、判断HTTPS是否关闭、执行301跳转。关键是[R=301,L]这个标记，301表示永久重定向，L表示本次重写到此结束。

有个常见坑：很多人忘了加[R=301]，默认会变成302临时重定向。表面上看页面能跳转，但搜索引擎不会更新索引，权重也传不过去。

跳转链问题必须处理

如果你的网站之前用了不带www的域名跳转到带www的域名，现在又加了HTTPS，可能出现这样的跳转链：http://a.com → http://www.a.com → https://www.a.com。两次跳转意味着多一次往返，拖慢页面加载。

正确做法是让中间环节直接跳到最终目标：http://a.com → https://www.a.com，一步到位。在Nginx里把两个server块的跳转目标都写成https://www.a.com即可。

配置完必须验证

改完配置别急着关页面。用浏览器开发者工具的Network面板，勾选Preserve log，然后访问http://域名。看第一个请求的状态码是不是301，Location头是不是指向https://。再访问一个深层页面比如http://域名/about，确认跳转到https://域名/about而不是首页。

还有一个容易忽略的点：检查robots.txt和sitemap.xml里的URL是不是都改成了HTTPS。有些CMS会自动生成sitemap，但模板里写死了http://，迁移后忘了改，搜索引擎就会抓到旧地址。

最后用百度搜索资源平台的“抓取诊断“工具测试一下，确保百度蜘蛛访问HTTP地址时能正确跟随301跳转到HTTPS版本。这一步不做，后面排名掉了你都不知道是哪里出了问题。