如何把 WebP 转为 PNG
把 WebP 文件拖到上传区，或点击从设备里挑选文件。文件一落地转换就开始，没有需要去按的转换按钮。多数图像在一秒之内出结果。准备好后，下载按钮会以原文件名保存 PNG，只是把扩展名改成 .png。要转另一张图，拖入下一个文件即可。每次转换都从头跑，没有排队。这套代码在桌面和手机浏览器上表现一致。动态 WebP 被当作单张静态帧处理，所以输出的 PNG 里只会出现第一帧。
正在加载您的文件…
把 WebP 转为 PNG
把 WebP 转成 PNG，让 Photoshop、Word 和老旧应用都能打开文件。透明度保留。
正在加载您的文件…
或将图片拖放到此处
转换中…
0%
正在转换您的图片
这可能需要一分钟左右——多个文件会稍久一些。请保持此标签页打开。
图片已转换为 PNG
快速答案
RoundCut 将 WebP 转换为 PNG，让文件能在桌面软件期望的地方打开。转换单张图片时，浏览器会在你的设备上不到一秒就把它重新编码为 PNG，因此那个文件不会被发送到任何地方。一次转换多张时，它们会发送到我们的服务器，一起处理成一个下载，该下载会在约 2 小时内删除。PNG 是桌面软件真正能打开的格式，因为较旧版本的 Photoshop、Word、PowerPoint、预览以及 Windows 和 macOS 上的大多数旧工具仍然拒绝 WebP 文件。透明度按像素保留，因为 WebP 和 PNG 都带有 8 位 alpha 通道，所以透明背景上的标志或产品抠图会变成同样透明背景的 PNG，没有白色填充，也没有边缘伪影。输出的 PNG 总是比源 WebP 大，一张 大尺寸 WebP 照片通常会膨胀到约 数倍大小的 PNG，简单图形大约增大 26%。这是切换到一个到处都能打开的格式的合理代价。转换本身不会带来新的质量损失。
透明背景依然透明
WebP 和 PNG 都支持 8 位 alpha 透明度，也就是每个像素都能带上从完全透明到完全不透明之间的任意不透明度值。当浏览器读入 WebP 并把它重新保存为 PNG 时，alpha 值原封不动地转移过去。透明背景上的标志会输出成同样透明背景的 PNG，没有白色填充，没有光晕，也没有预乘带来的边缘杂质。如果 WebP 有阴影或抗锯齿文字这类柔和的半透明边缘，那些精确的不透明度值会逐像素地挺过整个往返。当图像带透明背景时，这正是选 PNG 而非 JPG 的关键原因，因为 JPG 没有 alpha 通道，会把那些像素填成一种实色。
WebP 还是 PNG，各自该用在哪
图像活在网页上时，留着 WebP。在同等视觉质量下，WebP 比 PNG 小大约百分之二十五到三十五，所以页面加载更快，带宽花费更低。当文件需要在某个离线的地方打开时，就换成 PNG。2022 年底之前的 Photoshop 要靠插件才能打开 WebP。Word、PowerPoint、大多数老旧 Windows 工具以及多数邮件客户端至今仍拒绝 WebP。PNG 才是每个应用都认得的格式。如果你的最终去处是网站，留着 WebP。如果是设计文件、印刷活、办公文档或邮件附件，PNG 是更稳妥的选择。
你输出的 PNG 会比 WebP 大
PNG 用的是无损的 DEFLATE 压缩。WebP 用的是一种更现代、更高效的算法，能把同一张图压成更小的文件。从 WebP 转到 PNG 总会让文件变大，图形大约增大百分之二十六，照片则是两到十倍。一张 大尺寸 WebP 照片轻易就能变成 数倍大小的 PNG。这是换用一个到处都能打开的格式所付的代价，因为 PNG 并非画质更差，它只是更占磁盘空间，因为它在不用 WebP 那套现代压缩的情况下存下了每一个像素。如果对你而言文件大小比兼容性更重要，那就留着 WebP，别转。
你的 WebP 在哪里处理
一切取决于你一次转换多少个文件。转换单个 WebP 时，重新编码在你的浏览器标签页内、在平台图像引擎中运行，不会上传任何东西，也不会记录关于该文件的任何东西。打开 开发者工具，在转换一张图片时查看网络面板，你会看到没有任何携带该文件的出站请求。一次转换多个 WebP 文件时，它们会发送到我们的服务器，服务器为你生成一个合并的下载。该结果会在约 2 小时内从我们的服务器移除，你也可以在保存后立即删除。大多数其他 WebP 转 PNG 的站点会上传你给它们的每个文件，无论一张还是多张，并保存在它们的机器上。在这里，单次转换留在你的浏览器中，而批量只在构建你的下载所需的时间内到达我们的服务器。
动态 WebP 文件会怎样
动态 WebP 文件里含有多个图像帧。本工具只处理第一帧，输出一张静态 PNG。PNG 格式可以通过 APNG 扩展支持动画，但本工具不生成 APNG 文件。如果你需要保留动态 WebP 的每一帧，专门的 GIF 或 APNG 转换工具才是正确选择。若只是要取出一帧有代表性的画面，比如缩略图或预览图，第一帧通常是最有用的输出，也是合理的默认行为。
工作原理
-
拖入或挑选你的 WebP
将 WebP 文件拖到上传区，或点击打开文件选择器。WebP 的透明度会在输出中保留。转换一张图片在你的浏览器中运行，而一次放入多张会将它们发送到我们的服务器一起处理。
-
等待自动转换
文件一加载，浏览器就写出 PNG。屏幕分辨率的多数图像在一秒之内完成，没有按钮要去按。
-
留意输出大小
PNG 会明显比原 WebP 大。一张 大尺寸 WebP 照片通常会变成约 数倍大小的 PNG。这是正常现象，不是错误。
-
下载 PNG
点击下载来保存文件。原文件名保留，只把扩展名改成 .png。透明区域依旧透明。要转另一个文件，拖入下一张 WebP。
您可能还需要的相关工具
向相反方向转换，或探索其他图片格式。
常见问题
为什么 Photoshop 或 Word 打不开我的 WebP 文件？
WebP 是一种现代的网页格式，很多桌面软件至今仍不理会它。Photoshop 直到 2022 年底才加入原生 WebP 支持，所以旧版本需要插件。Word、PowerPoint、旧版 macOS 上的 Preview 以及多数老旧 Windows 工具干脆拒绝这种格式。转成 PNG 是通用的解决办法。凡是能处理图像的应用都能打开 PNG，所以当你需要兼容桌面软件时，这就是正确选择。
这个转换工具会保留透明度吗？
会。WebP 和 PNG 都支持 8 位 alpha 透明度。透明像素保持透明，半透明像素保住它们精确的不透明度值，抠图主体周围也不会冒出白色填充或光晕。透明背景上的标志会转成同样透明背景的 PNG，逐像素一致，不做任何拼合。这就是为何该选 PNG 而非 JPG，因为 JPG 没有 alpha 通道，会把透明区域填成一种实色。
为什么 PNG 文件比 WebP 大？
一个无损，一个压得更紧。PNG 用一种来自 1990 年代的压缩算法精确存下每个像素。WebP 则用现代的预测手法把同一张图塞进更小的空间。把这个方向反过来，文件就得变大，图形大约大百分之二十六，照片则常常是两到十倍。一张 大尺寸 WebP 照片能涨到 数倍大小的 PNG。这一切都不是毛病，只是换一个到处都能打开的格式所付的价钱。
把 WebP 转成 PNG 会掉画质吗？
转换本身不会带来新的损失。PNG 无损，所以从 WebP 解码出的像素会逐字节写入。不过，如果原来的 WebP 是以有损方式保存的，而多数网页上的 WebP 都是如此，那些压缩痕迹早已落在像素里，转成 PNG 也抹不掉。PNG 看起来和 WebP 在屏幕上的样子一模一样，不会更好。画质没有增加，只是把进一步的下滑止住了。
在这里把 WebP 转成 PNG 安全吗？
这取决于你转换多少个文件。单个 WebP 直接在你的浏览器中转换，所以该文件不会被上传，你可以打开 开发者工具，在转换期间查看网络面板来确认，那里不会出现任何出站图像请求。当你一次转换多张时，它们会发送到我们的服务器一起处理，该结果会在约 2 小时内删除，并可在下载后立即自行删除。如果你的图片是敏感内容、文档、个人照片或工作材料，逐张转换会让它留在你的设备上。
动态 WebP 文件会怎么处理？
只有第一帧会被转换。即便源 WebP 含有多帧，本工具也只输出一张静态 PNG，而非动态 APNG。如果保留每一帧对你很重要，专门的 GIF 或 APNG 转换工具才是合适的选择。对于多数需求，也就是你只想从动态 WebP 里要一张静态缩略图或预览图时，第一帧正是你要的输出。
详细信息
团队关于工艺、格式以及一个好结果背后小决定的笔记。
为何 WebP 在桌面应用里得不到普遍支持
Google 早在 2010 年就推出了 WebP，可桌面软件的接纳却远远落在浏览器支持之后。浏览器很早就采用了 WebP，因为它们掌控着自家的渲染引擎，而 Google 也把 Chrome 的 WebP 支持作为竞争优势来主动打磨。桌面应用接纳一种新图像格式要慢得多，因为每个应用都维护着自己那套图像解码堆栈，而支持一种新格式意味着要面对一长串边角情况去做测试。被多数专业摄影师和设计师当作日常工具的 Adobe Photoshop，直到 2022 年底的 23.2 版才提供原生 WebP 支持。截至 2026 年，Microsoft Office 应用在各平台上对 WebP 的处理仍参差不齐。印刷 RIP 软件和绝大多数老旧归档工具则从未采用 WebP。由此带来的现实后果是，一个在浏览器里显示得完美无缺的文件，可能被用户真正需要的那款软件彻底拒之门外，而转成 PNG 正是可靠的绕行办法。
WebP 是如何在压缩上胜过 PNG 的
PNG 底下是 DEFLATE，一种始于 1996 年的通用无损算法。它先在每条扫描线上施加一组可逆滤波器，再把结果写成 zlib 流。这套办法有效，但成形于机器学习和视频编解码研究尚未磨出更好手法的年代。WebP 的有损模式用的是从 VP8 视频压缩里借来的基于块的变换，在 16x16 的宏块单元上施加帧内预测和离散余弦变换。WebP 的无损模式则把空间预测、颜色变换和一个 LZ77 编码阶段编织在一起，对常见图像内容而言，它在结构上比 DEFLATE 更高效。Google 发布的基准显示，在一组标准测试图像上，无损 WebP 比 PNG 小约百分之二十六，带 alpha 的有损 WebP 在相当视觉质量下约为 PNG 的三分之一。PNG 转 WebP 这个方向赚取了这些省下来的空间，WebP 转 PNG 这个方向则把它们还了回去，输出因此变大。
实测的文件增大示例
这些数据测自 Chrome 148、Linux 桌面，对已解码的 WebP 输入施加浏览器自带的 PNG 写出路径。一张 400x300 像素、以质量 80 存为 WebP 的小型矢量风格图形，解码并重写成 PNG 大约耗时 15 到 25 毫秒，文件通常增大百分之二十到三十。一张 1024x768 的照片型 WebP，约 较小尺寸，在不到 100 毫秒内解码并重写成 PNG，通常增大三到五倍。一张 3840x2160 的大尺寸照片型 WebP，约 较大尺寸，写成 PNG 约需 1.2 秒，依画面复杂度增大五到十倍。实际上限大致是一张 大尺寸 WebP 照片变成 数倍大小的 PNG。这些数字反映了两种格式之间的压缩效率之差，并随像素数量线性增长。
往返过程中的 alpha 透明度
WebP 和 PNG 里的 8 位 alpha 通道使用同一段取值范围，0 表示完全透明，255 表示完全不透明。当浏览器解码一张带 alpha 的 WebP 时，它会产出一份 RGBA 像素缓冲，其中 A 分量映射着原始的 alpha 数据。当那份缓冲被重写为 PNG 时，PNG 写出器会把 A 值直接写进 PNG 自己的 alpha 通道。其间没有任何合成步骤，不会铺上背景色，也没有预乘的副作用去改动像素值。结果是 alpha 通道的一次无损交接，PNG 里每个像素的不透明度值都等于 WebP 当初存下的值。对于边缘有精细抗锯齿的图像，每一个中间 alpha 值，比如文字边缘上一个不透明度为百分之四十的像素，都会完整地走完整段往返。正是这份保真，使得当接收方应用需要把图像放在多种背景上显示时，天平倒向了 PNG 而非 JPG。
EXIF 与元数据的行为
重写流程会把 EXIF、IPTC 和 XMP 元数据从 PNG 输出里剥掉。WebP 文件可以在其元数据块里携带 EXIF，而当浏览器解码并重写图像时，那份数据就丢失了。ICC 色彩配置走的是另一条路：Chrome 和 Safari 在解码 WebP 之后会在 PNG 输出里保住 sRGB 的 ICC 配置标记，而 Firefox 会连同 ICC 配置一起把所有元数据清空。由此带来的现实后果是各浏览器都给出 sRGB 安全的输出，但源 WebP 里嵌入的任何广色域配置在 Firefox 中都留不下来。对于依赖 ICC 标记往返的专业摄影流程，请改用一款会照看元数据的转换工具。而对常规网页图像处理而言，去掉元数据通常是可以接受的，还附带一点把输出文件略微缩小的好处。
实际操作中的隐私验证
关于没有任何文件数据离开浏览器这一说法，不靠任何特殊工具就能核实。打开你的浏览器，访问 webp-to-png 页面，再用 F12 或右键菜单打开浏览器 开发者工具。切到网络选项卡，清空已有请求，然后拖入一张 WebP 来跑一次转换。把请求列表按 Fetch、XHR 或 All 过滤。整个写出过程中，列表里出现的对外请求里带图像数据的为零。在场的网络请求只有最初的页面加载资源和标准的分析打点，它们只记录页面浏览量和 Core Web Vitals 性能数据，不含任何图像内容。每一个主流的远程 WebP 转 PNG 工具，每次转换至少会发出一个上传 POST 和一个下载 GET，两者都被记进服务器日志。设备本地的架构意味着那些日志条目根本不存在，而这对那些要转换带敏感内容文件的用户来说，正是要紧的区别。