摘要：说明企业官网同时开放HTTP、HTTPS、带www和不带www地址时，如何选择主域、设置单次重定向，统一canonical、站点地图与站内链接，并核对证书、深层产品路径和旧二维码，避免多跳、路径丢失及重复页面继续被抓取。
销售发官网链接时，有人复制http地址，有人使用带www的https地址；旧样本二维码又指向不带www的版本。四个入口都能打开同一页面，搜索系统却可能把它们当作不同地址。应选定一个主版本，其余入口直接转到它。
四个地址都返回200会留下什么问题
以example.com为例，http://example.com、http://www.example.com、https://example.com和https://www.example.com是四个独立请求。若服务器对它们都返回200，产品页也会出现四份可访问副本。外部链接、浏览器收藏和搜索抓取记录被分散，网页更新后还可能因缓存不同，短时间呈现两套内容。
页面里的canonical只能说明希望采用哪条地址，不能替代服务器跳转。搜索程序仍要请求副本，再决定是否接受canonical。若副本的标题、正文或canonical存在差异，判断会更困难。应在两种https版本中选定一个，其他三个入口返回301或308，并一次到达最终页面。
主域选择不能只看习惯。应查访问日志里哪个Host更多，核对搜索资源、邮件签名、产品二维码和旧PDF使用了哪一版。若有效外链多指向带www地址，沿用该版本通常能减少迁移工作。选定后不能让首页用www、产品页又跳到不带www。
重定向规则怎样避免多跳和路径丢失
跳转要保留原路径和必要查询条件。客户访问http://example.com/products/a120.html，结果应直接到选定主域下的/products/a120.html，而不是先到https版本，再补www，接着跳回首页。连续两三次跳转会增加等待，也容易让旧产品路径、语言目录或询价来源参数在中途丢失。
Nginx可把非主域和80端口请求集中交给一条返回规则，正式站的server块只处理主域内容。规则上线前可准备一组样本：主页、栏目页、A120产品页、带utm_source参数的询价入口和一条不存在的地址。前四条应一次到达对应主域页面；不存在的路径仍应落到404，不能被统一送回主页。
HTTPS证书也要覆盖所有可能被客户访问的域名入口。浏览器会先完成证书校验，再执行网页跳转；若旧入口证书已失效，客户看到的是安全警告，而不是301。更换证书或取消某个域名前，应确认样本二维码、历史邮件和外部资料是否仍在使用该入口，并为过渡期保留有效证书。
还要区分域名跳转和业务跳转。前者只负责协议与主机名统一，不应顺便改变语言、地区或产品型号。若客户访问/en/products/a120.html，域名规则应保留/en/目录。语言选择交给页面导航或明确的语言关系标记处理，避免一次请求同时触发主域、语言和登录状态三套规则。
主域统一后还要核对哪些公开信号
服务器跳转完成后，页面自身也要只引用主域。canonical、站点地图、导航链接、面包屑、图片绝对地址和结构化数据里的url字段应保持一致。后台若保存完整网址，要检查编辑器是否仍插入旧协议；若只保存相对路径，则由统一的站点地址配置补全主域，减少编辑人员手工输入。
验收时不要只在浏览器里看最终页面。使用命令行记录每个入口的首个状态码、Location和跳转次数，再抓取最终页面核对title、canonical和H1。站点地图中只允许出现主域地址，同一产品路径不能同时存在两种Host。服务器日志里若仍持续出现非主域200，说明还有未覆盖的虚拟主机或缓存节点。
改动后保留一份入口清单，字段包括原地址类型、预期状态码、最终Host、路径是否保留、证书到期日和复核时间。销售新做二维码或下载文件时，只从这份清单取主域。旧入口可以长期承担跳转，但不再参与页面生成和站内链接，搜索信号才会逐步集中到稳定地址。
判断是否处理完成，可以拿一条深层产品地址分别替换协议和Host。四次请求中只能有一个直接返回200，其余都应一次跳到它；最终页面的canonical与浏览器地址完全相同，站内点击也不会再绕回旧版本。做到这一点，域名统一才不只是配置文件里的一行规则。
