从 HTTP 换成 HTTPS，站内地址和跳转要改哪几处

换成 HTTPS 的动作清单里，证书只是第一步。真正决定切换是否干净的，是四类地址一起改：旧地址到新地址的重定向规则、站内写死的绝对地址、提交给搜索的清单类文件、以及伪静态与规范地址配置。只装证书的结果通常是旧协议地址仍然可达、页面出现混合内容警告、站点地图里还是旧协议——收录与访问都留下尾巴。合理顺序是：证书与监听、统一跳转、批量替换、更新清单、复查混合内容。

第一步：证书与服务监听

先把新协议跑起来再谈改地址。检查三件事：证书覆盖的域名是否同时包含裸域与带 www 的版本；前置服务上协议配置是否正确；应用层是否需要感知原始协议。AnQiCMS 常见的几种部署方式（宝塔面板与 aaPanel、LNMP 命令部署、Docker 镜像）里，证书都配在前置的 Nginx 上，应用默认监听 8001 端口，因此协议改动主要落在前置服务与后台配置两处，而不是改代码。

这一步做完，先用无痕窗口访问一次新地址，确认证书链完整、没有降级提示。

第二步：旧地址的重定向怎么配

跳转要按规则统一收口，而不是逐页处理。目标是让同一份内容只有一个入口：http 到 https、裸域到带 www（或反向），一次完成，不要出现两跳。AnQiCMS 后台提供 301 跳转管理，用于设置 URL 重定向，把协议与域名的组合规则配置在这里，比在多个位置分别写规则更容易核对。

三条细节：

• 首页与内页都要覆盖。只重定向首页是常见漏项，带路径的旧地址仍在旧协议下可达。
• 用 301 而不是临时跳转。协议切换是永久变更，临时跳转会让搜索引擎继续保留旧地址。
• 重定向后的地址应指向规范地址，避免和规范地址配置互相绕圈。

第三步：站内绝对地址批量替换

正文与模板里写死的旧协议地址，是混合内容警告的主要来源。批量处理时范围控制比速度重要。

AnQiCMS 的全站替换工具可以批量替换关键词或链接，适合把正文里成批出现的旧协议绝对地址换过来。三点注意：先限定替换范围（分类或栏目），避免把正文里合法出现的相同字符串一并改掉；替换前做一次备份，替换后抽查若干篇文章；导航与单页面里的硬编码地址不会随正文批量替换生效，要单独打开导航设置与单页面管理逐条改。

图片与附件地址同样要看。历史文章里带协议的素材绝对地址，替换后应抽查几页确认资源可加载，避免出现图片显示不出来。

第四步：清单类文件要一起改

提交给搜索的清单不会自动跟着换协议，需要确认生成结果。

站点地图（sitemap）由系统自动生成时，重点核对里面的地址是否已经是新协议、是否与新配置的重定向方向一致。如果清单里仍是旧地址，抓取程序每次都要多走一跳，长期看不利于地址统一。AnQiCMS 支持站点地图自动生成，切换后重新生成并检查一次即可。

Robots.txt 里如果引用了站点地图地址，也要同步更新；同时检查有没有针对旧协议写的规则残留。AnQiCMS 支持 robots 配置，改完用文本方式核对一次。

伪静态与规范地址在这一步一并确认：AnQiCMS 支持伪静态规则管理，可以自定义伪静态 URL，规则本身不含协议，但清单与规范地址里的协议要和新入口一致。

第五步：复查混合内容与残留

三处容易漏：

• 模板里引的第三方脚本与字体地址，仍写旧协议的会直接触发混合内容拦截，表现为样式错乱或部分交互失效。
• 评论与富文本历史内容里带协议的外链图片。
• 表单提交地址与接口调用地址：前台脚本里的接口基准地址如果写死旧协议，会出现提交失败。

验证方法简单可靠：切换完成后打开几类典型页面（首页、栏目列表、文章详情、表单页），逐页看浏览器对页面的安全提示，并抽查一个旧协议的内页地址，确认它一次跳转就到新地址。

常见问题

旧地址要不要保留一段时间可达？ 保留但只以重定向形式存在。让旧地址直接返回内容会形成两个入口，让旧地址返回 404 会伤害已有外链与收录。

正文改不完怎么办？ 优先处理清单类文件与跳转规则，正文的批量替换可以分栏目推进；只要跳转与规范地址统一，未替换的绝对地址影响可控。

换了协议收录会不会掉？ 短期内旧地址被重定向到新地址，属于正常过渡。把站点地图重新生成、链接推送管理里的新内容推送保持运行，是缩短过渡期的两个动作。

多久能确认切换完成？ 当旧协议地址全部一次跳转到位、页面无混合内容警告、清单与 robots 都是新协议这三条同时成立时，可以认为站内动作已完成，剩下的观察交给收录数据。