一句话答案：填 http:// 时，网站测速会先自动跟随 301/302 跳转到 https://，多一次重定向往返，实测中位总耗时 199.7 毫秒；直接填 https:// 没有跳转，中位总耗时 140.7 毫秒。想测真实用户体验就填 https://，想验证强制跳转是否生效才填 http://。
同一个域名，填法不同结果就不同
用宝塔拨测（t.bt.cn）做网站测速时，目标框里填 http:// 还是 https://，很多朋友没在意。实际上两者测出来的结果不一样：填 http:// 会先被跳转到 https://，平白多一次往返，耗时反而更高。下面用 2026-10-05 晚间对 www.qq.com 的两次真实网站测速（一次填 http://、一次填 https://）讲清楚差别。
两次测速的关键差异对比
两次拨测仅目标写法不同，其余条件一致：
指标
| 填 http://www.qq.com
| 填 https://www.qq.com
| 选中 / 成功节点
| 361 / 358（成功率 99.2%）
| 361 / 359（成功率 99.4%）
| 重定向次数
| 358 个成功节点全部 1 次
| 359 个成功节点全部 0 次
| 最终 HTTP 状态码
| 全部 200
| 全部 200
| 总耗时中位数
| 199.7 毫秒
| 140.7 毫秒
| 证书剩余天数
| 172 天（41 节点）、183 天（317 节点）
| 172 天（41 节点）、183 天（318 节点）
| 覆盖省份/地区
| 59 个（大陆 31、港澳台及海外 28）
| 59 个（大陆 31、港澳台及海外 28）
|
两次的最终状态码都是 200，证书剩余天数也都是 172 天和 183 天两个值——差别集中在重定向次数和总耗时两个字段上。
为什么填 http:// 反而更慢
网站测速默认跟随重定向。填 http://www.qq.com 时，探测节点先向 http 地址发请求，站点返回 301/302 跳转指向 https://，节点再向 https 地址重新发起一次请求，完成 TLS 握手后才拿到 200。这一来一回就是多出的跳转往返。
所以实测里填 http:// 的 358 个成功节点全部记录了 1 次重定向，填 https:// 的 359 个成功节点全部 0 次。多这一次跳转也体现在耗时上：填 http:// 中位数 199.7 毫秒，明显高于直接填 https:// 的 140.7 毫秒。
再看分段耗时，差异同样集中在跳转之后的首字节阶段：
分段耗时中位数
| 填 http://
| 填 https://
| DNS 解析
| 22.3 毫秒
| 14.0 毫秒
| TCP 连接
| 20.1 毫秒
| 20.3 毫秒
| TLS 握手
| 51.4 毫秒
| 51.2 毫秒
| 首字节
| 199.6 毫秒
| 140.6 毫秒
|
两次 TLS 握手都在 51 毫秒左右，说明填 http:// 最终同样完成了 HTTPS 加密握手——只是前面多走了 http 到 https 的跳转，把首字节阶段的耗时抬高了。
到底填哪个？看你想测什么
- 想测真实用户体验：直接填 https://。现在绝大多数网站都强制跳 https，用户浏览器实际访问的就是 https，直接填少一层跳转，结果更贴近真实体感；
- 想确认 http 跳 https 是否生效：可以填 http:// 测一次。成功节点全部"重定向次数 1 次 + 最终 200"说明跳转配置正常；如果填 http:// 时大量节点失败或状态码异常，就要检查站点的强制 HTTPS 与重定向规则。
无论填哪种写法，结果数据里都能读到"证书剩余天数"——因为 http 最终也会落到 https 上。本次两次拨测读到的证书剩余天数一致（172 天和 183 天两个值），说明同一站点不同节点挂的证书批次不同这一现象，与填 http 还是 https 无关。相关字段含义可参阅官方文档《进行一次拨测并查看结果》（https://docs.bt.cn/user-guide/baota-probe/monitoring-guide）。
常见问题网站测速的目标到底该填 http:// 还是 https://？
两种都能测，但结果有差别。填 http:// 会先被跟随跳转到 https，多一次重定向往返，实测耗时更高；填 https:// 直接访问、少一次跳转。想测真实用户体验，直接填 https:// 更贴近实际，因为现在大多数网站都强制跳 https。
填 http:// 和填 https://，结果差在哪里？
主要差在重定向次数和耗时。以对 www.qq.com 的两次实测为例：填 http:// 时 358 个成功节点全部记录 1 次重定向（先跳 https），中位总耗时 199.7 毫秒；填 https:// 时 359 个成功节点全部 0 次重定向，中位总耗时 140.7 毫秒。两者的最终状态码都是 200。
为什么填 http:// 测出来的耗时反而更高？
因为填 http:// 时，探测节点先向 http 地址发请求，收到 301/302 跳转后，还要向 https 地址重新发起一次请求，多出来的这次往返增加了耗时。实测 www.qq.com 填 http:// 中位耗时 199.7 毫秒，比直接填 https:// 的 140.7 毫秒高出不少。
填 http:// 能看到证书剩余天数吗？
能。http:// 最终也会跳转到 https，探测节点走完跳转后照样完成 TLS 握手，所以结果里同样带"证书剩余天数"字段。本次两次拨测读到的数值一致，都是 172 天和 183 天两个值。
网站测速会自动跟随重定向吗？
会。网站测速默认跟随重定向，所以每个节点的结果里带一个"重定向次数"字段：0 次表示直接返回，1 次表示中间跳了一次（最常见就是 http 跳 https）。填 http:// 时这个字段基本都会是 1。
怎么利用这个差别排查自己的网站？
先填 https:// 测一次，看真实访问质量；再填 http:// 测一次。两次都能正常返回 200，说明 http 跳 https 的跳转配置正常；如果填 http:// 时大量节点失败或状态码异常，就要去检查强制 HTTPS 和重定向配置。
有问题欢迎回帖。
|
|
运维要高效，装宝塔
