JPG 转 WebP
通常是为了网页性能：在同等视觉质量下，WebP 一般比 JPEG 小 25%–35%。
选项
全部处理在你的浏览器内完成，没有任何文件离开这台设备。
WebP 在所有当前浏览器上都受支持，自 2020 年的 Safari 14 起就是如此。对一个大量呈现照片的网站来说，换用它是减小页面体积侵入性最小的手段之一 —— 图片看起来一样，字节数少了约三分之一。
这次转换有一个特有的注意点：你的 JPG 已经经过了一轮有损压缩，再编码成 WebP 等于再压一次。两种编码器丢弃的东西不同，因此第二代损失是真实存在的，尽管在默认质量下通常看不出来。条件允许时，请从原始素材直接编码 WebP，而不是从一个已经压缩过的 JPG 出发。
从 JPG 转换时把质量滑块保持在高位 —— 85 到 90 —— 正是因为你在叠加第二轮有损压缩。把一个原本 75% 质量的 JPEG 再用 60 的 WebP 压一遍，天空这类平坦区域会出现明显的糊化。
每个文件都在这台设备上处理，按 CPU 核心数并行。没有任何上传。
常见问题
- 所有浏览器都支持 WebP 吗？
- 看是都支持的 —— Chrome、Firefox、Edge，以及 2020 年起的 Safari 14。但「生成」WebP 是另一回事：Safari 的 canvas 没有 WebP 编码器，因此这个页面在它上面跑不了。页面会直接说明，而不是让每个文件都失败。请用 Chrome、Edge 或 Firefox 来做这次转换。
- 体积能小多少？
- 在同等视觉质量下一般是 25% 到 35%，但随内容差异很大。平滑渐变和天空受益最多；噪点多、细节密集的图片受益最少。
- 文件会被上传吗？
- 不会。解码、重采样与编码全都在这个页面内运行。没有数据被传出，也不存在一台可能留存副本的服务器。想核实的话，转换时看一眼开发者工具的网络面板即可。
- 可以一次转很多个文件吗？
- 可以 —— 拖入任意数量，它们会按你的 CPU 核心数并行处理。单个文件直接下载，多个文件打包成 ZIP 返回。在 Chrome 和 Edge 上还可以直接写入你选定的文件夹。
这个转换器是一条完整后期管线的一部分 —— 影调、色彩、镜头校正与批量导出都以同样的方式运行，同样不上传。
打开完整管线