AVIF 转 WebP — 在线把 AVIF 转成网页友好的 WebP，保留透明通道、可调质量，实时对比体积，浏览器本地处理不上传

AVIF 压缩率虽高，但浏览器支持比 WebP 晚了好几年，老一点的 Safari、部分内容管理系统和上传接口至今读不了它，放进网页还得配 picture 标签兜底，维护成本高。WebP 则已经被几乎所有现代浏览器和建站系统原生支持，体积依旧远小于 JPG，还保留透明通道，是现阶段最省心的网页图片格式。这里在浏览器里把 AVIF 完整解码，再重新编码成 WebP，可调压缩质量、实时对比转换前后体积，透明区域也一并保留。支持一次拖入多张，批量列表逐张显示状态与体积，预览区用上一个、下一个切换并排对比，确认后单张下载或整批打包 ZIP。目标格式下拉随时能改成 JPG 或 PNG，已解码的图片会自动重新导出，不必重传。解码走浏览器原生能力，全程不上传，断网也能用；转换后会生成一份干净的新文件，EXIF 里的拍摄时间、机型和定位不会自动带过去。动图 AVIF 只取第一帧，批量列表里还能单独重试或只挑几张下载。

导入图片

把 AVIF 图片拖到这里，或点击选择文件支持一次导入多张，也可以按 Ctrl+V 粘贴剪贴板里的图片同时接受 JPG、PNG、WebP 等常见图片 · 单个文件不超过 40.00 MB · 最多 30 张选择图片

目标格式

输出格式

三种格式共用同一份解码结果，切换后会自动重新导出，不用重新导入图片。

WebP 兼顾体积与透明通道，适合放进网页；很老的 Safari 与旧版看图软件可能打不开。

压缩质量 88%

数值越高细节越完整、文件越大。照片建议放在 0.85 上下，截图可以再调高一点。

额外旋转

个别 AVIF 的方向信息写在容器属性里，解码后可能横着显示，用这里手动校正。

文件名后缀

留空即用原文件名，导出时自动换成对应的扩展名。

预览与导出

导入图片后，这里可以并排查看或滑动对比原图与转换结果。

批量列表

0 / 0 已完成

还没有导入图片。

操作说明

把 .avif 图片拖进导入区，或点选择图片一次挑多张；按 Ctrl+V 也能粘贴截图。工具按文件头识别真实格式，扩展名写错不影响判断。
目标格式保持 WebP，先把质量放在零点八五上下看一眼输出体积，再左右微调：照片压得太狠天空会起色块，文字截图则要留意笔画是否发虚。
透明区域会被 WebP 完整保留，无需设置填充色；极少数 AVIF 带方向标记，解码后横着显示时用额外旋转校正。
用预览区的上一个、下一个逐张并排核对左右两边，确认后下载当前，或在批量列表里逐张下载、打包 ZIP。想换格式直接改下拉，已解码的图片会自动重新导出。

常见问题解答

为什么还要把 AVIF 转成 WebP？

因为 WebP 的浏览器与建站系统支持比 AVIF 早了快十年，老一点的 Safari、不少内容管理系统和上传表单至今读不了 AVIF，放进网页往往还要配 picture 标签做兜底、维护多份素材。WebP 体积依旧远小于 JPG、保留透明通道，且几乎到处都能直接用，是现阶段最省心的落地格式。若你的目标用户都在最新浏览器里，也可以继续用 AVIF。

转成 WebP 会再掉一次画质吗？

会一点，但通常看不出来。有损 AVIF 本身已压缩过一次，解码成像素再按 WebP 的量化表重新编码属于第二次有损，天空渐变和高反差边缘最容易出现轻微色块或振铃。质量放在零点八五以上，正常尺寸查看基本无感；如果原图本身就是无损 AVIF，损失会更低。想完全避免二次有损，请改用 PNG 那一页。

透明背景能保留吗？

能。WebP 支持完整的 alpha 透明通道，AVIF 里的透明区域会被原样带过来，抠好的产品图、圆角或渐隐边缘的标志转出来依旧是透明底，可直接叠到任意背景。这一点和 JPG 不同，JPG 没有透明度维度，只能把透明区域填成某个底色。

老浏览器打不开 WebP 怎么办？

极少数很老的浏览器确实不支持 WebP。在网页里最稳的做法是用 picture 标签，把 WebP 放在 source、再补一张 JPG 作默认 fallback，不支持的浏览器会自动回退到 JPG。本页只负责把图转成 WebP，是否配套兜底由你的前端代码决定；若只想拿到最大兼容，也可以直接选 JPG 那一页。

图片会被上传到服务器吗？

不会。解码、方向校正、质量调整和编码都在浏览器里完成，AVIF 由浏览器原生解出像素，图片数据不离开设备，页面也没有上传接口。首次打开后断网仍可继续转换。这也意味着关掉页面后列表不会保留，重要的原图请自己留好备份；转换生成的是一份全新文件，EXIF 里的拍摄信息不会自动带过去。

概念

AVIF 与 WebP 都是为「更小」而生的现代格式，取舍在兼容性与压缩率之间。AVIF 是二〇一九年随 AV1 视频编码推出的，用 HEIF 容器装数据，有损模式靠帧内预测与自适应量化把体积压到极低，同等观感下常比 WebP 还能再小一截，但它定稿晚、浏览器支持慢，老 Safari、一些内容管理系统和上传表单至今读不了它。WebP 是二〇一〇年谷歌基于 VP8 帧内编码推出的，规范里同时提供有损、无损、alpha 与动画，主流浏览器和建站系统早已原生支持，体积远小于 JPG 且保留透明通道，是现阶段落地最省心的网页格式。把 AVIF 转成 WebP，浏览器先把 AVIF 解成完整像素，再按 WebP 的编码重新封装，质量滑块控制量化强度：数值越高细节越完整、文件越大。两者都支持 alpha，所以透明区域会被原样保留，不会像 JPG 那样必须填底色。容器里的 EXIF、ICC 和动画帧不会自动跟过来，多帧 AVIF 只取第一帧。工具按文件头识别真实格式，扩展名写错不影响判断。

历史与由来

把时间线摊开，会看到两个相差近十年的现代格式在同一台设备上相遇。WebP 这一头更早：二〇一〇年九月谷歌以收购来的 VP8 视频编码为蓝本发布 WebP，用 RIFF 容器装图像数据，首版只有有损模式，二〇一一年补上 alpha 扩展，二〇一二年前后加入独立的无损编码、元数据与动画，libwebp 开源后被 Chromium、Android 与大量服务端工具链采用；Chrome 早早支持，Safari 到二〇二〇年才补齐，中间多年里 picture 标签与服务端按请求头协商几乎是标配。另一头从二〇一九年二月开始：网飞联合多家公司发布 AVIF，以开放的 AV1 视频编码为蓝本，用 HEIF 容器装图像数据，把视频帧内编码的高压缩率借到静态图片上，首版就提供有损、无损、alpha 与动画，libavif 开源后被主流浏览器陆续采用。接下来是漫长的推广：Chrome 当年底支持，Firefox 到二〇二一年才跟上，Safari 直到二〇二四年才补齐，足足比 WebP 晚了快十年。正是这十年的落差，让 WebP 先一步成为建站系统、内容管理和上传接口的默认可读格式，而 AVIF 至今在不少老环境里仍是空白框。真正的解法不需要新算法：canvas 的 toBlob 早就接受 image/webp 与质量参数，编码端毫无障碍；浏览器一旦能原生解出 AVIF 像素，本地解码加本地重编码就成了最稳妥的组合，连上传接口都不必存在。今天点一下就把新格式转回当下最通用的网页格式，看似省掉的只是一次上传，实质是把一段本该留在本地的计算还给了本地。对每天都要处理大量图片的站点和团队，这种本地中转把兼容问题挡在了用户设备一侧，也顺手守住了素材的隐私。