三秒。打开一个页面用掉三秒，多数人已经开始怀疑是站点的问题了。但「慢」只是一个总数，拆开才知道该动哪。

网站打开慢怎么处理好，先别急着优化。把一次打开拆成 dns、tcp、tls、ttfb、下载五段，看最长的那一段落在哪一层。

一次打开到底分成几段

<figure><img src="https://image.bt.cn/20261113/964e9c97d6a4da1645322cab1a42b4b1.svg" alt="一次打开拆成 dns、tcp、tls、ttfb、下载，五段累加成总耗时" loading="lazy" width="1200" /><figcaption>五段首尾相接，加起来才是那个总时长</figcaption></figure>

五段。前后相接，加起来约等于总耗时。有重定向和连接复用时，会有出入。

dns 是问域名。tcp 是连上。tls 是加密谈好。ttfb 是等第一个字节。下载是收完剩下所有字节。

看报告时先找到这五段的列，别看总分那一栏。

哪一段最长就先动哪一段吗

是。最长那一段就是当前瓶颈，先动它，别的先放着。

判据是最长那一段占总耗时一半以上。占了，就只动这一段。一半是经验线。

不到一半，说明没有单点瓶颈，五段都得看一眼。

首字节三秒，是服务器慢还是网络慢

看 ttfb 这一段。它从请求发完算到收到第一个字节。

ttfb 长、下载短，是在等后端。这时候去看进程、数据库、缓存。

ttfb 短、总时长长，那就先往下载段找。

下载段长，是不是图太大

多数是。先看页面总字节数，再看单文件最大的那个。

判据是下载段占一半以上，ttfb 正常。两条同时成立，先压图、合并请求、开压缩。

图片压完还长，再数请求数。请求太多，前面几段要各走一遍。

用宝塔拨测的网站测速跑一次，五段耗时是分开列的，改前改后各留一份。

dns 和连接也占时间，要管吗

前三段合计超过一半，就得管。这里说的是三段加总，不是某一段。

dns 长，换一家解析再跑。tcp 长，看线路和节点距离。tls 长，看证书链有没有多余跳转。

三段都短，就不用管，把时间花在后面两段。

五段都短，为什么还是慢

那就是这五段之外的事。首屏渲染、字体、第三方脚本、图片懒加载，都不在这五段里。

判据是五段加起来不到一秒，用户还说卡。一秒也是经验线。

那么换个干净的浏览器再开一次，先排除扩展和缓存。

改完怎么知道有没有用

同一批节点、同一时段再跑一次，只看最长那一段的秒数有没有降。

降了，说明动对了。没降，说明瓶颈挪到别处了，看新的第一名是谁。

把最长那一段的秒数抄在纸上，改完再跑一次，只比这一个数。