经常有人问：普通网站测速不是也能填域名吗，为什么还要单独做一个 IPv6 入口。

答案不在界面，在探测走的那条路。普通测速的节点从 IPv4 出口发起请求，IPv6 通不通，它根本看不见。一个双栈只做了一半的站点，在普通测速里可能永远是绿的。

它只走 IPv6

IPv6 网站测速的节点必须自己具备 IPv6 出口，然后向目标发起真实的 HTTP/HTTPS 请求。整条链路只走 IPv6，不回落、不混用。

这一点决定了它能回答的问题：这个站在纯 IPv6 网络里，到底能不能打开。

一次请求被拆成五段

和普通测速一样，它记录的是过程而不是一个笼统的总耗时：

  • AAAA 解析：域名有没有 IPv6 地址，解析花了多久
  • TCP 连接：到目标 IPv6 地址的握手能不能完成
  • TLS 握手：证书是否有效，SNI 是否匹配
  • 首字节：服务端处理请求用了多久
  • 下载：内容传回来花了多久

五段里任何一段断了，后面的数字都不会出现。所以看结果时，先看它停在哪一段，比看总耗时有用得多。

和普通网站测速的区别

输入一样，节点一样，差别只在协议。普通测速测的是“大多数用户走 IPv4 时的体验”，IPv6 测速测的是“纯 IPv6 用户的那条路”。

这两条路在国内并不总是等价的。IPv6 的互联质量、回程路由、CDN 覆盖都和 IPv4 有差异，有些地区 IPv6 绕路明显，有些 CDN 节点干脆没有 IPv6。

在 IPv6 网站测速 里填上域名，节点从 IPv6 出口发出请求，返回的就是这条路的真实数据，而不是从 IPv4 结果推测出来的。

它不做什么

两点边界要说清楚。

它不执行页面里的 JavaScript，也不加载图片、CSS 这些子资源。测的是服务端返回 HTML 有多快，不是浏览器渲染完整页面有多快。

它也不是压测。多个节点各发一次真实请求，用来观察不同地区的访问情况，不能拿来评估服务器能扛多少并发。

什么时候值得跑一次

IPv6 改造上线时跑，验证是不是真的通了；换 CDN、调安全组、迁移服务器之后再跑，确认没把 IPv6 弄丢。

日常可用性还是交给监控。这个工具解决的是“验一次”的问题，不是“一直盯着”的问题。