「先说优化吧，别管测了，反正就是慢。」

网站访问速度优化，最贵的弯路就是从「改点什么」开始。先测一次，把最长的那一段定下来，再决定改哪一层——顺序反了，改完也不知道有没有用。

下面按天走一遍。

最长的一段 该改什么 先别动
dns、tcp、tls按哪段长只动对应那一项：解析／线路／证书链后端与资源体积
ttfb后端、数据库、缓存CDN 与压缩
下载体积、请求数、压缩后端与解析

今天：先跑一轮，把最长那一段记下来

节点数、地区数、时段，三样一起记。三样缺一样，后面几次就不能比。

判据是最长那一段占总耗时一半以上。占了，就锁定这一段，别的一律先放着。一半是经验线。

没占到一半，说明不到压倒性，先别动手，隔十分钟再跑一轮确认。

第二天：按最长那一段定方向，只改一条路

dns 长，换解析；tcp 长，看线路与调度；tls 长，看证书链。这三段跟 CDN 和体积没关系。

ttfb 长、下载短，改后端，或者看网关和上游接口。这时候上 CDN 或压图，都不会让这一段短一点。

下载长、ttfb 正常，改体积：压图、合并请求、开压缩。

用宝塔拨测的网站测速跑一次，五段耗时是分开列的，先看最长那一段，再看它占几成。

第三天：改完只比一个数

同一批节点、同一时段再跑一次，只看你动过的那一段有没有降。

判据是这一段降了，别的段没大变化。降了，方向对；没降，说明瓶颈挪到别处，看新的第一名。

那么一次只改一处。改两处，降了也分不清是哪一处起的作用。

一周后：看它稳不稳，再决定要不要继续

同一组参数，一周后再跑三次。

还是同一段最长，说明前面那次只是挪了个位置，问题没走。

有一处我还没确认：各家报告里「总耗时」算到最后一个字节还是首屏渲染，定义不一样。我手上没有统一定义，所以对不上时，我以最长那一段的占比为准。

<figure><img src="https://image.bt.cn/20261114/99ded1875b9f2e97beeb7a07ebb2d10a.svg" alt="优化顺序：先测、再定方向、只改一处、回看" loading="lazy" width="1200" /><figcaption>顺序对了，改完才知道有没有用</figcaption></figure>