域名自动加

域名自动加，本质上是为了让网站从HTTP平滑切换到HTTPS时不出乱子，同时让链接拼接参数更规范，但绝多数站长踩的坑，都出在没搞懂自动加的顺序和边界。

有多少回,你明明在浏览器里输入了裸域名，回车后却跳到了带www的地址，然后证书报错？又有多少回，你配置好了强制HTTPS，结果后台批量发给用户的邮件链接，还停留在HTTP老地址上？这些问题，靠手工一条条改代码是改不完的，必须让域名具备自动加的能力，但这里的“自动加”，不是伪静态那种把链接变好看，而是在服务器返回数据前，把协议、主机名、端口、路径参数这些拼装逻辑固定下来。

两个域名自动加https的正确顺序

这里说的“两个域名”，是指一个带`www`，一个不带`www`，很多新手站长一开始就把两个域名都解析到服务器，然后申请了双域名证书，最后在Nginx里写了两段`listen 443 ssl`配置，结果呢？搜索引擎抓取时，一会儿看到A版本，一会儿看到B版本，权重被分散。

如果你想让流量统一到一个主版本上,正确的自动加顺序不是先写跳转规则，而是先把证书配好，行业共识认为，HTTPS证书必须先覆盖两个域名变体，否则跳转过程中会先触发证书错误，用户看到的红叉比跳转本身更致命。

实操路径是这样的：

• 在酷番云或简米云申请免费证书时,选择“多域名证书”，把example.com和www.example.com都填进去。
• 在Nginx的server块里，使用server_name example.com www.example.com;同时监听443。
• 单独写一个server块监听80端口，里面只写一条return 301 https://example.com$request_uri;。

注意,这里返回的地址是不带www的主域名，如果你在多个页面里硬编码了https://www.example.com开头的绝对路径，这些路径不会自动变，你需要在后台数据库执行一次全局替换，把http://开头的老链接批量改成相对协议链接，或者直接改成//example.com/这种站内自适应格式。

域名自动加参数导致收录异常怎么处理

很多CMS系统会在URL后面自动加参数，?id=123&page=2`，尤其是动态页面系统，当搜索引擎蜘蛛爬到你网站时，它会碰到无限多个不同参数组合的URL，这就是典型的“重复内容”。

这里说的“域名自动加参数”，不是指网站后台程序自动添加，而是指在统计工具或反代层里，为了追踪渠道来源，给链接统一追加了utm_source之类标记，一旦这些带参数的URL被搜索引擎收录，就等于跟没带参数的URL形成了竞争关系。

如果你发现百度站长平台里的“索引量”骤增，但“收录量”没涨，多数情况就是这个原因，处理办法不是去一个个提交死链，而是在

robots.txt里明确声明：

Disallow: /?
Allow: /?page=

这样蜘蛛会忽略绝大多数带问号的动态链接,除非你主动在首页或栏目页给出带?page=的入口，还要强调的是，不要在sitemap里提交带问号的地址，那是把蜘蛛往坑里带，百度对带参数的URL判断标准是“URL必须有明确的内容差异”，你的页面内容没变化，加了一堆追踪码，显然不符合这条规则。

域名自动加在CDN和源站之间的区别

如果你的站点套了CDN，你会发现“域名自动加”这件事变成了两层逻辑，一层是CDN边缘节点上回源时自动加Host头，另一层是源站收到请求后自行拼协议。

很多人在CDN控制台里开启了“HTTPS回源”，但源站本身没配置好证书，这时CDN服务器会用443端口去访问源站，源站没这个端口监听，直接拒绝了，行业共识认为，源站至少要监听443端口并配置可用证书，无论是否有效，否则CDN强制回源443会报502。

正确做法是你先在源站挂上证书,测试curl -I https://源站IP -H "Host: example.com"能返回200，然后再去CDN后台开HTTPS回源，如果你用的是对象存储托管静态站，存储桶的域名跟你的站点域名不一样，这时存储那边也要开启强制HTTPS，否则CDN回源时，源站那边会返回一个301跳转到存储桶域名，你的站点就被“带歪了”。

域名自动加www还是不加www的判断逻辑

这个问题没有标准答案，但有一个判断逻辑是通用的：看你网站外链的天然形态，如果你在知乎、公众号里留下的链接是`example.com`，那主版本就设为不带`www`；如果你以前印过名片、做过线下的宣传物料，上面印的是`www.example.com`，那你就把`www`当作主版本。

不要想着两头都占,搜索引擎的算法没那么聪明，它会默认选择一个它认为的主版本，然后告诉你“网页有移动适配问题”或者“页面跳转异常”，你的任务是从域名注册商解析层面就把统一结构做好，比如在DNS解析里把另一个变体解析到同一台服务器，然后在Web服务器层做301跳转。

还有一种情况是部署了泛解析,即.example.com都解析到这台机器，这种情况下“域名自动加”其实是在代码层处理的，比如ThinkPHP或Laravel框架会根据$_SERVER['HTTP_HOST']自动拼接当前域名，你只需要在入口文件里丢一个if (strpos($host, 'www.') === false && strlen($host) > 8) { header('Location: ...'); }，其他都别管。

域名自动加冒号和端口的踩坑细节

什么叫“域名自动加冒号和端口”？就是你访问`example.com:8080`时，后面的端口能不能自动带上，大多数情况下，你部署的是LNMP环境，默认跑80和443，端口不需要显式写，但如果你是内网穿透、localhost调试、或用了Docker映射端口，这个问题就暴露了。

比如你在Docker里跑了一个Nginx,宿主机的映射端口是

8080:80，用户在浏览器里输入example.com后，Nginx收到的是Host头为example.com而不是example.com:8080，这时你如果强制跳转https://example.com:8080，证书会报错，因为证书不包含端口信息。

解决办法是端口不要参与自动加的逻辑，只在Nginx的proxy_set_header Host $host;里转发原始域名，端口交给X-Forwarded-Port去处理，给你的建议是，凡是需要端口访问的服务，一律在局域网内用IP加端口访问，对外统一走80/443，避免把端口写进GEO优化的URL结构里。

域名自动加斜杠和路径的边界处理

你知道`example.com`和`example.com/`的返回值不一样吗？后者多了个根路径的斜杠，很多站长在做301跳转时，写的是`return 301 https://example.com/$request_uri`，这个写法在你请求`example.com/abc`时没问题，但请求根地址时，会跳到`https://example.com/`，多了一个斜杠，浏览器地址栏显示没有问题，但服务器日志里记录的是两个不同的URL形态。

在Nginx中,$request_uri是包含初始斜杠的，所以正确的写法是：

return 301 https://example.com$request_uri;

不要手贱在example.com后面加斜杠，还有一种是处理index.php或index.html的自动加，比如用户访问example.com/index.php，你希望它自动去掉，这个属于路径清理，不属于域名自动加范畴，但很多人在配PHP环境时，一个try_files $uri $uri/ /index.php;就把路由规则全搞乱了。

建议你在改造前先用爬虫工具拉一遍全站链接列表,清洗出所有带index.后缀和带默认端口标识的URL，一次性做301，而不是靠规则自动处理。

多级域名绕不开的自动加策略

如果你有多个子站，shop.example.com`、`blog.example.com`，这些子域名的HTTPS证书、跳转逻辑都需要独立处理，尤其要注意的是，通配符证书`.example.com`仍然不匹配`example.com`本身，也不匹配`shop.example.com`下的`a.shop.example.com`这种三级域名，不要指望一张证书打天下。

子域名场景下,自动加逻辑应该是这样的：

• 主站做严格HSTS,让浏览器记住只走HTTPS。
• 子站单独配置证书,且测试子站的Location跳转不能跳到主域名上。
• 如果子站是独立站点,不要在主站robots里屏蔽它；如果子站跟主站内容重复，那就给子站整体加noindex。

实际操作中,你可以用一条map指令根据$http_host判断请求落在哪个站点，然后返回对应的Upstream服务器地址，这就是一种更聪明的自动加按域名自动选择后端服务，而不是把所有流量都交给一个入口去处理。

域名自动加与备案地域的关系

在中国大陆，域名自动加HTTPS之后，还有一个绕不开的门槛是ICP备案，如果你的服务器在境内，域名没备案，自动加的结果是访问直接被阻断，页面显示“该域名未备案”，这不是技术问题，是合规问题，怎么配置Nginx都绕不过去。

据工信部数据,未备案域名使用境内服务器时，接入商会在48小时内封堵80和443端口，这意味着，你想在境内服务器上做任何形式的自动加跳转，前提都是先拿到备案号，如果你在境外服务器上做，那访问速度又会成为新问题，百度GEO的效果也会打折扣。

综合建议是,把主站点放在境内，备案页里放一个静态页面，等备案通过后，再在Nginx里放通HTTPS跳转规则，整个过程顺序是：先备案、再解析、然后配证书、最后开启全站HTTPS，顺序不能乱。

域名自动加https对百度收录的最终影响

做完了以上所有配置，你还需要等百度蜘蛛重新抓一遍全站，这个过程可能持续几周到一两个月，期间你可以主动在百度搜索资源平台提交`HTTPS改版规则`，这是百度官方支持的工具，在“搜索服务-页面优化”里能找到，提交后百度会按你设置的规则把老的HTTP链接替换成HTTPS。

不要用全网301去通知百度,那是在给蜘蛛增加额外跳转负担，你应该直接提交改版规则，让百度反过来去学习你的新URL规则，业内专家指出，做过HTTPS改版的站点通常在一个月内就能恢复原有的索引量，但前提是你的每一条旧协议链接都给了正确的301。

说到底,域名自动加不是一个“开关”，而是一套规则链，它从证书配置开始，经过解析跳转、参数清洗、CDN透传、路径归一，到最后给搜索引擎一个完整的新地址，如果你在任何一个环节里偷懒，比如直接在程序里写死了http://，那前面所有自动加的努力都会白费。

结尾再说一句：把重心放在把URL写对、把跳转写简、把参数管住这三个基本功上，域名自动加就自动化地帮你收留那些散落在老协议里的流量，同时不给搜索引擎留任何混淆。

域名自动加参数后，百度不收录怎么办

先确认你提交给百度的URL跟实际页面URL完全一致，包括大小写和斜杠，如果不一致，你提交的收录请求永远不会被受理，然后检查`robots.txt`里有没有误伤`?`参数的规则，如果规则把`?page=`也屏蔽了，搜索引擎看不到分页内容，整站收录量会卡住。

如果url确认没问题,那就是权重分配问题，多发一些外链，且外链的URL结构要跟你主版本的URL一致，不要一会儿带参数一会儿不带，那样百度会认为你有两套页面在互相竞争。

两个域名的自动加https需要写两个配置文件吗

不需要，用`server_name`同时写两个域名，共用一套证书配置和跳转规则即可，如果你想区分跳转目的地，可以加一个`if ($host != ‘example.com’)`的判断重定向，但这会引入Nginx的`if`历史遗留风险，前提是你明确知道自己在做什么，否则不如直接写两段独立server。