如何把 PNG 转成 AVIF
把 PNG 拖到上传区，或点击它选取文件。文件一到转换便开始，没有单独的转换按钮。一次会话的第一次转换会用约一秒载入 AVIF 工具。此后，小图片约四十毫秒完成，一兆像素的照片约二百五十毫秒，4K 画面约二点八秒。超过八兆像素的图片在手机上可能要十到三十秒。AVIF 就绪后，点击下载即可用相同的基础文件名加上新的 .avif 扩展名保存。统计行会列出两个文件的大小，让缩减一目了然。
正在加载您的文件…
把 PNG 转成 AVIF，保留 Alpha 的最小文件
放入一张 PNG，得到一张保留你 alpha 通道并削减照片文件重量的 AVIF。
正在加载您的文件…
或将图片拖放到此处
转换中…
0%
正在转换您的图片
这可能需要一分钟左右——多个文件会稍久一些。请保持此标签页打开。
图片已转换为 AVIF
快速答案
将 PNG 转换为 AVIF，完整保留 Alpha 透明度。把文件拖到页面上，你的 PNG 会被读取，然后另存为 AVIF，即 现代格式 编解码的静态图像一侧。由于生成 AVIF 较重，RoundCut会在我们的服务器上完成这项工作以获得最佳结果，如果该路径不可用，转换会改用在浏览器中运行的编码器。结果为质量 85 的有损格式，照片约 42.6 dB PSNR，视觉上几乎与原图无异，通常比同一张图的 WebP 轻 30 到 50 个百分点。转成 JPG 会压平透明度，而 AVIF 会带上完整的 Alpha 通道。当文件被发送到我们的服务器时，会进行处理，结果会在大约 2 小时内删除。这一对面向希望为透明素材使用最小现代格式的开发者与设计师。
AVIF 会保留透明度吗？
会，这正是选 PNG 转 AVIF 而非 PNG 转 JPG 的主要理由。AVIF 原生支持 alpha 通道，所以源图里每一个透明像素经转换后都原样保留。带柔和投影的标志、边缘羽化的产品抠图、圆角的图标精灵，都会以相同的遮罩到达 AVIF，不被压平，也不填入背景。JPG 根本没有 alpha，会用一种纯色取代透明部分。WebP 同样保留 alpha，但 AVIF 在同等画质下能得到更小的文件。对于发往现代浏览器的透明素材，AVIF 是现有最高效的选择。
AVIF 比 PNG 或 WebP 小多少？
在画质 85 下，AVIF 在照片上通常比 PNG 小三成到五成，比 WebP 小两成到三成。在一次开发测试中，一张作为 JPG 重 116千字节 的 4K 照片降到了作为 AVIF 的 16千字节。小图片遵循类似比例，一张 17千字节 的 PNG 转成约 6千字节。已被大幅压缩的源会缩小这一差距，边缘锐利或大片平涂色块的图形可能收缩得更少。最大的节省落在自然照片上，而这正是当下大多数产品页与落地页里主导页面重量的类别。
画质与转换速度
AVIF 是有损的，本组在画质 85 下工作。在该设置下，照片测得约 42.6 dB PSNR，对自然图像而言在视觉上与 PNG 难以分辨。带锐利文字或纤细线条的图形在任何有损设置下都可能显出细微瑕疵，请为它们保留 PNG。速度取决于尺寸与浏览器。在桌面 Chrome 上，一兆像素约需二百五十毫秒，八兆像素约二点八秒。Firefox 跑得慢约四倍，手机在其上还要再加三到五倍。一次会话的第一次转换会付出一次性的预热，此时工具正在准备。
你的文件在哪里被处理
生成 AVIF 计算量较大，因此RoundCut在我们的服务器上完成这项转换以达到最佳质量和速度，若无法连接服务器，则改用浏览器中的编码器。这意味着转换时你的 PNG 可能会被发送给我们。我们对它的处理很简单。文件被转换为 AVIF，结果回到你手中，两者都会在大约 2 小时内从我们的服务器移除。我们不保存你的图像，不要求账户，也不会将其用于你所请求的转换之外的任何用途。如果服务器路径不可用，转换会改用在你浏览器中运行的编码器。无论哪种方式，你都会得到相同的 AVIF，具有相同的 Alpha 通道和相同的质量。
2026 年的 AVIF 浏览器支持
2026年AVIF支持已相当成熟。Chrome 85+、Firefox 93+、Safari 16.4+（含iOS 16+）及Edge 121+均已原生支持，合计覆盖全球约94%的浏览器份额。IE、Opera Mini及iOS 15或更早版本不支持。面向现代受众的网站通常只有极小比例的用户需要回退方案。推荐的部署方式是使用HTML picture元素优先提供AVIF，浏览器不支持时自动切换至WebP。Chrome和Safari在2022年就推出了AVIF原生支持，而它们主导着移动端流量，因此绝大多数手机用户已可直接受益于更小的文件体积。
工作原理
-
放入你的 PNG
把 PNG 拖到上传区，或点击该区域打开文件选择器并从设备中挑一张。
-
等待转换
第一次转换会用约一秒载入 AVIF 工具。同一标签页内此后的转换无需该预热而更快。
-
核对大小
AVIF 就绪后，统计行会把原始 PNG 大小列在新 AVIF 大小旁，让你确认缩减。
-
下载 AVIF
点击下载，把文件用相同的基础文件名加上新的 .avif 扩展名保存到你的设备。
相关转换
需要通用兼容时走相反方向，或选 WebP 以获得更快的转换与更广的支持。
常见问题
为什么把 PNG 转成 AVIF？
AVIF 在任何主流的浏览器支持格式中给出最小的文件，同时保持透明度完好。对开发者和设计师来说，PNG 转 AVIF 是透明界面素材、产品抠图以及需在带宽上保持轻量的图形图标的正确之选。节省真实且可量度，在同等视觉画质下通常比 PNG 低三成到五成，而不会压平 JPG 无法保留的 alpha 通道。
AVIF 支持透明度吗？
支持。AVIF 原生支持 alpha 通道，本组会将其一路传递。PNG 里每个透明像素在 AVIF 中仍为透明。与没有 alpha、会用纯色取代透明的 JPG 不同，AVIF 处理抠图、标志和分层素材的方式与 PNG 完全相同，只是文件小得多。任何步骤都无需手动遮罩。
哪些浏览器显示 AVIF？
AVIF在2026年覆盖全球约94%的浏览器，主流现代浏览器均已支持。主要例外是旧版IE、Opera Mini和iOS 15或更早版本。需要兼容这些旧环境时，建议在HTML中使用picture标签，让旧浏览器自动降级到WebP。对大多数现代受众来说，这类兜底方案的覆盖比例很低。
AVIF 是无损还是有损？
AVIF 两者皆可，但本组在画质 85 下进行有损转换。照片在该设置下测得约 42.6 dB PSNR，对多数观看者而言近乎无损。带硬边、纤细文字或平涂色块的图形在任何画质下都可能显出细微的压缩瑕疵。若你需要逐像素完全保留的输出，请保留原始 PNG 而不要转换。
AVIF 与 WebP 相比如何？
在同等视觉画质下，照片上 AVIF 约比 WebP 小两成到三成。WebP 支持更广，包括较老的 Safari 版本，而 AVIF 在 2026 年覆盖约 94.3% 的全球浏览器。对于每千字节都要计较的现代受众，AVIF 是更好的默认。为求最大兼容，把 WebP 留作回退。2026 年的常见做法是先 AVIF，再经 picture 元素回退到 WebP。
PNG 转 AVIF 要多久？
取决于尺寸与浏览器。一次会话的第一次转换会用约一秒载入工具。此后，小图片约四十毫秒，一兆像素的照片约二百五十毫秒，一张 4K 照片在桌面 Chrome 上约二点八秒。手机上超过八兆像素的图片可能要十到三十秒。Firefox 对 AVIF 慢约四倍，因此在大文件上 Chrome 明显更快。
详细信息
团队关于工艺、格式以及一个好结果背后小决定的笔记。
AVIF 为何在文件大小上如此彻底地胜过 PNG
AVIF 建立在 现代图像格式 之上，为感知效率而设计，而非追求无损保真。PNG 对原始像素数据使用 DEFLATE，它无损，却在照片内容中留下大量冗余。AVIF 用借自视频的块预测取代那份冗余，丢弃人类视觉系统察觉不到的信息。结果颇为戏剧化。在画质 85 下一张 116千字节 的照片转成约 16千字节 的 AVIF，而一张透明 PNG 通常相对同等 WebP 缩小三成到五成。这一差距随高分辨率照片扩大，随简单图形缩小。对任何向现代受众提供透明图片的站点而言，这份带宽节省直接化为更快的加载与更低的出口成本。
详说 alpha 通道的历程
PNG 与 AVIF 都把透明度作为一个独立的 alpha 平面与颜色数据并存。当本组处理你的 PNG 时，读取器会把颜色像素与 alpha 蒙版各自分离。随后 AVIF 工具写出一份带有自身 alpha 轨道的新文件，借助 现代格式 的帧内编码在画质 85 下压缩两个平面。alpha 既不会被烤进颜色，也不会被背景填充取代。柔和的阴影、羽化的边缘、半透明的渐变都被忠实地保存下来。AVIF 唯一增加的劣化，是对 alpha 平面本身的有损压缩，它可能在极度放大时令非常硬的边缘周围出现几乎看不见的镶边。在正常显示尺寸与画质 85 下这种差异看不出来。若是微小尺寸的逐像素图标工作，请保留 PNG。
逐个浏览器看实际转换速度
AVIF 工具每个浏览器会话载入一次，约八百毫秒取用加三百毫秒初始化，因此第一次转换带着约一秒的预热。热转换则完全跳过它。在桌面 Chrome 上，0.12 兆像素约需四十毫秒，一兆像素约二百五十毫秒，八兆像素约二点八秒。Firefox 是个例外，把同一过程跑慢约四倍，所以一张 4K 照片在那里可能要三十秒或更久。Safari 上的 WebKit 居于两者之间，更接近 Chrome。在中端移动硬件上，这些数字比桌面 Chrome 差三到五倍。若你常转换大文件，桌面或笔记本上的 Chrome 给出最佳吞吐。
何时该让 PNG 仍是 PNG
即便在乎文件大小，PNG 在若干情形里仍是正确之选。其一，小尺寸下带锐利文字的图形，如标签、徽章或图标尺度的图标，在 AVIF 中可能出现在常规观看距离下无法接受的瑕疵。其二，用于进一步编辑的真源文件应保留为 PNG，因为每经一次有损格式都会累积画质损失。其三，拒绝 AVIF 的环境，包括某些文档编辑器、较老的设计工具与邮件客户端，为互操作需要 PNG。最后，第一帧之后的动画不被保留，因为本组处理单帧。除此之外，对发往现代网页投递的透明照片与图形素材，PNG 转 AVIF 是正确的取舍。
用数字讲 Core Web Vitals 与带宽
Largest Contentful Paint 这一首要加载指标，直接受页面上最大图片尺寸的影响。把那张图片从 116千字节 降到 16千字节，正如开发中在一张 4K 照片上所测，就单这一元素而言，在 10 Mbps 连接上把传输时间从约九十三毫秒削到约十三毫秒。把同样的削减乘以一个产品网格、一个轮播大图，或一个塞满透明图标的界面，累积的节省会把 LCP 推到 Google 视为良好的 2.5 秒门槛之下。AVIF 的采用之所以加速，正因为这个论点能用硬数字说清。在约 94.3% 的浏览器覆盖下，回退情形足够小，带宽收益盖过了额外的 picture 元素标记。
它与常见在线转换工具的不同之处
多数在线 AVIF 转换工具会把你的 PNG 上传到你无法控制的机器上，在那里处理，并按该提供方设定的保留策略保存，而这种策略往往含糊。RoundCut对自己的流程很直接。由于 AVIF 较重，转换会在我们的服务器上运行以获得最佳结果，当服务器不可用时由浏览器中的编码器作为自动后备。当你的文件被发送给我们时，会被转换，然后在大约 2 小时内移除，不会用于转换以外的任何用途。文件会在处理后删除，图像不会被共享。对于处理客户文档、自有产品摄影或用户内容的人来说，这笔交易诚实的版本是这样的：文件可能经过我们的服务器，仅为生成你的 AVIF 而被处理，并且不会留下。