WebP 到底省多少
同样观感下,WebP 相对 JPEG 一般能再小 25%–35%;相对 PNG,在有损模式下甚至能小 60% 以上。PNG 那种“无损但巨大”的痛,WebP 基本能解决——它同时支持透明通道和有损压缩,这两件事以前是二选一的。
具体到一张图(4000×3000 手机原图,缩到 1600 长边):
| 格式 | 体积(约) | 透明 | 观感 |
|---|---|---|---|
| JPEG 82% | 320KB | 不支持 | 基准 |
| WebP 80%(有损) | 210KB | 支持 | 与 JPEG 相当 |
| WebP(无损) | 1.2MB | 支持 | 完全无损 |
| PNG | 2.8MB | 支持 | 完全无损 |
换算成体感:一个图片多、加载慢的页面,把图全换成 WebP,首屏时间经常能砍掉三分之一。对移动端用户尤其明显。
有损还是无损:转换时要做的第一个选择
WebP 有两条编码路线,很多人不知道,结果用错了:
- 有损模式(受“画质”滑块控制)。和你熟悉的 JPEG 压缩一个思路,靠丢弃人眼不敏感的信息来减小体积。适合照片、截图、任何“看”的图。
- 无损模式。像素一个不差,体积比 PNG 小 20%–30%,但比有损模式大得多。本工具的“画质”滑块对无损模式无效——这一点必须讲清楚,否则你会以为调了参数没生效。
怎么选?一句话:照片一定用有损,图标和线稿才考虑无损。
因为照片本身包含的信息远超肉眼能分辨的范围,有损压缩丢掉的是“你本来就看不见的东西”;而图标这类图颜色少、边缘硬,有损压缩会在边缘产生毛边,看起来脏,这种图要么无损 WebP,要么直接用 SVG。
什么时候别用 WebP
它不是万能的,有五种情况要避开:
- 要印刷。印刷厂基本只收 TIFF 或高质量 JPEG,WebP 不在他们的处理链里。
- 要插进 Office 文档。老版本 Word、PowerPoint(以及不少 WPS 版本)插入 WebP 会报错或显示成空白框。要放进 PPT 的图,老老实实用 JPEG 或 PNG。
- 平台后台有格式白名单。部分电商、招聘、政务系统只收 JPG/PNG,传 WebP 直接报“格式不支持”。这类系统不在少数。
- 要发给不确定的人。比如客户、长辈、非技术同事。他们可能用着多年没更新的看图软件,双击打不开,第一反应是“你发的文件坏了”。
- 要走邮件。部分邮件客户端(尤其是企业邮箱的网页版)预览 WebP 会显示成附件而不是内联图片。
拿不准就先转 JPG。WebP 适合你自己能控制的场景:自己的网站、自己的公众号、自己的素材库、自己做的落地页。
一个实用原则:交付给别人 → JPEG;自己用 → WebP。省下来的那 30% 体积,不值得让客户多问一句“这文件怎么打不开”。
兼容性,一句话版本
现代浏览器全部支持:Chrome、Edge、Firefox 早就有,Safari 从 14 版(2020 年秋)开始支持。移动端基本无死角——iOS 14 之后的系统相册能直接查看 WebP。
真正会出问题的不是浏览器,是这两类:
- 多年没更新的企业内部系统。尤其是十年前做的 OA、审批、档案系统,上传组件写死了只认 jpg/png/gif。
- Windows 自带的看图工具。Win10 早期版本双击 WebP 会提示“没有可打开的应用”,要装扩展才行。
所以判断方法很简单:这个文件最终是被“浏览器”打开的,还是被“某个软件”打开的?浏览器 → 放心用 WebP;某个软件 → 先测一张。
怎么花 10 秒验证对方能不能打开
别猜,测一张:
- 转一张小图,发给对方(或传到那个系统里)
- 问一句“能正常看到吗”,或者自己刷新页面看
- 能,就批量转;不能,换 JPG,别再试第二次
成本是十秒,收益是避免一次性发出去三十张打不开的图。批量操作之前,永远先用一张探路——这个习惯适用于所有格式转换,不只是 WebP。
动图和 GIF:一个必须说明的限制
WebP 也支持动图,而且动图 WebP 通常比 GIF 小得多(GIF 只有 256 色,WebP 能到千万色)。听起来是把 GIF 换掉的好理由。
但本工具不支持动图。它处理图片的方式是把图绘制到画布上再重新编码,而画布只画单帧——所以一张 GIF 或动图 WebP 拖进来,输出的只有第一帧,动效会丢。
要转动图,得用专门的工具(如 ffmpeg、ImageMagick)。这里提前说清楚,免得你处理完一堆表情包才发现不动了。