WebPageTest 测速怎么看？首访、回访与瀑布图分析
用 WebPageTest 对照首访与回访，结合 Filmstrip 和请求瀑布图检查缓存、首屏及加载过程。保留运行条件与波动，区分页面测试排队和目标网站访问异常。
用 WebPageTest 测速时，首访与回访结果值得分别保留。一个页面第一次打开慢、第二次打开快，可能与浏览器缓存和连接复用有关，也可能涉及服务端缓存；只有一个总耗时，很难分清这些因素。
测试之前，保存决定结果的设置
准备完整公开网址，选择接近目标用户的测试位置及可用浏览器，并记录设备、连接条件、运行次数，以及是否启用回访测试。实际选项和额度以当前账户界面为准，不要照搬另一份报告的默认条件。
WebPageTest 官方快速指南说明，结果可以包含多次运行、回访运行、请求瀑布图与加载过程画面。测试还可能排队；工具尚在等待执行，与目标网站请求超时是两种情况。
First View 与 Repeat View 能回答什么
| 观察 | 可以继续查的方向 | 不能直接证明 |
|---|---|---|
| 回访少了很多资源传输 | 浏览器缓存是否复用了静态文件 | 不能证明 CDN 每个地区都命中缓存 |
| 回访主文档仍等待很久 | 动态响应、回源与应用处理 | 不能仅凭这一项确认数据库故障 |
| 两次主文档都快，首屏仍晚 | 关键资源与脚本执行、渲染过程 | 不能只靠降低服务端响应时间解决 |
首访测试不会替你清空 CDN 或应用缓存，回访也不等同于真实用户隔了一天再来。报告描述的是设定环境中的运行过程，解释缓存效果时要保留这个边界。
用 Filmstrip 对照瀑布图，而不是只看最慢请求
Filmstrip 展示页面在不同时间点的画面。先找到主要内容开始出现或发生明显变化的时刻，再看对应时间段的请求和浏览器活动。这样更容易分清“资源仍在加载”与“用户还看不到内容”。
Start Render 表示开始有画面变化，不保证用户已经看到正文；LCP 关注视口内符合条件的最大内容元素，也不等于全部资源完成。若最后结束的是非关键请求，它可能拉长某项完成时间，却未必是首屏缓慢的主要原因。
多次运行时，保留波动与异常样本
查看工具用于汇总的运行样本，同时保留其他运行的差异。不要只挑最快的一次作为优化结果。若某次返回挑战页、错误页或明显不同内容，先标记异常，再决定是否能与其他样本比较。
优化后，用原来的网址和条件再次验证具体问题。若你还需要检查全国运营商访问情况，可补充多节点 HTTP 测速；若需要理解优化前后如何保持可比条件，可阅读网站性能对比测试方法。