结果页上有地图、有表格、有几个汇总数字。第一次看容易直接盯住平均响应时间，其实那个数字的信息量最小。

先看成功率

这是 IPv6 测速和普通测速读法上最大的不同。

普通测速偶尔挂一两个节点，通常是链路抖动。IPv6 测速出现失败，先要分清是全部失败还是部分失败，这两种情况指向的问题完全不在一个层面。

全部节点失败，基本可以锁定三件事之一：域名没有 AAAA 记录、源站没有 IPv6 地址、CDN 没有开启 IPv6。请求在解析或建连阶段就断了，后面的耗时自然全是空的。

部分节点失败，问题通常在链路侧。某个省份的运营商 IPv6 出口质量差，或者当地 CDN 节点还没覆盖 IPv6。这类失败有明显的地域特征，换个相邻省份再测一次就能确认。

全部成功但速度参差，才是正常状态。

再看停在哪一段

如果失败，结果里会显示卡住的阶段，这个信息比错误提示有用。

停在解析，查 AAAA 记录和权威 DNS。停在连接，查源站监听、防火墙、安全组和机房出口。停在握手，查证书是否覆盖域名、SNI 是否正确、证书链是否完整。

能走到首字节，说明网络层已经通了，剩下的都是应用层的事。

分段耗时怎么读

解析慢，是 DNS 的问题。连接慢，是路由或防火墙的问题。握手慢，多半是证书链太长或加密套件协商开销。首字节慢，是后端处理慢。下载慢，是页面体积或带宽。

这套逻辑和 IPv4 测速一模一样。协议换了，排查顺序没换。

有一个细节值得知道：IPv6 的 TCP 建连耗时通常比 IPv4 略高，跨境链路更明显。只要每次都在相近区间，这是协议特性，不用当成故障。

状态码说明什么

能返回状态码，说明整条 IPv6 链路是通的，问题在应用层。

200 正常，301/302 是跳转，403 多为 WAF 或防盗链拦截，502/504 是反向代理后面的服务出了问题。这些判断和 IPv4 完全一致。

连状态码都拿不到，才是网络层或协议层的问题。

和 IPv4 结果对照着看

两边都跑一次，对比才有意义。

IPv6 慢但 IPv4 正常，重点查 IPv6 的路由和 CDN 调度。两边都慢，问题在源站，和协议无关。IPv6 完全失败而 IPv4 正常，说明 IPv6 这条链路根本没准备好。

在 IPv6 网站测速 里连测三次，取中间那次的数据做判断，比盯着最快节点可靠得多。单次的最快值只能证明“有一条路很快”，不能代表用户体验。