压缩与编码优化能减少的带宽取决于资源类型，但多数情况下文本类资源可节省一半以上传输量，视频编码升级也能让同等画质码率下降接近一半。
没有万能公式，也不要指望一个开关解决所有流量问题，压缩与编码优化本质上是把数据里原本不需要传输的冗余信息去掉，冗余越多，节省的带宽越明显，下面按视频、图片、文本、企业专线四个真实场景拆开讲。
视频压缩能减少多少带宽？先理解编码标准差异
视频文件体积大，压缩空间也最大，编码标准从H.264升级到H.265，再到AV1，核心目标都是在同等画质下把码率压下去，码率就是每秒传输的数据量，码率下降,带宽需求同步下降。
行业共识认为，新一代视频编码标准在同等视觉质量下，码率通常能比上一代下降接近一半，也就是说，同样清晰度的一段视频，用H.265编码传输，带宽需求会明显低于H.264，虽然不同内容波动很大，但静态画面多、运动少的内容压缩收益更高。
H.265比H.264省多少带宽？关键看码率与画质
H.265通过更大的编码块、更灵活的划分方式、更精准的帧内预测，去掉了更多空间和时间冗余，实际调优时，你不需要理解算法细节，只要盯住两个参数：分辨率与码率。
固定分辨率不变，把码率降低，画质会下降到某个临界点，H.265的价值在于，这个临界点比H.264低，多数高清视频在H.265下可以承受更低的码率而不出现肉眼可见的块状模糊。
用FFmpeg切换到H.265编码,命令如下：
ffmpeg -i input.mp4 -c:v libx265 -crf 28 -preset medium output.mp4
CRF数值越高，体积越小，画质越低，一般CRF值在23到28之间是画质与带宽的平衡区间，如果想知道具体能省多少,可以在输出后对比两个文件的码率：
ffprobe -v error -select_streams v:0 -show_entries stream=bit_rate -of default=noprint_wrappers=1 input.mp4
把H.264原片和H.265输出片各跑一次,码率差值就是当前带宽节约量。
直播编码优化降低带宽消耗的3个实操步骤
直播场景对带宽敏感，尤其上行推流带宽不足时，卡顿和丢帧非常明显，编码优化不是降低画质,而是把码率用在关键帧上。
第一步：调整码率控制模式
直播推流常见两种模式：CBR固定码率，VBR可变码率，CBR适合稳定带宽，但画面剧烈变化时会突然模糊，VBR允许码率波动，静态画面用低码率，运动画面用高码率,整体带宽消耗通常更合理。
在FFmpeg推流命令中,可以这样设置VBR并限制峰值：
ffmpeg -re -i live.mp4 -c:v libx264 -b:v 2500k -maxrate 3000k -bufsize 6000k -f flv rtmp://server/live/stream
第二步：选择更高效编码器
从libx264切到libx265，或使用支持硬件编码的显卡，能在同等带宽下提供更好的清晰度，硬件编码的好处是CPU占用低，画质损失小,适合长时间直播。
第三步：按内容动态降低帧率与分辨率
是游戏解说、电商讲解，画面运动幅度不大，可以把分辨率从1080P降到720P，帧率从30fps降到15fps，分辨率每降一档，码率需求会成倍下降，先调整分辨率，再微调码率,比直接压低码率更不容易糊。
图片压缩前后带宽对比：WebP与AVIF怎么选
图片压缩前后带宽对比是很多站点优化最容易忽视的部分，一个带大量透明图的电商落地页，把PNG换成WebP后，图片请求体积明显下降,首屏加载带宽跟着减少。
常见图片格式对比
| 对比项 | 原PNG/JPEG | WebP | AVIF |
|---|---|---|---|
| 体积变化 | 基准 | 多数情况下明显更小 | 多数情况下比WebP更小 |
| 透明度支持 | 支持 | 支持 | 支持 |
| 浏览器兼容 | 全兼容 | 现代浏览器 | 较新浏览器 |
| 适合场景 | 传统图片 | 电商详情页、内容站 | 高质量压缩场景 |
WebP和AVIF都支持有损与无损模式，有损模式下，人眼几乎察觉不到体积下降带来的画质差异，无损模式适合图标、Logo、线条图。
网页图片压缩操作路径
转换WebP可以使用cwebp命令：
cwebp -q 80 input.png -o output.webp
AVIF转换可以使用avifenc命令：
avifenc --min 20 --max 40 input.png output.avif
在HTML中，用picture标签提供多格式回退,能保证老浏览器正常显示：
<picture> <source srcset="image.avif" type="image/avif"> <source srcset="image.webp" type="image/webp"> <img src="image.png" alt="产品图"> </picture>
网站Gzip压缩能节省多少流量？文本资源最明显
网站Gzip压缩能节省多少流量，答案通常集中在HTML、CSS、JavaScript这类文本资源上，文本里存在大量重复标签、空格、换行和相同字符,压缩算法能把这些冗余高效合并。
Nginx启用Gzip配置
在Nginx配置文件中加入以下内容：
gzip on; gzip_min_length 1k; gzip_types text/plain text/css application/javascript application/json image/svg+xml; gzip_comp_level 6; gzip_vary on;
配置生效后，多数HTML、CSS、JS文件体积会下降一半以上，具体下降多少取决于文件本身重复度，重复度越高，压缩率越高,压缩级别设为6能在CPU消耗和压缩率之间取得平衡。
Brotli比Gzip更省带宽
Brotli是Google推出的压缩算法，相比Gzip在相同压缩级别下通常能获得更高的压缩率，Nginx需要加载ngx_brotli模块才能使用,配置方式类似：
brotli on; brotli_types text/plain text/css application/javascript application/json; brotli_comp_level 6;
现代浏览器基本都支持Brotli，面向移动端或弱网用户时,启用Brotli能进一步降低传输量。
为什么Gzip对图片不生效
JPEG、PNG、WebP本身已经是压缩格式，再用Gzip压缩几乎不会变小，有时反而会增加字节，所以不要在gzip_types里加入图片MIME类型，图片优化应该走格式转换和尺寸裁剪,而不是文本压缩。
企业专线带宽压缩费用怎么算？
企业专线带宽月租是固定成本，带宽档位越高，单价越贵，压缩与编码优化直接降低峰值带宽需求，可以减少扩容压力,甚至把套餐从高带宽档位降到低带宽档位。
估算压缩能帮企业省多少
假设某地企业专线每Mbps月租较高，压缩后节省的带宽可直接换算成费用,评估步骤一般如下：
- 监测最近30天的峰值带宽，找到最耗流量的应用类型
- 把图片、视频、文本资源分别统计占比
- 按各类型压缩收益加权，估算整体可节省的带宽比例
- 对照运营商阶梯价格，计算降低一档带宽后月租差
视频会议和远程桌面这类场景，开启H.265编码或降低默认分辨率，往往能让分支机构的专线带宽需求降下来，巡检视频、培训录像提前转码后再走内网,也能避免高峰期把专线跑满。
压缩不是一次性工作，而是持续策略，站点内容变多、视频清晰度升级、图片数量增长，都会重新拉高带宽，定期把资源类型和码率参数过一遍,才能让带宽长期保持在合理水位。
压缩与编码优化的收益由内容类型、工具选择和参数配置共同决定，先压缩文本、再升级图片格式、最后优化视频编码，多数站点都能让带宽成本明显下降。
压缩与编码优化能减少多少带宽？一般怎么估算？
先按资源类型拆分流量，文本类通常减少一半以上传输量，图片类转换格式可降低数倍体积，视频类升级编码可省近一半码率，把各类型流量占比加权，就能估算整体带宽节省，用服务器日志统计各类MIME资源流量，再乘对应压缩收益,结果比拍脑袋更准。
网站Gzip压缩和Brotli压缩哪个更好？
Brotli在相同压缩级别下通常比Gzip压缩率更高，但服务端CPU消耗也更大，现代Nginx和Apache均支持Brotli，移动端弱网环境下优势更明显，如果服务器CPU资源紧张，可以只对高频文本资源启用Brotli,其余保持Gzip。
视频编码优化降低带宽会牺牲画质吗？
不会必然牺牲画质，新编码标准在同等码率下能提供更好的画质，也就是说画质不变，带宽下降，只有CRF值设置过高或分辨率降得过猛，画质才会下降，实际调优时，用FFmpeg输出同一帧截图对比,是验证画质变化最直接的方式。