直接开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 压缩」插件——它默认也不压缩图片，但若手动修改过配置，需一并排查

图片加载效率的提升点，从来不在单个开关，而在 WebP 路径匹配、Vary 头传递、缓存时效分级、以及回源链路中各环节对二进制资源的“不干预”默契。漏掉任意一环，都可能让优化效果打五折。