2026 年 9 月我们把自己用过的测速工具清了一遍，五个，最后只留三个。工具不是越多越好，同一件事用三个工具测，数据不一致时反而不知道该信谁。
工具分四类
第一类，本地实验室。Lighthouse 装在浏览器或者命令行里，跑一次出一份报告，能看到具体哪个资源拖了后腿。
第二类，在线单页测试。PageSpeed Insights 除了跑实验室数据，还会带上 CrUX 的真实用户数据，一页看两边。
第三类，多地合成监控。WebPageTest 可以从不同地点、不同设备跑，看地域差异。
第四类，国内测速平台。国内节点覆盖好，能反映真实的国内访问速度。
我们留下的三个
Lighthouse，本地跑，用来诊断和改完验证。它的价值是详细，每个资源、每段 JS 执行都能看到。
PageSpeed Insights，看真实用户数据。它给的 CrUX 是 75 分位，比实验室数据更接近用户体验。
国内的测速平台，用来测国内多地的首字节和完整加载时间。海外工具在国内的数据不可信。
WebPageTest 我们只在需要看瀑布图对比时用，不算日常工具。
每个工具的限制
Lighthouse 的数据是模拟的，同一个页面跑两次分数可能差十分。别盯着分数，看具体指标和诊断建议。
PageSpeed Insights 的 CrUX 只有流量足够的站才有数据，小站会显示数据不足。这时候只能看实验室数据。
国内测速平台的节点和设备配置不透明，适合看趋势和对比，不适合当绝对标准。
国内工具的一个细节
部分国内测速平台的节点是虚拟的，报出来的数据波动很小，看着很稳，但和真实用户差很远。
判断办法是拿同一页在平台测一次、再用真实手机打开一次，对一下时间。差得多，就只能拿平台数据看趋势，不能当标准。
一个用工具的规矩
同一个页面，改前改后必须用同一个工具、同一套参数测。换工具对比等于没对比。
移动端测试固定开 4G 降速和 4 倍 CPU 降速，这两个参数别改来改去。
每次测三次取中位数。单次数据波动太大，尤其是网络相关的指标。
监控不能只靠手动
手动测只能看到某一天的状态。真实的问题是上线之后慢慢变差，没人发现。
我们的做法是核心页面每天自动跑一次 Lighthouse，把 LCP、INP、CLS 记到表里，连续三天变差就提醒。
这个监控不需要付费工具，一个定时任务加一个脚本就够。它的价值是发现回归，不是给老板看报表。
一个态度
工具是手段，不是目标。花时间比较工具，不如花时间改一个真实的性能问题。
我们见过团队为了选监控工具开了三次会，站上的首屏还是四秒。这个顺序明显反了。
元析智能
为软件公司做 SEO 和 GEO 优化