网站图片WebP格式转换，大幅压缩体积
为什么要把网站图片换成 WebP
WebP 是 Google 推出的一种图片格式，在同等画质下，体积通常比 JPEG 和 PNG 小很多，适合用来解决网站图片过大、加载慢的问题。
如果你发现首页图片拖慢打开速度，把图片转成 WebP 往往是最直接的优化手段。
本文按零基础可照做的顺序，讲清命令行转换、宝塔面板批量处理和自动适配三种做法。
开始前先确认一件事：WebP 在主流现代浏览器中已广泛支持，但部分老旧环境可能不兼容。
因此更稳妥的做法是保留原图，只在前端按浏览器能力选择输出格式，而不是直接删掉原图。
转换前的准备工作
检查服务器是否已有转换工具
登录服务器后执行：
which cwebp如果返回路径，说明已安装。
若没有输出，按系统类型安装：
# Debian / Ubuntu
apt update && apt install -y webp
# CentOS / AlmaLinux
yum install -y libwebp-tools安装完成后再次执行 cwebp -version，能显示版本号即表示可用。
备份图片目录
转换前务必先备份，避免批量操作出错后无法恢复：
cp -r /www/wwwroot/你的站点/upload /www/backup/upload_bak路径按你实际站点修改。
备份完成后再进入下一步。
用 cwebp 命令行批量转换
单张图片测试
先用一张图试效果，确认画质和体积符合预期：
cwebp -q 80 input.jpg -o output.webp-q 80 表示质量 80，数值越低体积越小、画质越差。
测试时可以对比 75、80、85 三档，选一个肉眼可接受的值。
批量转换整个目录
确认参数后，用循环处理目录下所有 jpg 和 png：
find /www/wwwroot/你的站点/upload -type f \( -iname "*.jpg" -o -iname "*.png" \) | while read img; do
cwebp -q 80 "$img" -o "${img%.*}.webp"
done执行结束后，用下面命令查看生成了多少 WebP 文件：
find /www/wwwroot/你的站点/upload -name "*.webp" | wc -l数量与预期接近，说明批量转换成功。
宝塔面板里的批量处理思路
如果你不习惯命令行，可以在宝塔的“文件”中进入图片目录，确认目录路径，再通过“终端”执行上面的命令。
宝塔本身没有内置 WebP 批量转换按钮，所以核心仍是借助 cwebp。
部分版本的宝塔在“网站-设置-配置文件”里可以添加 Nginx 规则，让服务器自动把请求的 jpg 映射到同名 webp。
这类规则依赖已生成 WebP 文件，不能替代转换步骤。
让网站自动输出 WebP
转换完成后，如果页面仍引用原图，用户不会自动用上 WebP。
常见做法是在 Nginx 中判断浏览器是否支持：
location ~* \.(jpg|jpeg|png)$ {
add_header Vary Accept;
if ($http_accept ~* "image/webp") {
rewrite ^(.*)\.(jpg|jpeg|png)$ $1.webp last;
}
}修改后执行 nginx -t 检查语法，再 nginx -s reload 重载。
用浏览器访问一张图片，查看响应头或实际文件类型，确认返回的是 WebP。
避坑与效果验证
几个容易踩的坑：
- 不要直接删除原图，否则遇到不支持 WebP 的旧浏览器会显示空白。
- 透明背景的 PNG 转 WebP 前先测试，部分透明区域边缘可能出现轻微变化。
- 质量参数不要一味调低，q 低于 60 后画质下降明显，反而影响体验。
- 转换后记得清理缓存，CDN 或浏览器缓存可能仍返回旧图。
验证效果时，用浏览器开发者工具的 Network 面板查看图片体积，对比转换前后的总下载量。
通常 WebP 能明显减小图片体积，但具体压缩比例取决于原图内容和质量参数，建议以自己的实测数据为准。
常见疑问
WebP 会完全替代 JPG 吗？ 目前不必强制替代。
保留原图、按浏览器能力输出，是兼容性和性能之间更稳妥的平衡。
转换后图片路径变了怎么办？ 如果使用 Nginx 重写规则，页面仍引用原图路径即可，不需要改数据库或模板。
批量转换很慢正常吗？ 图片数量多时属正常现象。
建议在服务器负载低的时段执行，避免影响访问。
按以上步骤操作，你就能完成网站图片的 WebP 格式转换，并在保证兼容性的前提下大幅压缩体积。
