JPEG XL 转 AVIF
把 JPEG XL 文件拖到下方，即可得到 AVIF 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 JPEG XL
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 JPEG XL 转成 AVIF？
大量网站、内容管理系统和较老的桌面软件会直接拒绝 JPEG XL 文件。AVIF 几乎在任何地方都能被接受——单是这一条，就构成了这类转换的绝大部分需求。
两种格式都是有损的。每一次重新编码都会再丢掉一点细节，所以最好从原图开始转，而不是从一张已经反复转过几轮的副本开始。
这两个都是当代格式，抱负也相当，而在纯压缩上它们接近到很少需要靠效率来做选择。今天真正把它们分开的是部署情况：AVIF 默认存在于每一个主流浏览器里，JPEG XL 不是。这一个事实通常就是做这个转换的全部理由。
转换之前
你买的是部署，不是画质
AVIF 能进浏览器，是因为 AV1 由一个包含浏览器厂商自己在内的产业联盟以免版税方式打造。JPEG XL 没有这样的后盾，等了好几年 —— Chrome 到 2026 年初才发布解码器，而且至今放在 flag 后面。两个格式技术上是同侪，境遇不同的原因和图像质量毫无关系。
这仍然是一次重新编码
尽管两者都很现代，它们之间并没有捷径：图像会被解码再重新编码。如果源是有损 JXL，这就是第二次有损处理，会损失一些细节。如果源是一份 JPEG 的无损重打包，转成有损 AVIF 会同时丢掉无损性和还原那张原始 JPEG 的能力 —— 如果这个文件出自存档，这一点值得停下来想想。
多数特性能撑过这趟旅程
不像退到 JPEG，这个转换几乎什么都留得住：透明、高位深和 HDR 两边都支持。你失去的是编码速度 —— AV1 搜索得很卖力，明显比 JXL 慢 —— 以及，如果源文件是动的，第一帧之后的一切，因为这是个静态图转换器。
会保留下来的
- 透明通道
- 高位深与 HDR
- 每个主流浏览器的默认支持
过不来的
- 编码速度
- 一点细节，如果源是有损的
- 可逆性，如果这个 JXL 重打包自 JPEG
JPEG XL 与 AVIF 对比一览
| 属性 | JPEG XL | AVIF |
|---|---|---|
| 压缩方式 | 有损 | 有损 |
| 透明通道 | 支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 45-60% | 约为同等 JPEG 的 40-55% |
| 兼容性 | Safari 与较新的 Chrome 支持；其他环境仍不普遍 | 所有现代浏览器支持；部分老旧桌面软件尚未跟进 |
| 常见来源 | 长期归档与摄影后期流程 | 为减小页面体积而优化的网站 |
常见问题
我的 JPEG XL 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 AVIF 会损失画质吗？
AVIF 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
什么东西会产出 JPEG XL 文件？
主要是归档流程，以及较早采用它的摄影软件。相机或手机不会给你这种文件。如果你手上有一个，多半是有人为了存档质量刻意选择了它。
AVIF 到底在哪些地方能用？
所有主流浏览器都能原生解码 AVIF，因此用在网页上是安全的。桌面软件则落后不少，很多看图和修图软件仍然打不开它。此外它的编码速度明显慢于这里的其他格式，大图需要等上几秒。