八百毫秒，用户还是说慢

客户反馈页面慢，我测了一下，八百毫秒，五段都挺正常。

他说：你测的我不知道，我这边点进去先白一下，然后才慢慢出来，感觉完全不一样。

传得快不等于看得见

两套指标，得分开看，混在一起就会互相推责。

五段耗时描述的是请求过程：解析、建连、握手、首字节、下载，每一步都有时间可查。

用户看到的却是另一套东西：白屏多久、内容什么时候出现、有没有跳动，这些都没有出现在报告里。

两套指标可以同时好看，也可以一个好看一个难看，只盯一套就会得出错误结论。

五段正常时该看什么

这一段最容易被漏掉，因为它不在报告里。

首屏白屏时间长，说明关键资源被排在后面，或者被阻塞了，最常见的是同步脚本。

字体加载慢，文字会先隐形再闪现，看着像卡，其实是排版在等字体。

布局跳动多，图片没定尺寸，内容一会儿往下挪一截，用户手一抖就点错。

五段不正常时先修传输

先把传输修好，再谈体验，顺序反了容易白忙。

DNS 偏长，先解决解析，别急着改前端，改了也白改。

TCP 和 TLS 偏长，先看线路和连接复用，域名多的站点尤其明显。

TTFB 偏长，问题在服务端，这一段前端改不动，压缩图片也没用。

下载段偏长，才是资源体积和压缩该上场的时候，顺序反了就是瞎忙。

怎么验证

测速加肉眼，两样都要，缺一样都不完整。

用宝塔拨测的网站测速跑多地区多运营商节点，五段和状态码一起看，先排除传输问题，再谈渲染。

再按地区、按运营商分组，确认是不是只有部分用户慢，这决定了该改哪一层。

本机开着页面观察一次加载，重点看白屏时长和元素出现顺序，这一步报告给不了。

复测与收尾

两边都改善，才算完成，只改一边容易被打回。

改完用同一组节点复测，同时自己再看一次加载过程，两边都要看。

只有数字和观感都改善，才算真的快，只改一边容易自我安慰。

记录改动和时间，下次遇到同类问题能直接照做，也能证明自己没白干。

感知和数字对上了，优化才算做完。

做完了，用户才会真的觉得快。

觉得快，投诉就少一半。

少一半，团队就轻松很多。

轻松了，才有精力做长期优化。

长期做，速度就稳住了。

稳了，就不用反复返工。

返工少了，信任就多了。

信任多了，后面推进就顺。

顺了，很多事都好谈。

好谈，事情就快。

快一点，就多一点余地。

余地大了，很多事都能谈。