AVIF 转 WebP
把 AVIF 文件拖到下方，即可得到 WebP 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 AVIF
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 AVIF 转成 WebP？
大量网站、内容管理系统和较老的桌面软件会直接拒绝 AVIF 文件。WebP 几乎在任何地方都能被接受——单是这一条，就构成了这类转换的绝大部分需求。
转换后的 WebP 文件会比原来的 AVIF 更大。这是换取 WebP 更广的兼容性和更简单的解码所要付出的代价。
两种格式都是有损的。每一次重新编码都会再丢掉一点细节，所以最好从原图开始转，而不是从一张已经反复转过几轮的副本开始。
这是一次有意为之的后退，而且是明智的后退。AVIF 压缩更好，但 WebP 在每个浏览器里都多发布了好几年，能触及 AVIF 至今够不到的地方 —— 老设备、应用内浏览器，以及一长串更新缓慢的软件。用一部分效率去换这份触达范围，是个合理的决定，不是妥协。
转换之前
预计文件会大上三分之一左右
AVIF 在压缩上明显领先 WebP，所以反向走要付出字节。具体数字取决于内容 —— 照片差距最大，纯色图形最小 —— 但按大三分之一来预估是现实的。这就是更广触达的价格，对很多站点来说值得付。
第二次有损处理，还是那个前提
这张 AVIF 已经丢过一次细节，WebP 现在重新编码剩下的部分，连痕迹一起。如果原件还在，直接从它编码 WebP 会既更小又更干净。另外忍住别为了保护结果而拉高质量 —— 高设置会让编码器花字节去精确保留 AVIF 的压缩痕迹，而那不是你想留下的东西。80 上下是实用区间。
两边都支持透明，这一项没有损失
不像转去 JPEG，alpha 通道会完好地过来，也不用操心背景填什么色。高位深和 HDR 则是另一回事 —— WebP 是 8 位的，所以 HDR 源在途中会被压平到标准动态范围。
会保留下来的
- 透明通道
- 像素尺寸
- 对老浏览器与老设备的触达
过不来的
- 大约三分之一，体积随之增长
- 10/12 位色深与 HDR
- 一点细节 —— 第二次有损压缩
AVIF 与 WebP 对比一览
| 属性 | AVIF | WebP |
|---|---|---|
| 压缩方式 | 有损 | 有损 |
| 透明通道 | 支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 40-55% | 约为同等 JPEG 的 65-75% |
| 兼容性 | 所有现代浏览器支持；部分老旧桌面软件尚未跟进 | 所有主流浏览器和绝大多数应用都支持 |
| 常见来源 | 为减小页面体积而优化的网站 | 为减小页面体积而优化的网站 |
常见问题
我的 AVIF 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 WebP 会损失画质吗？
WebP 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
AVIF 文件是从哪来的？
几乎都来自网站。AVIF 的压缩率优于目前广泛使用的其他格式，所以在意页面体积的网站会用它。相机和手机不会生成 AVIF，因此大多数人只有在从网上保存图片时才会碰到它。
WebP 用在网站上安全吗？
安全。所有现行浏览器都支持它，覆盖约 97% 的访客。剩下的缺口来自老旧软件而非老旧浏览器——少数桌面看图软件和较老的 CMS 上传表单仍然会拒绝它。