JPEG XL 转 WebP
把 JPEG XL 文件拖到下方，即可得到 WebP 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 JPEG XL
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 JPEG XL 转成 WebP？
大量网站、内容管理系统和较老的桌面软件会直接拒绝 JPEG XL 文件。WebP 几乎在任何地方都能被接受——单是这一条，就构成了这类转换的绝大部分需求。
转换后的 WebP 文件会比原来的 JPEG XL 更大。这是换取 WebP 更广的兼容性和更简单的解码所要付出的代价。
两种格式都是有损的。每一次重新编码都会再丢掉一点细节，所以最好从原图开始转，而不是从一张已经反复转过几轮的副本开始。
JPEG XL 大概是当前设计得最好的图片格式，而几乎没有什么东西能显示它。WebP 在压缩上明显落后于它，却在任何地方都能用。这个转换是拿前者换后者，而在 2026 年，对任何需要被别人看到的东西来说，这通常是正确的选择。
转换之前
做这件事的全部理由就是支持度的差距
截至 2026 年 8 月，Safari 是唯一无需用户改设置就能打开 JXL 的浏览器。Chrome 145 发布的解码器在 flag 后面，预计下半年默认开启，Firefox 152 也在一个偏好设置后面。开箱覆盖率在 14% 左右。而 WebP 在任何人正在使用的浏览器里都能工作。等 Chrome 拨动开关，这个差距会迅速收窄 —— 但目前还没有。
预计文件会变大
无论有损还是无损模式，JXL 都比 WebP 更高效，所以往下走要付出字节 —— 具体多少取决于内容和源文件用的是哪个模式。如果这个 JXL 是一张老 JPEG 的无损重打包件，请注意转成 WebP 会破坏那份可逆性：你再也无法从结果还原出那张原始 JPEG。
高位深被压平，透明活下来
WebP 是 8 位格式，所以高位深或 HDR 的 JXL 在途中会被降到标准动态范围 —— 在 HDR 素材上表现为高光变平。相比之下 alpha 通道会完整过来，256 级都在，所以带柔和边缘或半透明的内容都能正常传递。
会保留下来的
- 透明通道，全部 256 级
- 像素尺寸
- 所有在用浏览器的支持
过不来的
- 压缩效率
- 8 位以上的位深与 HDR
- 可逆性，如果这个 JXL 重打包自 JPEG
JPEG XL 与 WebP 对比一览
| 属性 | JPEG XL | WebP |
|---|---|---|
| 压缩方式 | 有损 | 有损 |
| 透明通道 | 支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 45-60% | 约为同等 JPEG 的 65-75% |
| 兼容性 | Safari 与较新的 Chrome 支持；其他环境仍不普遍 | 所有主流浏览器和绝大多数应用都支持 |
| 常见来源 | 长期归档与摄影后期流程 | 为减小页面体积而优化的网站 |
常见问题
我的 JPEG XL 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 WebP 会损失画质吗？
WebP 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
什么东西会产出 JPEG XL 文件？
主要是归档流程，以及较早采用它的摄影软件。相机或手机不会给你这种文件。如果你手上有一个，多半是有人为了存档质量刻意选择了它。
WebP 用在网站上安全吗？
安全。所有现行浏览器都支持它，覆盖约 97% 的访客。剩下的缺口来自老旧软件而非老旧浏览器——少数桌面看图软件和较老的 CMS 上传表单仍然会拒绝它。