如何把 AVIF 转成 WebP
把 AVIF 拖到上传区,或点击它来选取文件。浏览器原生读取 AVIF,再通过内置路径把像素另存为 WebP。两步都是原生的,所以没有部件加载,也没有预热停顿。在桌面浏览器上,多数照片的转换都在一秒内完成。WebP 准备好后,统计行会把原始 AVIF 大小和新的 WebP 大小并排显示。点击下载,即可用相同的主文件名加新的 .webp 扩展名把它保存到设备。这张 WebP 已可立即交给任何接受该格式的平台。
正在加载您的文件…
当你需要更广的应用支持又不想一路退到 PNG 时,在浏览器里把 AVIF 转成 WebP。
或将图片拖放到此处
转换中…
正在转换您的图片
这可能需要一分钟左右——多个文件会稍久一些。请保持此标签页打开。
把 AVIF 快速转成 WebP。转一张图片就在浏览器里发生:它原生解码 AVIF,再用内置编码器存成 WebP,所以单个文件没有什么要上传,通常不到一秒就好。一次转好几张是另一回事:这批会送到我们的服务器去干活,下载链接会在大约 2 小时后删除。两种情况下透明度都保留,因为 AVIF 和 WebP 都有完整的 透明度通道,抠图和叠层带着它们在 AVIF 里的同一张遮罩进入 WebP。输出比源稍大,通常重 20 到 25 个百分点,因为在同等质量下 AVIF 压得比 WebP 好。你转换是为了兼容,不是为了大小。WebP 被邮件客户端、较旧的设计工具、社交上传流程,以及还处理不了 AVIF 的内容系统接受。
把 AVIF 拖到上传区,或点击它来选取文件。浏览器原生读取 AVIF,再通过内置路径把像素另存为 WebP。两步都是原生的,所以没有部件加载,也没有预热停顿。在桌面浏览器上,多数照片的转换都在一秒内完成。WebP 准备好后,统计行会把原始 AVIF 大小和新的 WebP 大小并排显示。点击下载,即可用相同的主文件名加新的 .webp 扩展名把它保存到设备。这张 WebP 已可立即交给任何接受该格式的平台。
AVIF 是 2026 年最高效的主流图片格式,在相同视觉画质下通常比 WebP 小两成到两成半。从 AVIF 转到 WebP,是从更高效的格式走向较低效的格式,所以输出天生更大。这是意料之中,并不表示转换出了什么问题。你是在做一笔有意的权衡:放弃一点文件效率,换来 WebP 在各平台和工具中更广的接受度。即便如此,这张 WebP 仍远小于同一图片的 PNG。相对你在那些尚未跟上 AVIF 的系统中赢得的可用性,这点代价并不算什么。
当你从头到尾掌控分发、受众使用现代浏览器、每一千字节都要计较时,就保留 AVIF。当目的地还不接受 AVIF 时,就转成 WebP:上传处理过时的 WordPress 和 Shopify 媒体库、用较老编解码在远程服务器处理图片的社交平台、图片被预处理的邮件简报平台、陈旧的分发配置、老旧的设计工具,以及任何你已经碰到 AVIF 被拒的地方。你并没有明显地牺牲画质,因为近无损设置下的 WebP 在常规显示尺寸里看起来和 AVIF 一样。你买到的是通往那些尚未跟上 AVIF 支持的系统的入口。
能。WebP 支持 透明度通道,AVIF 也支持,所以转换会原样保住每一个透明像素。带柔和投影的标志、边缘羽化的产品抠图、圆角的界面素材,都会带着它们在 AVIF 里的同一份蒙版进入 WebP。这正是与转成 JPG 的关键区别,JPG 没有 透明度通道,会用实色填充替换透明区域。颜色平面和 透明度蒙版都在近无损设置下重存,所以 透明边缘保持干净,透明度不会发浑或变成局部填充。转换前无需手动压平。
几乎每一款现代浏览器都支持 WebP:Chrome、Firefox、Safari、Edge 以及所有主流移动浏览器。全球支持率在九成七以上。对这个用途更重要的是,WebP 被接受的平台范围比 AVIF 宽得多。拒绝 AVIF 的邮件客户端,在服务器预处理之后往往能正确处理 WebP。屏蔽 AVIF 上传的内容系统,通常会接受 WebP。没有加入 AVIF 的设计工具,照样能读 WebP。如果你的工作流在交付前要让图片经过多个系统,那么今天 WebP 是更稳妥的中间格式。纯粹的浏览器到浏览器交付里 AVIF 更高效,但在非浏览器系统中,WebP 的兼容性确实更强。
这取决于你转多少个文件。转一张图片完全跑在浏览器自带的图像引擎里:AVIF 被解码,WebP 就地存好,什么都不往任何地方走。打开开发者工具,切到网络面板,转一个文件,你会看到针对图片的对外请求为零。一次转好几张则不一样:这批去到我们的服务器,由它做编码并把结果聚拢,下载链接会在大约 2 小时后删除。超过那段短暂的窗口,我们既不留账户,也不留你图片的副本。所以单张转换从头到尾留在你的机器上,而一批在我们的服务器上处理后被删除,之后你的东西什么都不留下。
把 AVIF 拖进上传区,或点击它打开文件选择器,从设备里挑一个开始。
浏览器原生读取 AVIF 并生成 WebP。两步都是原生的,所以没有部件加载,转换保持很快。
统计行会显示 AVIF 源大小和 WebP 输出大小。预计 WebP 比 AVIF 大约多出两成到两成半。
点击下载按钮,用相同的主文件名加新的 .webp 扩展名把文件保存到设备。
在目的地支持时把 WebP 再压回 AVIF,或一路转到 PNG 获得完整的无损覆盖。
WebP 能被接受的系统比 AVIF 多。邮件客户端、像某些版本 WordPress 和 Shopify 那样的老旧上传处理器、在远程服务器处理图片的社交平台、陈旧的分发配置,以及尚未加入 AVIF 支持的设计工具,都能处理 WebP。为了最佳压缩,你已经有 AVIF。当接收图片的平台还读不了 AVIF 时,你需要的是 WebP。原因是兼容,不是文件体积,代价是稍重一点的文件。
不。在相同视觉画质下,AVIF 通常比 WebP 小两成到两成半。把 AVIF 转成 WebP 得到的是略大的文件,而不是更小的文件。如果目标是把文件压到最小,而目的地又支持 AVIF,就保留 AVIF。只有在目的地要求时才转成 WebP。即便如此,WebP 输出仍远小于同一图片的 PNG,所以它仍是兼容用途下紧凑的中间选择。
会。AVIF 和 WebP 都支持 透明度通道,所以你 AVIF 里的透明像素会原样写入 WebP。不会压平任何东西,也不会加上背景色。这与转成 JPG 不同,JPG 没有 alpha 支持,会把每一处透明区域压平成实色。标志、抠图和界面素材在转换后仍保留柔和边缘和圆角,随时可叠放到你放在它后面的任何背景上。
几乎不会。WebP 在近无损设置下保存,在照片上测得约 44 dB PSNR,在常规显示尺寸下与 AVIF 源在视觉上无法区分。只有一步重存,所以结果在技术上是有损的,但在自然图像上肉眼看不到瑕疵。对于带非常锐利边缘或硬色块过渡的图形,要仔细查看输出,因为那些区域对任何压缩变化都更敏感。
在桌面浏览器上,多数照片的转换在一秒内完成。读取 AVIF 和保存 WebP 在现代浏览器里都是原生的,无需加载任何部件。一张典型的 2 兆像素照片在 Chrome 上约 100 到 200 毫秒就能完成。即便是大幅 4K 照片,通常也在一秒内搞定。这比反方向快得多,也就是从 WebP 生成 AVIF,那需要加载一个沉重的部件并做多得多的工作。
几乎所有现代浏览器都支持 WebP,而且支持多年了。Chrome 从第 23 版起支持,Firefox 从 65 版,Safari 从 14 版,Edge 从 18 版,移动浏览器跟随相同版本。全球 WebP 支持率超过九成七。实际上,只要一款浏览器在 2026 年仍在活跃使用,它几乎一定能读 WebP。剩下的边缘情况是 Internet Explorer 和 iOS 13 或更早上极旧的 Safari,如今已很罕见。
团队关于工艺、格式以及一个好结果背后小决定的笔记。