WebPageTest 怎么看？Waterfall、测试节点和 Core Web Vitals 排查思路

WebPageTest 最有价值的不是总分，而是“网页到底怎么加载的”

一次测试可以看到请求瀑布图、关键时间点和加载过程。图片、字体、第三方脚本、API 和重定向分别花了多久，比单独一句“页面 72 分”更能指导下一步。

测试地点和网络条件会直接改变结果

用户在新加坡、美国和欧洲，测出来的延迟和缓存命中完全可能不同。排查特定地区问题时，要尽量选接近真实用户的测试节点和设备条件，不要只在离服务器最近的地方测。

Waterfall 先看排队、DNS、连接、TTFB，再看资源下载

如果第一个 HTML 就等很久，优先查服务器、缓存和网络；HTML 很快但大图、字体或 JS 拖很久，则是另一类问题。把每条请求按阶段看，比凭感觉删插件更靠谱。

一次测试可能有偶然性，最好看多次结果

缓存、网络抖动、第三方服务都会让单次结果飘。做前后对比时，保持测试地点、设备和网络设置一致，跑几次再看中位情况，才比较像真实变化。

WebPageTest 和 PageSpeed Insights 可以搭配用

PageSpeed Insights 方便同时看现场数据和 Lighthouse 建议；WebPageTest 更适合细看请求、视觉进度和网络条件。遇到复杂性能问题时，两种视角一起看往往比争论“哪个分数更准”有用。

从瀑布图定位一次慢加载

先找出首个 HTML 请求的等待时间，然后观察 CSS、字体、图片和 JavaScript 是否串行阻塞。试着将同一页面在相同地区、设备与连接条件下重复测试，再比较改动前后的关键请求，而不是只看一次报告顶部的总评分。