GIF 转 JPEG XL
把 GIF 文件拖到下方，即可得到 JPEG XL 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 GIF
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 GIF 转成 JPEG XL？
同一张图片，JPEG XL 的体积通常明显小于原始的 GIF。当你在压缩页面体积、或者要挤进某个上传大小限制时，这一点很关键。
一个 1987 年的格式，转到一个 2022 年才定稿的格式 —— 这是这里能凑出的最大代际跨度。JPEG XL 能做 GIF 做的一切，还能做多得多的事，但和每一次转换一样，目标格式的能力无法补上源文件从未记录过的东西。而且还有一个支持问题需要权衡。
转换之前
无损 JXL 很擅长这类内容
GIF 装的是图形 —— 纯色、锐利边缘、有限的调色板 —— 而 JXL 的无损模式处理这类素材非常高效，通常远小于 GIF 本身的体积，同时像素完全一致。如果你在整合一批老 GIF 的存档，这在技术上是个真正好的答案，而且不像有损选项那样需要做判断。
256 色天花板和硬边透明会一起过来
JXL 支持高位深、广色域和完整的 alpha 通道。而 GIF 提供的是 256 个调色板条目和一位透明，过来的就是这些。为伪造渐变而使用的抖动会作为画面的一部分被保留，边缘仍是台阶状。更好的格式不会追溯性地改善一个受限的源文件。
动画到此为止，而且支持很薄
JXL 支持动画，但这是个静态图转换器，只取第一帧。除此之外，截至 2026 年 8 月只有 Safari 能在不开 flag 的情况下打开 JXL，所以如果这些图近期需要被别人看到，WebP 是更好的目的地 —— 它同样很好地处理这类内容，而且到处都能用。
会保留下来的
- 全部 256 色，精确保留
- 透明区域，仍是二值的
- 通常小得多的文件
过不来的
- 第一帧之后的动画
- 实际的可查看性，暂时如此
GIF 与 JPEG XL 对比一览
| 属性 | GIF | JPEG XL |
|---|---|---|
| 压缩方式 | 无损 | 有损 |
| 透明通道 | 支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 200-400% | 约为同等 JPEG 的 45-60% |
| 兼容性 | 几乎所有软件都能打开，包括很老的程序 | Safari 与较新的 Chrome 支持；其他环境仍不普遍 |
| 常见来源 | 为减小页面体积而优化的网站 | 长期归档与摄影后期流程 |
常见问题
我的 GIF 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 JPEG XL 会损失画质吗？
JPEG XL 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
GIF 动图会怎么处理？
只有第一帧会被转换。JPEG XL 是静态图片格式，剩下的帧无处安放。如果你需要保留动画，那应该找视频转换工具，而不是静态图片转换。
JPEG XL 现在能用了吗？
算是能用了一部分。Safari 支持它已有一段时间，Chrome 也在 2026 年初正式支持，但整体覆盖率仍在 15% 左右。它适合用于归档——那种场合下压缩质量比通用性更重要；而对于今天要放上公开网站的图片，它还不是好选择。