有个用户问我：既然全节点测得全，为什么不默认就跑全节点？

因为全节点解决的不是"通不通"，是"哪里不通"。

两个按钮，两个问题

快速测速抽一批有代表性的节点，几秒钟出结果。它回答的是：现在这会儿，网站活着吗，大概多快。

全节点测速会把电信、联通、移动、广电在国内三百多个地级市的家庭宽带节点全跑一遍，海外节点也带上。它回答的是：到底哪些地方出了问题。

一个用来判断状态，一个用来定位范围。混着用，就是拿定位工具做巡检。

全节点不等于更准

这点容易误解。

全节点不是"更多数据所以更准"，它是"更多位置所以更全"。单看某一个城市的耗时，快速测速和全节点给的结果差不多，因为测的都是真实请求。

差别在于覆盖。你客户的用户在乌鲁木齐，快速测速没抽到那个节点，你就看不见那边的问题。

所以真正的区别是：快速测速告诉你有没有事，全节点告诉你事出在哪。

额度差得不是一点

全节点跑一次，几百个节点真的发起了请求，额度消耗是快速测速的好几倍。

我见过有人拿全节点当日常巡检，一天点十几次，额度半天就下去一大截。没必要——日常看状态，快速测速足够。

我自己用的顺序

改完 nginx 配置、换完证书、调完 CDN，先快速测一次。绿的就过，红了一片再上全节点。

客户报障说"我们这边打不开"，直接全节点，看是单个城市还是整片区域。

要给领导或客户出一份能看的记录，全节点跑完顺手截个完整图。

顺序是：先确认状态，再定位范围，最后留证据。反过来做，浪费额度也浪费时间。

两个入口在 网站测速 页面右下角，输入框是同一个，随时切换。