网站测速3个盲点，本地快不等于用户快

本地打开很快，不代表别人打开也快——这话几乎每个做站的人都听过，但轮到自己排查还是会忘。网站测速3个盲点，本地快不等于用户快，先把这句摆在桌面上，后面能省掉很多争论。地址栏敲一下回车，页面唰地就出来了，那多半是你已经缓存过、DNS 早就认过路、线路又正好顺；换个人换台设备，这几个前提一个都不成立。

你测的是自己到机房那条线，不是用户那条

大部分测速工具干的事很简单：从它自己的节点往你的域名发请求，把耗时记下来。它不知道你在哪，不知道你的用户在哪，更不知道某个省的移动用户要先绕到外省出口再绕回来。你在华东用电信打开飞快，西南的联通用户可能就在那儿转圈，这不是谁的错，是网与网之间的路由本来就不对称。

还有人喜欢 ping 一下，看到几十毫秒就放心了。ping 走的是 ICMP，跟你真正拿 HTML、拿图片、拿字体那条路未必是同一个待遇，中间设备对它们的优先级也可能不一样。真要判断，得看不同运营商、不同地域的多节点结果，有条件的话再看 CDN 的边缘命中率——回源比例高，说明边缘没兜住，用户那头自然慢。

网站测速3个盲点，本地快不等于用户快，缓存最会骗人

第一次打开和第二次打开，是两件事。你天天上自己的站，浏览器、系统 DNS、CDN 边缘节点全都热着，点一下就到。测速工具也一样，有些默认带缓存跑，有些冷启动跑，结果能差出一截。所以至少跑两遍：一遍无痕窗口、开发者工具里把「禁用缓存」勾上，或者给 URL 后面加个随机参数逼它回源；另一遍就按普通用户那样带缓存跑。两种都得看，因为老用户走的就是缓存那条路。

缓存配置本身也值得翻一翻。HTML 通常不该被强缓存太久，不然你改了内容用户还看好几小时前的版本；CSS、JS、图片这类带指纹的静态资源可以放长。CDN 那边如果只缓存了图片没缓存页面，动态请求全打到源站，用户体感还是慢。这些设置各家面板叫法不一样，具体以服务商的控制台说明和官方文档为准。

手机上的体感，桌面浏览器测不出来

桌面电脑加宽带，跑出来的成绩往往很好看，可你的用户大量是在手机上。手机 CPU 弱、内存小，同样的 JS 在电脑上几十毫秒跑完，在中低端机上要拖更久；屏幕窄，图片却没跟着变小，一张宽图照样按原尺寸下载。设备模拟能改视口、能限速网络，但终归是模拟，CPU 和渲染那部分骗不了真机。手边有旧手机就拿来连 4G 打开一遍，录个屏回放，比看一百个分数直观。

弱网下还有个容易忽略的点：首屏一直在那儿白着，用户不知道你在加载，多等两秒就退了。骨架屏、先把文字排版撑出来、图片懒加载，这些都是为了让「看起来已经在动」，跟绝对速度不是一回事，但体感差很多。

第三方资源在拖后腿，你还以为是自己服务器

统计脚本、在线客服、字体、广告位、评论组件、外链头像，这些东西挂在你页面上，加载速度就不完全由你决定了。它们所在的域名要单独解析、单独建连接，某个第三方那天抽风，整个首屏跟着卡。打开浏览器瀑布图，看排在最前面、耗时又长的请求落在哪个域名上，很容易就能认出来。

处理思路不复杂：不关键的脚本加 async 或 defer，别让它在头部堵着；字体做子集化，或者干脆用系统字体；图片该压缩压缩、该懒加载懒加载；第三方组件实在慢，考虑挪到首屏之后加载。顺手加几条 DNS 预解析，也能省掉一点建连时间。

TTFB 高，页面再轻也白搭

前端优化做到极致，服务器首字节时间一秒多，用户还是觉得慢。TTFB 这个数反映的是后端从收到请求到吐出第一个字节花了多久，慢的原因常见就那么几类：数据库慢查询没加索引、模板渲染太重、PHP-FPM 之类的进程池排队、连接数打满、缓存没开或者开了没命中、页面里同步调了外部接口。这类问题只靠压图片、合并 CSS 是救不回来的，得从服务端下手：开慢查询日志揪出耗时的语句，把不常变的内容静态化或加一层缓存，外部调用尽量挪成异步。

换个测法，结论常常不一样

不同工具给的指标口径本来就不一样，有的报完全加载时间，有的报首屏内容出现的时间，有的盯着最大那块内容渲染完；同一张页面，两个工具给出不一样的结论很正常，具体含义看各自官方文档。别只盯一个总分刷来刷去，挑三四个有代表性的地区、固定用同一套条件长期看趋势，比某一次刷出高分更有意义。

要落地的话，先做这几件事：无痕窗口冷启动跑一遍，再按普通用户带缓存跑一遍；换两个外地节点对照；拿一台中低端手机连移动网络打开录个屏；打开瀑布图看排在最前面的外部域名；最后看一眼首字节时间。五件事做完，慢在哪基本就有数了。本地那一下快，就当是个安慰，别当成结论。