企业完成HTTPS迁移后，导航看起来正常，源码、CMS文章、图片地址或脚本配置里却可能残留HTTP。部分请求只是多一次跳转，部分资源会触发混合内容和浏览器限制。
全站规范化的目标是让用户、搜索引擎和应用始终接触同一套HTTPS地址。
01 区分页面链接与资源请求
普通页面链接通常会跟随重定向，图片、脚本、字体、接口和表单目标则可能被浏览器阻止或产生安全警告。
两类都要修，但资源请求优先级更高。
02 查找所有可能的硬编码位置
检查模板、组件、CMS正文、数据库、导航配置、站点设置、JSON、邮件模板和第三方嵌入。
只在代码仓库搜索可能漏掉后台内容。
03 统一基础URL和拼接方法
环境变量、站点配置和URL工具函数应输出规范HTTPS地址。避免每个页面自行拼接域名。
相对链接可减少同域协议错误，但canonical、分享和结构化数据仍需完整URL。
04 更新站内SEO信号
canonical、hreflang、Open Graph、sitemap和结构化数据必须使用最终HTTPS版本。
否则页面内容已迁移，元数据仍可能给出矛盾信号。
05 检查外部服务是否支持HTTPS
老旧图片、视频、统计或接口可能没有安全版本。优先迁移、替换或代理合法资源，而不是关闭浏览器安全限制。
第三方脚本还要审查必要性和权限。
06 修复后验证响应与证书
爬取全站HTTP引用，检查浏览器控制台、网络请求和表单提交；确认所有域名证书、重定向和子资源正常。
持续监测新内容录入是否再次带入旧链接。
HTTP残留位置清单
位置 | 风险 | 检查方式 |
|---|---|---|
导航与正文链接 | 额外跳转、旧URL传播 | 全站爬虫/CMS搜索 |
图片和字体 | 混合内容、加载失败 | 浏览器控制台 |
脚本与接口 | 被阻止、安全风险 | 网络请求审计 |
表单action | 提交失败或不安全 | 真实提交测试 |
canonical/sitemap | 规范信号冲突 | 源码与站点地图 |
邮件模板 | 用户继续访问旧入口 | 模板与点击测试 |
常见问题
HTTP链接会不会自动跳到HTTPS？
服务器可能会跳转，但不能依赖它替代站内修复，资源请求还可能被阻止。
可以全局把http替换成https吗？
同域链接可批量处理，但外部链接需确认目标确实支持HTTPS，避免制造失效链接。
相对链接是否更好？
同域页面可使用相对路径，但完整规范URL仍需用于canonical、分享和部分数据。
混合内容只影响安全提示吗？
还可能导致脚本、字体、图片或请求直接无法加载。
修复后需要重新提交网站地图吗？
可以提交更新后的HTTPS sitemap，并确保只包含最终可索引URL。
链接复制成功
