参数填错，测的不是用户的路

监控上线后，数据一直很漂亮，直到用户投诉。回头检查配置才发现，我填的是 http 地址，而站点强制跳 https。工具跟了一次跳转，把两段请求的时间算在了同一条记录里。

这种错误不报错，只给你一个看似正常的数字。

地址和协议要对上入口

先确认用户实际访问的是什么：带不带 www、http 还是 https、有没有端口、路径是首页还是某个页面。

测 http 会包含 301 跳转的耗时，测 https 才是用户真正走的那一段。两者都值得测，但要清楚各自代表什么。

如果站点有 CDN，同域名在不同地区解析到不同节点，测出来的也不完全是同一台机器的性能。

还有个细节：路径末尾带不带斜杠，有时会多一次跳转。测的时候要和用户输入的习惯保持一致。

网站测速：多站点分段耗时与状态码

网站测速：多站点分段耗时与状态码

请求方法别用错

大多数页面用 GET 没问题，但接口类地址经常只接受 POST。用 GET 去测，拿回 405 或 400，你监测的是一个错误，不是速度。

监控的请求方法要和真实业务一致。拿不准就看日志里用户实际用的什么方法。

HEAD 请求只取响应头，速度快，但它和 GET 的用户体验不能直接对比，两种方法的记录别混在一起。

DNS 设置会影响解析段

宝塔拨测的网站测速提供快速测速和全节点测速，高级选项里可以指定 DNS。

用默认 DNS，测的是节点自带的解析路径；指定某个 DNS，测的是那条解析链路的耗时。两者都对，但要明确自己在测什么。

排查解析问题时用指定 DNS，评估用户体验时用默认更接近真实。

节点范围决定结论的适用范围

快速测速给的是概览，全节点更适合确认区域性差异。

只测几个节点就下「全国正常」的结论，和没测区别不大。反过来，每次都跑全节点，成本和时间也上去了。

日常巡检固定在主要运营商，出现异常再扩到全节点，是个平衡。如果用户集中在两个省，就盯这两组，比撒网式全测更能看出趋势。

配完怎么对照

配好参数，先用同一地址跑两三次，看结果稳不稳定。再和服务器访问日志对一下：请求有没有真的到、路径对不对、UA 是什么。

日志对不上，说明参数还有问题，这时候的数字不能拿来判断。

该警惕的是：监控一直正常但用户持续反馈慢、状态码和日志里的记录不一致、换个节点结果差出一个数量级。这些都在提示你，配置和真实请求没有对齐。