为何仅Safari浏览器将我的HTTPS网站标记为不安全
Chrome、Edge正常仅Safari报不安全，说明证书本身的基础信任没有全局问题，核心是Safari的TLS/证书校验规则和Chromium内核浏览器存在明确差异，按排查优先级从高到低对应以下场景：
原因1：服务器未部署完整SSL证书链 （最高发）
Chromium内核浏览器内置了大量常用中间CA证书缓存，也支持通过证书的AIA扩展自动拉取缺失的中间证书，因此即使服务端只返回了域名对应的终端证书，也能正常校验通过。但Safari（尤其是macOS 13、iOS 16及以上版本）要求服务端必须在TLS握手阶段一次性返回完整的「终端域名证书→二级中间CA→一级中间CA→根证书」链路，缺任意一环都会直接标记站点不安全。
这类问题在GoDaddy证书用户中占比极高：多数用户下载证书时只取了域名专属的crt文件，没有合并GoDaddy提供的中间证书。
修复方法：- 登录GoDaddy的SSL证书管理后台，重新下载对应服务器环境（Nginx/Apache/IIS/GoDaddy虚拟主机）的证书包，选择「包含完整证书链」的版本，不要单独下载单域名证书文件
- 如果是自行搭建的服务器环境：Nginx需要将域名证书放在文件最前面，后面依次拼接GoDaddy提供的所有中间证书内容，将
ssl_certificate配置项指向该合并后的文件，ssl_certificate_key指向对应私钥，重启服务即可；Apache/IIS直接导入带完整链的证书包即可 - 如果使用GoDaddy自带的虚拟主机托管，不要手动上传自定义证书文件，直接在主机面板的SSL配置页选择已签发的OV证书，由平台自动完成证书链部署即可。
原因2：TLS配置不符合苹果安全规则，或OCSP装订配置错误
Safari对TLS配置的合规要求比Chromium更严格：- 完全不支持TLS 1.0、TLS 1.1协议，仅接受TLS 1.2及以上版本
- 拒绝SHA1签名、RC4、3DES等弱加密套件的协商请求
- 如果服务端开启OCSP装订，必须返回有效、未过期的OCSP响应，否则直接判定证书不可信（Chromium会忽略OCSP校验失败的问题，正常加载站点）
修复方法：
- 调整服务器TLS配置，优先启用TLS 1.3，保留TLS 1.2做兼容，彻底关闭TLS 1.0、TLS 1.1
- 加密套件优先选择AEAD系列套件（如ECDHE-RSA-AES128-GCM-SHA256、ECDHE-RSA-AES256-GCM-SHA384等），移除所有带SHA1、RC4、3DES标识的弱套件
- 如果不确定OCSP装订配置是否正确，先临时关闭该功能测试，若关闭后Safari恢复正常，再重新配置OCSP规则，确保OCSP响应文件定期自动更新。
原因3：存在漏检的混合内容，或证书SAN域名不全
你已排查过页面链接、自有服务器托管的图片均为HTTPS，但Safari的混合内容检测覆盖范围远大于Chromium：favicon图标、web字体、CSS内联引用的资源、JS埋点请求、表单提交地址、字幕文件等容易被忽略的资源如果走HTTP加载，Safari会直接标记整站不安全；而Chromium会自动将图片这类被动混合内容升级为HTTPS加载，不会触发全局不安全提示。
此外如果证书的SAN列表只包含根域名、未覆盖带www的域名（或反过来），部分版本的Safari会在域名跳转完成前就做证书域名匹配校验，直接抛出不安全提示，不会等待跳转完成。
修复方法：- 打开Safari开发者工具，切换到网络面板，勾选显示所有资源，刷新页面逐个核对所有加载项的请求协议，确保没有任何HTTP请求，重点排查favicon、字体、第三方客服/统计插件的资源地址
- 回到GoDaddy证书后台，检查证书覆盖的域名列表，确认实际使用的根域名、www域名及其他二级域名均在列表中，若有缺失重新签发证书补全即可。
快速定位技巧：点击Safari地址栏左侧的「不安全」提示，选择「显示证书」，弹窗中会用红色文字明确标注具体错误原因（是证书链不完整、域名不匹配还是资源加载问题），直接对应提示修复即可，无需盲目逐项排查。
如果仅单个设备的Safari报错，其他设备访问正常，检查对应设备的系统日期时间是否正确，有没有在钥匙串中手动将该站点证书标记为不信任即可。
内容的提问来源于stack exchange，提问作者Russellg
