「网站慢，先把带宽从 5M 加到 20M」。

这句话在很多时候是白花钱，因为带宽只影响五段耗时里的一段。

带宽管的是哪一段

下载：内容从服务器传到用户浏览器。

如果页面是小体积 HTML，或者瓶颈在服务端处理，加带宽完全无感。因为数据量本来就小，管道再宽也没东西可流。

真正吃带宽的是大文件：视频、图片、下载包。

先看耗时分布

五段里，哪一段占比最大，就往哪儿使劲。

DNS 高 → 查解析，跟带宽无关。 TCP 高 → 查线路和机房，加带宽没用。 TLS 高 → 查证书和加密套件。 TTFB 高 → 服务端算得慢，这是最常见的，也是最容易误判成带宽的。 下载高 → 这时候带宽才有意义。

一个典型误判

用户说打开慢，运维看监控发现带宽跑满了，于是扩容。扩完还是慢，因为带宽是被图片撑满的，而首屏卡在 TTFB 上——服务端一条慢查询拖了 800ms。

加带宽让图片下得更快，但用户还是要先等那 800ms。

什么时候加带宽真的有用

下载阶段耗时占比超过一半，而且内容体积确实大。

或者并发很高，带宽被打满导致排队。这时候扩容或者上 CDN 是合理的。

更便宜的替代方案

开 gzip 或 brotli，HTML、CSS、JS 能压掉 70%。

图片转 WebP、按尺寸裁剪、加懒加载。

静态资源上 CDN，把带宽压力分散出去。

这三件事的成本远低于升带宽，效果通常更明显。

判断方法

先用 网站测速 看五段耗时，确认下载段是不是大头。不是的话，先别动带宽预算。