WebP转JPG：何时该转、何时不必转、为何总是WebP | UltKit

Google 在 2010 年发布了 WebP，目的是在网页上取代 JPG，做到文件更小。此后十年它一直是小众格式，因为 Safari 不能显示它。2020 年 Apple 在 Safari 14 和 macOS Big Sur 中加入了对 WebP 的支持，情况才发生变化。主流浏览器都能显示之后，大规模提供图片的公司纷纷切换，而且是在服务器端完成的：你看不到这个决定是怎么做出的，页面上也没有任何地方告诉你眼前图片的真实格式。

例如，Shopify 的图片 CDN 会向任何声明能显示 WebP 的浏览器返回 WebP，即使商品照片上传时是 JPG。Google 图片的预览图也是 WebP。WordPress 从 2021 年的 5.8 版本起支持上传 WebP；让它默认把上传的 JPG 转成 WebP 的计划在 6.1 版本发布前被取消，但 WordPress 性能团队的 Modern Image Formats 插件和许多主机的图片优化器正是这样做的。结果到处都一样：文件在站长的电脑上是 JPG，到了你这里就成了 WebP。

浏览器也是配合的一方。Chrome、Edge 和 Firefox 每次请求图片，都会带上列有 image/webp（以及 image/avif）的 Accept 请求头，支持格式协商的服务器会读取这个列表，挑出你能显示的最小格式。当你右键选择图片另存为时，浏览器保存的就是它已经收到的数据。所以地址栏里的文件名可能以 .jpg 结尾，存到磁盘上却是 WebP，有时甚至变成 .jpg.webp 这样的双重扩展名。

浏览器早就不是问题了。麻烦出在其他地方：2022 年之前安装的桌面软件、白名单写好后再没改过的上传表单、围绕 JPG 和 TIFF 搭建的冲印流程，以及用自带解码器渲染内嵌图片的邮件客户端。它们出错时都不会给出有用的提示。冲印平台直接拒收文件，政府表单提示格式无效，旧版 Photoshop 只显示笼统的“无法完成请求”，完全不提 WebP。

Adobe 在 2022 年 2 月发布的 Photoshop 23.2 中加入了对 WebP 的原生打开和保存支持，更早的版本需要第三方插件。Lightroom Classic 多年都不能导入 WebP，所以旧版本的图库在导入时会悄悄跳过这些文件。在 Windows 上，旧版 Windows 照片查看器完全打不开 WebP，Windows 10 的照片应用则依赖商店里 Microsoft 的 WebP 图像扩展。上传表单最严格：例如美国国务院 DS-160 签证照片上传只接受 JPEG，许多高校申请和求职网站也只列出 JPG、PNG 和 PDF。

WebP 很特别，一种格式同时承担两项工作：照片用的有损压缩，以及图形用的带 alpha 通道的无损压缩。从它转换出来时，你得判断这个文件原来承担的是哪一项，因为 JPG 和 PNG 各自只擅长其中一项。问题不在于哪种格式整体更好（这方面的比较见 JPG、JPEG 与 PNG 的区别），而在于这张图片的内容是什么、接下来要用在哪里。

商品照片、壁纸、菜谱配图和旅行快照适合 JPG，文件大小只有 PNG 的一小部分，看起来却一样。Logo、图标、贴纸、透明背景的抠图商品和满是文字的截图适合 PNG，因为 JPG 要么用纯色填充透明区域，要么让文字的硬边变得模糊。拿不准时，用深色主题在浏览器标签页中打开文件：如果主体周围透出棋盘格或深色页面背景，说明图片有透明区域，需要用 PNG。

把有损 WebP 转成 JPG，是先解码像素，再用另一种方法重新编码，所以结果与原文件并不逐位相同。实际上，在 JPG 质量 85 到 90 时，差异远低于正常尺寸下肉眼可见的程度，即使在高分辨率屏幕上也一样。下载的 WebP 中可见的画质损失发生得更早，是网站压缩它的时候，转换无法找回那些细节，只是避免再多损失很多。多次转换会累积损失，所以请从保存下来的 WebP 一次性转换，不要在多种格式之间来回转。

有三处变化你可能会注意到。第一，文件会变大，通常增加三分之一或更多，因为 JPG 的压缩效率较低；如果表单有 KB 上限，先转换，再压缩到 100 KB 或其他限定大小。第二，透明会被拼合：在 WebP 转 JPG 转换器中，透明区域设置默认用白色填充这些像素，也可以选黑色或自定义颜色。第三，动画会丢失，因为 JPG 只有一帧，只会保留第一帧。

同样重要的是哪些不会变：像素尺寸、方向和颜色保持不变，只要保留颜色配置文件保持开启，内嵌的颜色配置文件也会保留。如果是为了打印而转换，请把音质提高到 90 或以上；多出的几字节对冲印店毫无影响，还能消除天空和肤色渐变是否平滑的疑虑。对于有严格 KB 上限的上传，照片用 80 通常仍然干净，比 90 更容易控制在上限以内。低于 70 左右，文字和细线周围会开始出现块状边缘。

转换之前，值得先看看网站能否提供原始文件，这样可以完全省掉一次压缩。能否成功，取决于网站如何生成 WebP。如果 WebP 是 CDN 即时生成的，服务器上仍有 JPG，发出正确的请求就能取到。如果网站只存了 WebP，比如某些 WordPress 配置在转换上传文件后的做法，就没有 JPG 可取，只能转换。

下面的方法按可靠程度从高到低排列。它们都不涉及任何非常规操作，只是网站本来就提供的普通浏览器操作和下载链接。网上最常被推荐的方法，是在图片地址末尾加上 ?format=jpg，它也是最不可靠的。只有图片 CDN 恰好读取这个名称的参数才有效，大多数都不会，所以你拿到的还是同一个 WebP，也不会有任何错误提示告诉你这个方法没起作用。

如果你保存了一整个商品目录、一组参考图或一个壁纸文件夹，一次转换一个文件很快就会让人厌烦。这个转换器每批最多处理 20 个文件，每个最大 95 MB，对所有文件应用相同的音质和透明区域设置，并返回一个 ZIP。文件在处理 30 分钟后会从服务器删除，也无需安装任何东西。100 张图片的文件夹要分五批处理。

开始之前先把文件夹分类。把照片放在一批转成 JPG，把 Logo、图标和带透明背景的图片放在另一批转成 PNG，这样就不会出现带白框的图片。如果你用 Mac，预览的导出命令可以转换单个文件，命令行用户可以对超大文件夹运行 ImageMagick 的 mogrify -format jpg *.webp。两者的结果与基于浏览器的转换器相同，区别只在于你想花多少精力来配置。

Chrome、Edge 和 Firefox 里都没有叫“将图片保存为 JPG”的设置，这并不是疏忽。浏览器并不选择格式，它只声明自己能显示哪些格式，由网站挑选一种。Chrome 保存的就是它收到的内容，不会重新编码，这样做是对的：保存时悄悄转换，会增加一次你并未要求的有损步骤。所以换浏览器也很少有用。所有主流浏览器的 Accept 请求头里都列有 WebP，它们从同一个网站得到的是同一个 WebP。

这样就剩下三个实际的选择。你可以按上面的步骤通过网站获取原图。你可以安装浏览器扩展，在保存时重新编码图片，这相当于同样的转换换了个按钮。或者先保存 WebP，只在某个软件拒绝它时才转换。第三种通常最省事，因为很多保存下来的图片只会在屏幕上查看，而 WebP 在所有浏览器、macOS Big Sur 及以后的预览以及 Windows 11 照片应用中都能正常打开。

如果你想了解 WebP 与网站现在提供的其他新格式相比如何，包括正开始在同样的 CDN 上取代 WebP 的 AVIF，请参阅 AVIF、HEIC 与 WebP 对比。本文的实用建议几乎可以原样沿用：被某个程序拒绝的 AVIF 也用同样的办法解决，照片转成 JPG，图形转成 PNG。关于这种格式本身的更多细节，见 Google 的 WebP 项目页面。