挑好看的节点，等于自欺欺人

早期测速，我会刻意选离服务器近的几个节点，跑出来一片绿色，报告很好看。直到用户投诉，才发现自己从来没测过用户所在的地方。而且那次投诉的用户，正好在一个我从没选过的省份。

节点选错，后面的所有分析都建立在错误的样本上。选节点是方法问题，不是审美问题。

按用户分布定节点

先看访问日志或者统计后台：用户在哪些省、用什么运营商。统计后台一般能给出省份和运营商分布；没有的话，看日志里的 IP 归属也能估个大概。

主要省份和运营商必须覆盖，这是底线。用户占比很低的地区，可以暂时不选。

判断依据是业务，不是「覆盖面好看」。你的用户在哪，节点就该在哪。

加一两个对照节点

除了覆盖用户，我还会固定加一两个对照节点：一个海外、一个其他运营商。

它们的作用不是模拟用户，而是帮你分方向。海外和主要用户群同时慢，偏源站；只有用户所在地区慢、对照正常，偏局部链路。

对照节点还有个好处：它能帮你区分「我们的问题」和「这条路的问题」，跟服务商沟通时特别有用。

选多少个合适

太少没有统计意义，太多会让报告变长、噪音变大。

我的经验是按运营商分三组，每组两三个节点，覆盖主要地区就够。用户集中在两个省，六个节点就够；全国分散，才需要按大区分组铺开。真出问题时再临时扩到全节点。

节点数量不是关键，关键是每一组都有代表，而且要长期固定下来。

固定节点，才有基线

每次换一批节点，数字之间就没有可比性。今天多了远端节点，平均值被拉高，你会误以为站点变慢。

在宝塔拨测的网站测速里建固定任务，节点集写进配置。要调整时，把它当成一次基线变更，重新记录一次。变更记录写清时间和原因，后面复盘能省很多解释。

剔除、复测和判断

长期超时、长期异常，或者所在地区根本没有用户，这类节点可以考虑移除。移除之前先确认不是它所在链路的问题，否则你只是把眼睛闭上了。

节点长期不可用还会影响告警质量，该剔除就剔除，但别把异常也一起剔掉。

改完配置，用同一批节点复测，先看分组，再看平均、最快、最慢。某个分组持续异常，才是真问题；偶发的单点波动，不用急着动配置；全局小幅波动，通常不值得追。

测速不是给自己交作业，是替用户看路。报告好看没有用，用户说好才算数。报告是给自己看的，用户不会看这份东西。