发布时间：2026-09-23 12:32 更新时间：2026-09-23 12:32 阅读量：0
把站点从 HTTP 切到 HTTPS 本来是一件好事，浏览器地址栏挂上小锁，搜索排名也有正向作用。但不少站长切完之后发现后台的百度统计曲线突然断崖式归零，PV、UV 全变成 0 或者只剩零星几个。这时候先别急着怀疑统计账号被封，绝大多数情况是切换过程中有三个环节被顺手改坏了：referrer 策略、混合内容、统计代码的位置。下面按排查顺序讲清楚原理和动作。
百度统计的 JS 代码在页面加载后会向 hm.baidu.com 发一个请求，请求里带上一堆参数，其中一个关键项是来源页面地址，也就是 referrer。统计后台判断一次访问来自站内还是站外、来自哪个搜索词、落地页是哪一篇，很大程度上依赖这个字段。
问题在于，浏览器对跨域请求携带 referrer 的规则越来越严。如果站点在切换 HTTPS 时顺手加了一条 Referrer-Policy: no-referrer，或者用了某些安全加固模板把 referrer 直接抹掉，统计脚本发出的请求里就没有来源信息，百度统计可能直接丢弃这条记录，表现出来就是「有流量但没数据」。
还有一种更隐蔽的情况：统计代码本身是通过 HTTP 引入的。HTTPS 页面加载 HTTP 资源会被浏览器当成混合内容拦掉，脚本根本没执行，自然一条数据都发不出去。这类问题在浏览器控制台里会看到明显的红色告警。
第一处，看响应头里的 Referrer-Policy。用一个带响应头输出的请求就能看到，比如：
curl -sI https://www.example.com/ | grep -i referrer
也可以看整段响应头
curl -sI https://www.example.com/如果输出里出现 no-referrer，那基本可以锁定原因。稳妥的做法是改成 strict-origin-when-cross-origin，这是目前主流浏览器默认的策略，既能带来源信息又不会泄露完整路径。在 Nginx 里可以这样加：
add_header Referrer-Policy "strict-origin-when-cross-origin" always;
注意 always 这个参数，它保证错误响应也带上这个头。改完记得 nginx -t 检查语法再 reload，具体生效情况以浏览器实际请求头为准。
第二处，查页面里有没有 HTTP 资源。打开出问题的页面，按 F12 看控制台和 Network 面板，筛选 http:// 开头的请求。常见的漏网之鱼包括：模板里写死的老统计代码、第三方字体、老版本 jQuery、外链图片。只要百度统计那段 hm.js 的地址还是 http://hm.baidu.com/hm.js?xxxx，就必须换成 https:// 开头。百度统计后台现在给的代码默认就是 HTTPS 版本，重新复制粘贴一次即可。
第三处，确认统计代码的位置。百度统计官方建议把代码放在 </head> 标签前，或者紧跟在 <head> 开始之后。如果代码被放到了 </body> 前面，页面又用了大量异步加载或者跳转逻辑，脚本很可能在跳转发生前没来得及执行完；如果放进了页脚模板里，某些页面模板可能压根没引入页脚文件。用「查看网页源代码」直接搜 hm.baidu.com 是最快的核实办法，搜索结果里看它出现在第几行、在哪个标签内。
第四处，检查百度统计后台的域名绑定和代码版本。切换 HTTPS 时如果顺手把站点域名从 www.example.com 改成了裸域，或者反过来，而统计后台里绑定的还是老域名，数据可能被算到另一个站点下。同时确认后台里该站点用的统计代码 ID 和页面上的一致，别一边用着旧版代码一边在新版后台找数据。
配置改完不是终点，要实际验证一次。可以在浏览器控制台里手动看一次请求：打开页面后切到 Network 面板，过滤 hm.baidu.com，点开那条请求看 Headers 里的 Referer 字段是否存在、值是否正常。也可以用 curl 模拟一次上报，确认服务端能收到：
curl -s -o /dev/null -w "%{http_code}\n" \
-H "Referer: https://www.example.com/" \
"https://hm.baidu.com/hm.js?你的统计ID"返回 200 说明这个地址本身可达，但真正的上报路径和参数由页面脚本控制，最终以百度统计后台的实时访客数据为准。实时数据通常有几分钟延迟，改完等十分钟左右刷新看看有没有新访客进来。
另外提醒一句，如果站点前面挂了 CDN 或者反向代理，Referrer-Policy 这类响应头可能被中间的缓存节点改写过，排查时最好直接回源确认一次，或者临时绕过 CDN 测试。切换 HTTPS 后统计丢失，九成以上跑不出 referrer 被抹、HTTP 脚本被拦、代码位置不对这三个原因，按上面的顺序一项项过，基本都能定位到。
| 📑 | 📅 |
|---|---|
| 宝塔面板SSL证书手动替换：证书链、私钥校验与reload排查 | 2026-09-23 |
| WordPress后台自动更新失败：权限、FTP常量与目录属主逐项定位 | 2026-09-23 |
| 宝塔新建站点403 Forbidden：权限位、属主与open_basedir三重排查 | 2026-09-23 |
| 网站备案主体与接入商变更：新增接入、注销重备顺序与访问影响 | 2026-09-23 |
| 换硬盘不换IP：rsync增量同步与停机切换回滚全流程 | 2026-09-23 |
| Nginx 一张证书配多个域名：SAN 填写与漏配排查 | 2026-09-24 |
| 网站被CDN缓存住旧页面：缓存键、边缘刷新与源站头冲突排查 | 2026-09-24 |
| 宝塔面板磁盘挂载与网站目录迁移：/www 换盘后的路径、权限与面板数据同步 | 2026-09-24 |
| WordPress改文章前台不变：三层缓存清理顺序与验证 | 2026-09-24 |
| WordPress数据库连不上但宝塔显示正常：主机名与socket排查 | 2026-09-24 |