正在加载您的文件…

把 AVIF 转成 WebP,保留 Alpha 获得更广支持

当你需要更广的应用支持又不想一路退到 PNG 时,在浏览器里把 AVIF 转成 WebP。

或将图片拖放到此处

如何把 AVIF 转成 WebP

如何把 AVIF 转成 WebP

把 AVIF 拖到上传区,或点击它来选取文件。浏览器原生读取 AVIF,再通过内置路径把像素另存为 WebP。两步都是原生的,所以没有部件加载,也没有预热停顿。在桌面浏览器上,多数照片的转换都在一秒内完成。WebP 准备好后,统计行会把原始 AVIF 大小和新的 WebP 大小并排显示。点击下载,即可用相同的主文件名加新的 .webp 扩展名把它保存到设备。这张 WebP 已可立即交给任何接受该格式的平台。

为什么 WebP 文件比 AVIF 大?

为什么 WebP 文件比 AVIF 大?

AVIF 是 2026 年最高效的主流图片格式,在相同视觉画质下通常比 WebP 小两成到两成半。从 AVIF 转到 WebP,是从更高效的格式走向较低效的格式,所以输出天生更大。这是意料之中,并不表示转换出了什么问题。你是在做一笔有意的权衡:放弃一点文件效率,换来 WebP 在各平台和工具中更广的接受度。即便如此,这张 WebP 仍远小于同一图片的 PNG。相对你在那些尚未跟上 AVIF 的系统中赢得的可用性,这点代价并不算什么。

何时用 AVIF,何时用 WebP

何时用 AVIF,何时用 WebP

当你从头到尾掌控分发、受众使用现代浏览器、每一千字节都要计较时,就保留 AVIF。当目的地还不接受 AVIF 时,就转成 WebP:上传处理过时的 WordPress 和 Shopify 媒体库、用较老编解码在远程服务器处理图片的社交平台、图片被预处理的邮件简报平台、陈旧的分发配置、老旧的设计工具,以及任何你已经碰到 AVIF 被拒的地方。你并没有明显地牺牲画质,因为近无损设置下的 WebP 在常规显示尺寸里看起来和 AVIF 一样。你买到的是通往那些尚未跟上 AVIF 支持的系统的入口。

透明度能在 AVIF 转 WebP 时保住吗?

透明度能在 AVIF 转 WebP 时保住吗?

能。WebP 支持 透明度通道,AVIF 也支持,所以转换会原样保住每一个透明像素。带柔和投影的标志、边缘羽化的产品抠图、圆角的界面素材,都会带着它们在 AVIF 里的同一份蒙版进入 WebP。这正是与转成 JPG 的关键区别,JPG 没有 透明度通道,会用实色填充替换透明区域。颜色平面和 透明度蒙版都在近无损设置下重存,所以 透明边缘保持干净,透明度不会发浑或变成局部填充。转换前无需手动压平。

WebP 的浏览器与平台支持

WebP 的浏览器与平台支持

几乎每一款现代浏览器都支持 WebP:Chrome、Firefox、Safari、Edge 以及所有主流移动浏览器。全球支持率在九成七以上。对这个用途更重要的是,WebP 被接受的平台范围比 AVIF 宽得多。拒绝 AVIF 的邮件客户端,在服务器预处理之后往往能正确处理 WebP。屏蔽 AVIF 上传的内容系统,通常会接受 WebP。没有加入 AVIF 的设计工具,照样能读 WebP。如果你的工作流在交付前要让图片经过多个系统,那么今天 WebP 是更稳妥的中间格式。纯粹的浏览器到浏览器交付里 AVIF 更高效,但在非浏览器系统中,WebP 的兼容性确实更强。

你的文件在哪里处理

你的文件在哪里处理

这取决于你转多少个文件。转一张图片完全跑在浏览器自带的图像引擎里:AVIF 被解码,WebP 就地存好,什么都不往任何地方走。打开开发者工具,切到网络面板,转一个文件,你会看到针对图片的对外请求为零。一次转好几张则不一样:这批去到我们的服务器,由它做编码并把结果聚拢,下载链接会在大约 2 小时后删除。超过那段短暂的窗口,我们既不留账户,也不留你图片的副本。所以单张转换从头到尾留在你的机器上,而一批在我们的服务器上处理后被删除,之后你的东西什么都不留下。

工作原理

  1. 放入你的 AVIF

    把 AVIF 拖进上传区,或点击它打开文件选择器,从设备里挑一个开始。

  2. 等待结果

    浏览器原生读取 AVIF 并生成 WebP。两步都是原生的,所以没有部件加载,转换保持很快。

  3. 查看大小

    统计行会显示 AVIF 源大小和 WebP 输出大小。预计 WebP 比 AVIF 大约多出两成到两成半。

  4. 下载 WebP

    点击下载按钮,用相同的主文件名加新的 .webp 扩展名把文件保存到设备。

相关转换

在目的地支持时把 WebP 再压回 AVIF,或一路转到 PNG 获得完整的无损覆盖。

常见问题

为什么要把 AVIF 转成 WebP?

WebP 能被接受的系统比 AVIF 多。邮件客户端、像某些版本 WordPress 和 Shopify 那样的老旧上传处理器、在远程服务器处理图片的社交平台、陈旧的分发配置,以及尚未加入 AVIF 支持的设计工具,都能处理 WebP。为了最佳压缩,你已经有 AVIF。当接收图片的平台还读不了 AVIF 时,你需要的是 WebP。原因是兼容,不是文件体积,代价是稍重一点的文件。

WebP 比 AVIF 小吗?

不。在相同视觉画质下,AVIF 通常比 WebP 小两成到两成半。把 AVIF 转成 WebP 得到的是略大的文件,而不是更小的文件。如果目标是把文件压到最小,而目的地又支持 AVIF,就保留 AVIF。只有在目的地要求时才转成 WebP。即便如此,WebP 输出仍远小于同一图片的 PNG,所以它仍是兼容用途下紧凑的中间选择。

把 AVIF 转成 WebP 会保留透明度吗?

会。AVIF 和 WebP 都支持 透明度通道,所以你 AVIF 里的透明像素会原样写入 WebP。不会压平任何东西,也不会加上背景色。这与转成 JPG 不同,JPG 没有 alpha 支持,会把每一处透明区域压平成实色。标志、抠图和界面素材在转换后仍保留柔和边缘和圆角,随时可叠放到你放在它后面的任何背景上。

把 AVIF 转成 WebP 会降低画质吗?

几乎不会。WebP 在近无损设置下保存,在照片上测得约 44 dB PSNR,在常规显示尺寸下与 AVIF 源在视觉上无法区分。只有一步重存,所以结果在技术上是有损的,但在自然图像上肉眼看不到瑕疵。对于带非常锐利边缘或硬色块过渡的图形,要仔细查看输出,因为那些区域对任何压缩变化都更敏感。

AVIF 转 WebP 要多久?

在桌面浏览器上,多数照片的转换在一秒内完成。读取 AVIF 和保存 WebP 在现代浏览器里都是原生的,无需加载任何部件。一张典型的 2 兆像素照片在 Chrome 上约 100 到 200 毫秒就能完成。即便是大幅 4K 照片,通常也在一秒内搞定。这比反方向快得多,也就是从 WebP 生成 AVIF,那需要加载一个沉重的部件并做多得多的工作。

哪些浏览器支持 WebP?

几乎所有现代浏览器都支持 WebP,而且支持多年了。Chrome 从第 23 版起支持,Firefox 从 65 版,Safari 从 14 版,Edge 从 18 版,移动浏览器跟随相同版本。全球 WebP 支持率超过九成七。实际上,只要一款浏览器在 2026 年仍在活跃使用,它几乎一定能读 WebP。剩下的边缘情况是 Internet Explorer 和 iOS 13 或更早上极旧的 Safari,如今已很罕见。

详细信息

团队关于工艺、格式以及一个好结果背后小决定的笔记。

2026 年 AVIF 的兼容格局
到 2026 年,AVIF 的浏览器支持已达全球浏览器约九成四点三,但浏览器支持并非全貌。很大一部分图片消费发生在浏览器之外:渲染内嵌图片的邮件客户端、打开文件来编辑的设计工具、校验并重新处理上传的内容系统、分发图片链路、嵌入素材的文档编辑器,以及在上传时处理图片的社交平台。在多数这些非浏览器系统里,AVIF 支持远落后于浏览器的普及。Gmail、Outlook 以及多数企业邮件客户端,仍通过拒绝 AVIF 的较老链路来处理图片。Adobe Creative Cloud 直到 2024 年末的版本才加入 AVIF 支持。许多带老旧图片插件的 WordPress 配置,仍在上传时屏蔽 AVIF。相比之下,WebP 已在几乎所有这些平台被采纳多年。把 AVIF 转成 WebP,正是面向这套非浏览器基础设施的兼容桥梁。
为何这个方向两端都快
AVIF 转 WebP 相对反方向的速度优势来自编解码的结构。读取 AVIF 由浏览器的原生路径承担,在现代设备上以硬件加速运行。保存 WebP 走的是浏览器自带的 WebP 路径,在多数平台上同样有硬件加速。两项操作都无需加载沉重的部件,而那正是保存 AVIF 的瓶颈。生成 AVIF 输出的那个部件体量很大,每个会话要约一秒来初始化。AVIF 转 WebP 把这些全都绕过。流程是先读后存、都走原生路径,一张 2 兆像素照片的完整往返,在任何现代台式或笔记本浏览器上都远在一秒之内完成。这让 AVIF 转 WebP 适合那种用户期望一秒内有响应的交互式工作流。
这一步重存究竟代价多少
把 AVIF 转成 WebP 涉及一步重存。AVIF 当初是带着某种程度的有损压缩保存的。读取它得到的像素值,反映的就是那个有损来源。随后 WebP 在近无损设置下对这些像素施加自己的压缩,该设置针对画质 85 调校。在那个设置下,输出在常见照片内容上测得约 44 dB PSNR。对于以常规尺寸观看照片的人来说,AVIF 源和 WebP 输出之间的差别看不出来。但对于小尺寸下极细的文字、像素级精确的图标,或硬边色块,两次有损处理叠加的累积效应,在近距离细看时可能显出细微差别。在把整个素材库都转换之前,先用你最在意画质的素材取一份有代表性的样本,放到全缩放下测试。
细看透明度的往返过程
AVIF 中的透明度编码为独立的一层,浏览器在读取文件时会将它与颜色内容一起解码。当浏览器读取一张 AVIF 时,它会同时产出一个颜色缓冲区和一份 透明度蒙版。转换会在完整透明度下把两者合成,保住每一个部分透明的像素。随后 WebP 写出一张有损文件,其 alpha 单独成一通道,并专门以 WebP 的无损算法对 透明度层编码。结果是,输出 WebP 的 透明度蒙版相对于从 AVIF 读出的 透明度值,是无损保存的。柔和的渐变与羽化的边缘得以存续。在场的唯一一点 透明度损失,就是 AVIF 当初编码带来的那点。源 AVIF 的 透明边缘干净,WebP 输出的也会干净,蒙版随时可在任何背景上合成。
把输出和其他选项作比较
当你需要让一张 AVIF 在读不了它的系统里可用时,有三个现实选项:转成 WebP、转成 PNG,或转成 JPG。对任何带透明度的素材来说,JPG 都是错误选择,因为它没有 透明度通道,会把透明度压平成实色。PNG 产出最大的文件,通常是 AVIF 的三到十倍,只有在你需要一份无损中间件、或目的地专门要求 PNG 时才合适。WebP 居中:它带来通用的现代兼容,保住透明度,产出的文件通常比 AVIF 大两成到两成半,而不是像 PNG 那样大上三倍到十倍。对任何不要求无损输出的兼容性转换来说,WebP 就是合适的中间格式。
单张在浏览器,成批在服务器
这一对按活计分两条路跑。单张 AVIF 完全在你的浏览器里沿原生路径被解码并重新存成 WebP,所以对一个文件来说根本没有上传,开发者工具在页面加载后以零对外请求加以证实。这是处理一桩快活以及机密客户工作、自有产品图、你更愿意留在自己机器上的文档的正确路子。一次转好几个文件则在我们的服务器上做,因为打包、压缩、交付一整组正是服务器擅长的活:文件上去,被编码、被打包,再作为一个下载还回来,它会在大约 2 小时后删除,没有账户,也不久存。实际上:单张转换从不离开设备,而一批在远端处理,却只在下载所需的那段短短窗口里保留。