最让站长郁闷的一件事：自己在电脑上刷网站秒开，评论区却有人抱怨打不开、加载好半天。这种情况不是用户在说谎，多半是你测的方法从一开始就不对。网站访问速度测试方法 错了，测出来的数字再好看也没有意义，还不如不测。
一、本地缓存和登录态会骗你
浏览器会把图片、CSS、JS 存在本地缓存里，第二次访问直接读盘，几百毫秒就出来了，你看到的是缓存版本而不是真实加载速度。登录用户看到的页面还常常和未登录访客不同，缓存策略也不一样。正确做法是：按 Ctrl+F5 强制刷新绕过缓存，或者开无痕窗口重新访问，更严谨的是打开开发者工具，在 Network 面板勾上 Disable cache 再刷新。这样测出来的时间才接近首次访客的真实体验。下面这条命令是对应的命令行验证方式，加 -H 请求头可以模拟一个全新访客。
# 绕开本地缓存的命令行测量方式
curl -s -o /dev/null -H 'Cache-Control: no-cache' \
-w "ttfb=%{time_starttransfer} total=%{time_total}\n" https://www.example.com/
# 浏览器端：Ctrl+F5 强刷，或在开发者工具 Network 面板勾选 Disable cache
二、别用公司或机房的网络测
公司专线、机房内网都是带宽充足、路由优化的环境，从这种网络访问自己的服务器，就像在自己家里量快递员的送件速度，没有参考价值。要模拟真实用户，最省事的办法是用手机开蜂窝网络做热点，让笔记本走手机网络访问一次；如果网站主要面向外地用户，还要找外地的人帮忙测。有条件的可以在页面里埋点，把不同地域、不同运营商用户的真实加载时间收集回来，这比任何单点测试都准。
三、要盯首屏时间，不是总加载时间
很多人把总加载时间当指标，可用户感知的是首屏时间——从点开链接到页面上出现能看的内容。总加载时间里包含首屏之外的图片、懒加载的组件、异步加载的统计脚本，这些慢一点用户根本察觉不到；反过来，如果首屏卡在某个阻塞的脚本上，总加载时间再短用户也觉得慢。用浏览器开发者工具的 Performance 面板录制一次加载，看首次内容绘制和最大内容绘制这两个时间点，它们才是用户真正感觉到的快慢。
// 在控制台查看首屏相关指标
performance.getEntriesByType('paint');
// 输出里 first-contentful-paint 是首次内容绘制
// largest-contentful-paint 是最大内容绘制，两者都贴近用户体感
四、用真实用户数据交叉验证
自己测只是抽样，真实用户数据才是全集。两种取法：一是在页面里加一小段采集脚本，记录页面加载耗时并上报，积累几天后看七十五分位的数值，它代表大多数用户的体验；二是用第三方统计工具里的访问速度报表，看不同省份、不同运营商、不同机型的加载时间分布。如果自测是六百毫秒而真实数据的七十五分位是四秒，那问题多半出在移动网络或某个地区的线路上，方向立刻就清楚了。
测速的第一原则是让测量环境尽量接近真实访客。绕开缓存、换个网络、盯住首屏、交叉验证，这四步做完，你测出来的数字才值得拿去做决策。
相关阅读：
A5创业网 版权所有