WebP vs JPEG
两者都能存照片，但取舍不同。以下是它们真正的差别，以及该怎么选。
一句话结论
做网页分发，WebP 是纯粹的升级 —— 同画质更小，还多了透明通道。但要交给别人的文件，JPEG 仍然更稳妥。
这个问题从哪来
这个对比通常出现在性能场景里：有东西告诉你图片太重，而所有指南给的第一条建议都是 WebP。这个建议没错，但你大概读到过的那个数字 ——「比 JPEG 小 25~34%」—— 出自 Google 2010 年自己的研究，拿去对上一个调校良好的现代 JPEG 编码器会偏乐观。实际差距更接近 15~25%，不过依然值得换。
逐项对比
| 属性 | WebP | JPEG |
|---|---|---|
| 压缩方式 | 有损 | 有损 |
| 透明通道 | 支持 | 不支持 |
| 典型文件大小 | 约为同等 JPEG 的 65-75% | 约为同等 JPEG 的 100% |
| 兼容性 | 所有主流浏览器和绝大多数应用都支持 | 几乎所有软件都能打开，包括很老的程序 |
| 常见来源 | 为减小页面体积而优化的网站 | 数码相机与照片分享 |
真正的差别在哪
真正决定性的差别是透明，不是体积
JPEG 没有透明通道，将来也不会有。任何需要压在变化背景上的图 —— 抠出来的商品、logo、界面元素 —— 不烧死一个背景色就没法做成 JPEG。在 WebP 之前，这会把你逼到 PNG 和它的体积上去。WebP 最大的实际收益正来自这个替换，而且远不止 25%。
JPEG 每存一次就劣化一次，WebP 同样如此
两者都是有损的，所以哪个都不适合反复编辑的流程。这点值得说，因为「升级到 WebP」有时会被读成「WebP 修好了 JPEG 的毛病」。它修好了体积和透明，没有修好**世代损失**。保留一份无损母版 —— PNG、TIFF 或原始文件 —— 把这两个都只当作分发格式。
「通用」和「广泛」的差别
JPEG 是字面意义上什么都能打开 —— 每个浏览器、每部手机、每台冲印机、过去三十年写的每一个软件。WebP 在当前所有浏览器里都支持，但走出浏览器就不能默认它可用：一些桌面看图软件、老的修图套件、以及大量企业内部的上传表单至今拒收。给浏览器分发时这个差距无关紧要；给客户发一个文件时，它就是全部。
该用哪个
这些情况用 WebP
由你自己页面分发的图，尤其是那些仅仅因为需要透明就被迫留在 PNG 的素材。
这些情况用 JPEG
要脱离你掌控的文件 —— 邮件、交付客户、印刷、上传表单 —— 以及任何「格式不对」会变成一轮客服沟通的地方。