把一张 AVIF 变成 WebP
把 AVIF 放进上传区，或点一下去翻找一张。浏览器自行解码 AVIF，再通过它自己的路径把像素重写为 WebP。两半都是原生的，所以没有部件要拉取，也没有为预热而停顿。多数照片在桌面浏览器里不到一秒就清完。WebP 一就绪，读数就把原始 AVIF 大小摆在崭新的 WebP 大小旁边。点 Download，把它以原本的主文件名加 .webp 扩展名留下来。从那儿起，文件已备好交给任何接纳该格式的平台，中间不必再添一步。
把 AVIF 交给一个想要 WebP 的工具
每当某个平台对 AVIF 退缩、而 PNG 又显得过头时，就从你的 AVIF 做出一张 WebP。
正在加载您的文件…
或将图片拖放到此处
转换中…
0%
正在转换您的图片
这可能需要一分钟左右——多个文件会稍久一些。请保持此标签页打开。
图片已转换为 WebP
快速答案
把 AVIF 一瞬间重新做成 WebP。转一张就在这浏览器里跑，它自己解码 AVIF，用内置编码器把像素重新写成 WebP，所以孤零零一个文件没有什么要送，多数照片不到一秒就完。一把图片一起转走的是另一条路：这一组送到我们的服务器去干活，做好的下载会在大约 2 小时后删除。两种情况下透明度都随行，因为 AVIF 和 WebP 各自带一条完整的 alpha 通道，抠图和叠起的图层穿着它们在 AVIF 里的同一张遮罩抵达 WebP。输出会稍重些，通常 20 到 25 个百分点，因为同等质量下 AVIF 比 WebP 包得更紧。这是为触达走的一步，不是为大小。WebP 会溜进邮件软件、较旧的设计套件、社交上传的通道，以及还没学会 AVIF 的内容系统。
WebP 为何更沉？
AVIF 是 2026 年在用的最精瘦的主流图片格式，在同等可见画质下通常落到 WebP 之下两成到两成半。从 AVIF 走到 WebP，是拿一个紧致格式换一个松弛格式，于是输出自然胀大。这其中没有一处指向转换的什么毛病。你是有意挑它的，交还一丝效率，去买 WebP 在各工具和平台间赢得的那份宽得多的欢迎。所得的 WebP 仍稳稳落在同一镜头的 PNG 之下。拿它去衡量你在那些尚未赶上 AVIF 的系统里挣得的触达，那点多出来的分量不过是一张轻松结清的小账。
AVIF 还是 WebP，留哪个
凡是整条交付链由你掌管、访客用着当下的浏览器、每一千字节都要紧的地方，就守着 AVIF。一旦那一头把 AVIF 弹回，就伸手去拿 WebP：卡在过时上传代码里的 WordPress 和 Shopify 库、用更老编解码在远程服务器把图片重新回锅的社交站点、先处理好自家美术的简报平台、正在老去的交付配置、老旧的设计套件，以及任何 AVIF 早已被弹回的角落。你并没有交出谁会在意的画质，因为近无损设置下的 WebP 在寻常尺寸里与 AVIF 旗鼓相当。回报是一张进入每一个仍在 AVIF 上落后的系统的入场券。
透明度能渡到对岸吗？
能渡过去。一条 alpha 通道在 WebP 里活着，正如它在 AVIF 里活着，所以转换把每一个透明像素恰好留在原处。带阴影的标志、边缘羽化的产品抠图、圆角的界面瓷砖，全都带着它们在 AVIF 里的那副蒙版抵达 WebP。这正是它与奔向 JPG 之间的那道鸿沟，JPG 压根没有 alpha，会在清透区域上落下一片实色填充。颜色平面和 alpha 蒙版两者都在近无损设置下重写，所以边沿守得锋利，透明度从不浑浊，也不会塌成局部填充。事先压平从来不需要。
WebP 在哪里行得通
几乎每一款当下的浏览器都打开 WebP：Chrome、Firefox、Safari、Edge，以及主要的移动浏览器都行。全球覆盖率越过九成七。这里更要紧的一点是浏览器之外的触达，在那儿 WebP 走得比 AVIF 远得多。回绝 AVIF 的邮件客户端，往往在服务器先嚼过之后就收下 WebP。封住 AVIF 上传的内容系统，通常会朝 WebP 挥手放行。缺了 AVIF 的设计工具照样读 WebP。当一张图片在落定之前要跳过好几个系统时，眼下 WebP 是更稳当的中间格式。纯粹的浏览器到浏览器的活儿里 AVIF 榨得更狠，可 WebP 在非浏览器工具间的那份欢迎才是定胜负的力量。
活在哪里干
这取决于你带来多少个文件。孤零零一张图片整个在浏览器自己的图像引擎里处理：AVIF 被解码，WebP 就地写好，什么都不往任何地方走。打开开发者工具，停在网络面板，转一个文件，针对图片的对外请求一整段时间一个都不冒出来。一堆文件走另一边：这一组上到我们的服务器，跑编码、合上包，下载朝着 2 小时被扫去。超过那道短短的带子，我们既不留账户，也不留你照片的副本。所以一次转换从头到尾留在你身边，而一批在我们的服务器上处理后被清理，之后你的素材什么都不留下。
工作原理
-
添上你的 AVIF
把 AVIF 拖进上传区，或点一下打开选择器，从设备里捡一张，让转换启程。
-
让它跑完
浏览器自行解码 AVIF 并搭出一张 WebP。两半都是原生的，所以没有什么先加载，跑起来一直轻快。
-
扫一眼大小
读数把 AVIF 源大小摆在 WebP 输出大小旁边。估摸 WebP 会比 AVIF 大约多出两成到两成半。
-
留下 WebP
点 Download，把文件以原本的主文件名加一个崭新的 .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 之下，所以它依旧是为兼容着想的一个紧凑之选。
透明度能在转换里被托住吗？
能，整个托住。因为 alpha 通道在 AVIF 和 WebP 里一样地存在，清透的像素原封不动地挪过去。没有压平，也没有填充悄悄爬到主体背后。JPG 是反面，压根没有 alpha，于是它会把每一处透明的地方翻成一片平涂。你的标志、你的抠图、你的界面瓷砖，全都带着柔软的边沿和圆角穿过转换，备好叠在你挑的任何背景之上。
转换会花掉画质吗？
几乎不会。WebP 在一档近无损设置上干活，在照片上读出约 44 dB PSNR，眼睛在寻常尺寸下分不出它和 AVIF 源。有一趟重写，所以结果在技术上是有损的，可瑕疵在自然图像上仍旧看不见。对于带很锐的边沿或硬色跳变的图形，凑近端详输出，因为那些地段比平滑的照片内容更敏锐地感到任何压缩的挪动。
转换要跑多久？
在桌面浏览器里多数照片不到一秒。哪一半都不必先加载，因为解码 AVIF 和保存 WebP 在当下的浏览器里都是内建的。一张中等的 2 兆像素镜头在 Chrome 上落在约 100 到 200 毫秒，连块头大的 4K 画幅一般也在一秒之内合拢。拿反面比一比，从 WebP 造 AVIF，那得唤醒一个沉重的部件，在有东西出来之前嚼掉多得多的运算。
哪些浏览器读 WebP？
几乎每一款现代浏览器都读它，而且读了好些年。Chrome 在第 23 版打开 WebP，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 在一档调到画质 85 的近无损设置上，把自己的压缩铺到那些像素上头。在那一档上，输出在寻常照片内容上读出约 44 dB PSNR。对一个以寻常尺寸看照片的人来说，AVIF 源和 WebP 输出看着一个样。可对于小尺寸下极细的字、像素精确的图标，或硬边的色块，两趟有损叠起来的累积效应，凑近细看时可能露出隐隐的差别。在把整座素材库都交给这场调换之前，先拿你最在意画质的素材取一份有代表性的样，放到满缩放下跑一跑。
顺着 alpha 走完这一圈
AVIF 把它的透明度搁在一个单独的平面上，用 AV1 的帧内活计来编码。解一张 AVIF，浏览器就把一个颜色缓冲和一副 alpha 蒙版并肩递给你。转换在完整透明度上把这一对合到一处，托住每一个半透明的像素。随后 WebP 写出一张有损文件，它的 alpha 骑在一条专门以 WebP 的无损法子为 alpha 平面编码的通道上。落点是，输出 WebP 的 alpha 蒙版，相对浏览器从 AVIF 拽出的那份 alpha，是无损保住的。柔和的渐变和羽化的边沿接着走下去。在场的唯一一点 alpha 折损，就是 AVIF 自己的编码早先撂下的那点。源里干净的 alpha 边沿，意味着 WebP 里也是干净的 alpha 边沿，蒙版备好在任何地方合成。
把 WebP 垒到其它选项跟前
要让一张 AVIF 在一个读不了它的系统里行得通，立着三个实打实的选项：WebP、PNG，或 JPG。对任何带透明度的东西来说，JPG 都是错的，因为它没有 alpha，会把它压平成一片实色。PNG 做出最沉的文件，常是 AVIF 大小的三到十倍，只有在你需要一份无损的中间件、或那一头明摆着要 PNG 时，才挣得它的位置。WebP 占住正中：通用的现代触达、透明度完好，做出的文件通常比 AVIF 大两成到两成半，而不是 PNG 会添上的那三倍到十倍。对任何不喊着要无损输出的兼容性调换来说，WebP 就是那个合身的中间格式。
一张在手边，一批在服务器
这一对有两种模式，按活的大小来挑。孤零零一个 AVIF 完全在你的浏览器里沿原生路径被解码并重新写成 WebP，所以对一个文件来说什么都不往上走，开发者工具在页面加载后以一个对外请求都没有加以撑持。这是处理一桩快活以及机密客户镜头、自有产品照、你更愿意留在自己装备上的扫描件的正确带子。一堆文件在我们的服务器上跑，因为分组、合进一个 zip、发出一整套正是服务器的长处：文件上去，被编码、被打包，再作为一个下载回来，它朝着 2 小时被清理，没有账户，也不久存。朴素地读：一次转换在设备上一动不动地待着，而一批在远端处理，却只在取回所需的那段短短窗口里保留。