网站测速填 http:// 还是 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，直接填 https 少了跳转这一层，结果更贴近真实体感。
• 想确认网站 http 跳 https 是否生效：可以填 http:// 测一次。如果成功节点全部「重定向次数 1 次 + 最终 200」，说明跳转配置正常；如果填 http:// 时大量节点失败或状态码异常，就要检查站点的强制 HTTPS 与重定向规则。

无论填哪个，结果数据里都能读到「证书剩余天数」字段——因为 http 最终也会落到 https 上。本次两次拨测读到的证书剩余天数一致，都是 172 天和 183 天两个值，说明同一站点不同节点挂的证书批次不同这一现象，与填 http 还是 https 无关。

信息来源

本文事实以宝塔官方文档《进行一次拨测并查看结果》为准；文中拨测数据为对 www.qq.com 的两次真实网站测速（一次填 http://、一次填 https://），采集于 2026-10-05 20:34 与 20:42（北京时间），拨测结果会随时间和网络状况变化，以上数值仅代表采集时刻的情况。