用户说慢，但慢法不一样

有人打开要等，有人点进去才卡，还有人第二次打开很快。

同样一句「网页慢」，指向的环节可能完全不同。不分类，就没有方向。分类是排查的第一步，分错了，后面越查越偏。

四种慢

首次打开慢：第一次访问，DNS、TCP、TLS 都要走完整流程，少一步都不行。

二次打开慢：连接和缓存都热了还慢，偏后端或资源，这时候再谈首屏才有意义。

首屏慢：页面能开，但内容迟迟不出来，偏渲染和资源加载顺序。

点击后慢：页面静态部分正常，操作后等待，偏接口和后端。还有一种：一直慢，没有快的时候，这种要查基础资源和容量。

对应到五段

首次打开，重点看 DNS、TCP、TLS 三段，多半是解析和握手，不是后端能力问题。二次慢，才轮到后端和资源，顺序反了会白查。

二次打开，重点看 TTFB 和下载。

首屏慢，测首页请求可能并不慢，得看资源清单和浏览器渲染，大图、字体、脚本都可能是原因。

点击后慢，测的是接口地址，不是首页，和页面加载无关，测法和首页完全不同。

用测速验证

用宝塔拨测的网站测速跑多地区多运营商节点，先看五段。

首次和二次各测一次，对比 DNS、TCP、TLS 的差别，能确认缓存的影响。对不上就说明分类错了。同一批节点才能对比，换节点等于换尺子。

接口单独测，别用首页的结果推接口。连续三次能排除偶发，一次结果不能当基线。

常见误判

拿二次打开的数据，解释首次打开的体验。

拿首页的 TTFB，解释点击按钮后的等待，这两件事根本不在一条链路上。

只看平均，忽略最慢节点。这三种最常见，也最容易把人带偏。

复测

固定节点、固定路径，连测三次。把四类做成清单，每次排查先勾一类，清单能减少争论，也能减少漏项，团队协作时尤其有用。

改完只对比同一段，别看总时长。

把「哪种慢」写进结论，后面的人才知道从哪查。工具给数据，分类给人，两者缺一不可，别指望工具直接告诉你原因，它只给耗时，原因是人推出来的。推论要有依据，依据就是分段数据和节点分布，两者结合才是完整证据。这四类不互斥，一个站可能同时有，先解决影响最大的，优先级靠影响面定，不是靠感觉。用数据说话，团队才服气。一次搞清一类，四类都过一遍，你就不慌了。

先分对类，比急着测更重要。

慢不可怕，怕的是把四种慢当成一种。