问 3M 带宽够不够，得先问清楚「3M」指的是什么。在轻量套餐里，带宽通常是一个出口速率上限，而流量包是另一个按月累计的用量口径，两者管的不是一回事，很多变慢或超额的疑惑都出在这里。搞清口径之后，再拿页面体积、图片大小和同时在线人数算一笔账，结论就清楚了。下面按这个顺序拆，具体计费规则以官方文档与购买页当前说明为准。
带宽说的是「一秒能送出多少数据」，决定单个用户打开页面的快慢和并发时的排队；流量包说的是「一段时间总共送出多少数据」，决定累计用量会不会触到套餐上限。一个是速度，一个是总量，单位、瓶颈和超限后的表现都不同。把这两件事混在一起，很容易把打开慢误判成流量不够。下面这张表把常见维度列在一起：
| 维度 | 带宽（出口速率） | 流量包（累计用量） |
|---|---|---|
| 管什么 | 单位时间能传多快 | 一段时间总共传多少 |
| 典型单位 | Mbps 一类速率口径 | GB 一类总量口径 |
| 影响 | 页面打开速度、并发排队 | 月度累计是否够用 |
| 看什么指标 | 峰值速率、并发请求数 | 月度出向流量曲线 |
不同套餐对二者的组合方式不完全一样，以购买页当前说明为准。
3M 换算下来理论峰值大约是每秒几百 KB，实际还会被协议开销、TCP 慢启动和并发分摊掉一部分。拿这个数去比页面体积就有感觉了：一个压缩后一两百 KB 的纯文字页面，单人打开很轻松；但一个塞了几张未压缩大图、动辄一两 MB 的首屏，一个人就要等好几秒，几个人同时访问更会互相抢速率。所以关键变量不是 3M 这个数字，而是首屏总体积、图片有没有压缩和现代格式、脚本样式有没有合并，以及并发大致多少。把首页在浏览器里量一下传输体积，再乘上预期的同时在线人数，就能判断这个速率会不会成为瓶颈。
算完账，按下面两条线定方向：
两条线的分界，本质是静态资源有没有从本机搬走，这一步往往比单纯调带宽数值更管用。
看站点类型。页面小但访问频繁，累计流量可能先到；页面大、并发集中，速率更容易先顶满。两者都要在监控里分别看曲线，具体超限处理方式以购买页当前说明为准。
CDN 主要分担静态资源，动态接口、后台和未缓存的请求仍要走源站。所以源站速率还是要按动态部分留余量，别把静态搬走了理解成源站没压力了。
用浏览器开发者工具看首页传输体积和加载瀑布图，再在低峰时段模拟几个并发请求，观察首屏时间和出口速率曲线。测之前记得清缓存，避免命中缓存把结果测偏。
链接为普通文字链，无自动跳转、无脚本写入，也不会改变你的浏览器设置。