直接开Gzip不足以解决图片密集型站点加载瓶颈，因为.jpg/.png等已是高压缩格式，Gzip几乎无效且增加CPU开销；需聚焦WebP自动转换、Vary头控制、分级缓存策略及CDN回源时禁用图片压缩。
为什么直接开 Gzip 不足以解决图片密集型站点的加载瓶颈
图片密集型站点的首屏加载慢，往往不是因为 HTML/CSS/JS 体积大，而是大量 .jpg、.png 等二进制文件未被有效压缩或缓存。Gzip 对图片本身几乎无效（它们已是高压缩格式），盲目开启反而增加 CPU 开销。真正要动的是：图片传输方式、缓存策略、响应头控制和边缘分发逻辑。
在宝塔中正确配置 WebP 自动转换 + 缓存规则
宝塔 8.0+ 内置了「WebP 图片自动转换」功能，但默认不启用，且需配合 Nginx 的 try_files 和 add_header 才能生效。关键不是“开了就行”，而是确保浏览器请求 .jpg 时，服务端能按需返回同名 .webp（已预生成或实时转换），并设置强缓存。
- 进入「网站」→「设置」→「配置文件」，在
location ~ .*\.(jpg|jpeg|png|gif|webp)$块内添加：add_header Vary Accept;
- 确认「WebP 转换」开关已打开，并勾选「仅对支持 WebP 的浏览器启用」；转换质量建议设为
82（兼顾体积与画质） - 若使用 CDN，需在 CDN 控制台开启
Vary: Accept透传，否则缓存会混用 jpg/webp 版本
Nginx 缓存策略必须区分静态资源类型
把所有图片统一设成 max-age=31536000 看似省事，但会导致更新后用户无法及时看到新图。宝塔的「缓存设置」面板只提供全局模板，实际应按路径精细化控制：
-
/static/uploads/类用户上传目录：用max-age=600（10 分钟），避免内容更新延迟 -
/static/img/或主题固定图片：用max-age=31536000，并确保文件名含哈希（如logo.a1b2c3.png） - 务必关闭
expires -1或no-cache对图片目录的误覆盖——检查配置文件里是否有重复expires指令冲突
CDN 回源时如何避免宝塔重复压缩图片
当 CDN 回源到宝塔服务器时，如果 Nginx 启用了 gzip on 且未排除图片类型，可能对 .webp 文件再做一次无意义 gzip，导致解压失败或体积反弹。这不是 CDN 配置问题，是宝塔本地 Nginx 的疏漏。
- 在「网站」→「配置文件」中找到
gzip_types行，确认不含image/webp image/jpeg image/png - 推荐写法：
gzip_types application/javascript application/json text/css text/xml text/plain;
- 同时检查是否启用了「Brotli 压缩」插件——它默认也不压缩图片，但若手动修改过配置，需一并排查
