PNG 转 WebP — 在线批量转换，保留透明通道，体积更小，本地处理不上传
PNG 转 WebP 最大的意义是在保住透明通道的前提下把体积压下来。PNG 是无损格式，截图、图标和带透明背景的素材用起来很安心，但用在照片和大面积渐变上往往偏大；WebP 既支持有损压缩也支持 alpha 透明，同样的观感通常能省下两三成甚至更多流量，网页加载自然更快。质量滑块自己调，数值越高细节越完整、文件也越大，一般零点八上下就是平衡点；最高质量档把参数推到一，细节更多，但仍属近无损，不是真正的无损 WebP。还能设旋转翻转、长边上限和文件名前后缀，批量导入的每张可单独改输出格式。右边并排或滑动分割都能对比，棋盘格用来确认透明边缘有没有被糊掉，信息栏会同时列出原格式、尺寸、体积和输出体积。结果可单张下载、打包 ZIP、复制图片或 Base64，也能导出 CSV 清单。很老的 Safari 和旧版看图软件不认 WebP，发给别人时建议另存一份 JPG。全部在浏览器本地完成，图片不上传，断网也能用。
导入图片
目标格式
选好格式后，下面的参数会自动切换。
数值越高画质越好、文件越大；照片通常 0.8 到 0.9 就够用。
WebP 同时支持有损与透明，通常比同画质的 JPG 小两三成。浏览器 canvas 的编码器只提供有损档位，质量设为 1 属于近无损，并非 libwebp 的真正无损模式。
目标格式支持透明，原图的透明区域会保留下来。
很老版本的 Safari 与部分旧软件不认 WebP，要发给别人或用于旧系统时建议选 JPG。
基础调整
填 0 表示保持原始尺寸；只缩小、不放大，不与尺寸工具的精细缩放抢活。
图片经浏览器重新编码后，拍摄时间、GPS、机型等 EXIF 元数据会被自动去除，默认更安全。手机竖拍照片会先按 EXIF 方向自动摆正。
文件名
示例：photo_converted.webp
关于格式转换的几句实话
- 转换一定重新编码，不是改个后缀。把 .png 直接改名成 .jpg，多数看图软件还能打开，但上传、审核、程序解析时很容易出错。
- 有损格式不能反向还原。PNG 转 JPG 丢掉的细节和透明通道，再转回 PNG 也回不来，重要素材请保留原文件。
- 动图只保留第一帧。JPG、PNG、WebP 的静态导出都取动画的第一帧，需要保留动画请改用 GIF 相关工具。
- 全程在浏览器本地完成，图片不会上传到服务器，断网也能继续用。
预览与导出
批量列表
批量导入后，每张图的转换状态和体积变化会列在这里。
操作说明
- 把 PNG 图片拖进页面，或点选择图片一次导入多张，也可以按 Ctrl+V 粘贴截图、在图片链接框里填网址。工具按文件头识别真实格式，文件名写错不影响判断。
- 先把质量滑块放在零点八上下看看体积，再左右微调：照片压得太狠会出现色块，截图和图标则要留意文字边缘是否发虚。带透明背景的图可以打开棋盘格，对比边缘有没有被糊掉。
- 想尽量保住细节就勾「最高质量（近无损）」，但要接受文件变大；还可以设旋转、翻转、长边上限，或给整批文件统一加前后缀，批量列表里也能给某张单独换输出格式。
- 等右侧出现转换后预览，用并排或滑动分割确认效果再下载。多张可打包成 ZIP 或导出 CSV 清单；如果收件方用的是很老的系统，另存一份 JPG 更稳妥。
常见问题解答
PNG 的透明背景转 WebP 还在吗？
还在。WebP 的容器里可以单独携带 alpha 通道，所以透明区域、半透明羽化边缘和圆角都不会被填成白底或黑底。打开棋盘格就能检查：棋盘格透出来的地方就是仍然透明的部分。只有转 JPG 才必须选填充色，因为 JPG 根本没有透明度这个维度。
「最高质量（近无损）」是真正的无损 WebP 吗？
不是。网页里的 canvas 只暴露了有损编码接口，把质量参数设为一得到的仍是有损结果，只是损失小到肉眼难辨。libwebp 其实有独立的无损模式和近无损参数，但浏览器没有把这层配置开放给 JavaScript，本工具没有引入 WASM 版本的编解码库，所以不会把它标成无损。要严格的无损 WebP，请用支持该模式的桌面工具。
转 WebP 一定比原来的 PNG 小吗？
不一定。纯色图标、线稿和文字截图用 PNG 的无损压缩往往已经非常紧凑，换成有损 WebP 可能只小一点，甚至因为边缘被重新描述而变大。收益最明显的是照片、渐变背景和带大面积纹理的素材，通常能省下两三成以上。信息栏会直接给出转换前后的体积和百分比，先看数据再决定要不要留下这一版。
别人打不开我发的 WebP 怎么办？
很老的 Safari、部分旧版办公软件与一些打印系统确实不认 WebP。用于网站时可以配合 picture 标签准备一张 JPG 兜底；要直接用微信、邮件发给别人或送进旧系统，最省事的做法是在本工具里解锁目标格式另存一份 JPG。近几年的主流浏览器、安卓与新版 iOS 都已经支持。
手机拍的照片方向对吗？EXIF 信息会被保留吗？
方向是对的。手机竖拍常把像素横着存，只在 EXIF 里写一个方向标记，解码时会按标记先摆正再转换。重新编码生成的 WebP 是全新文件，拍摄时间、GPS、机型等元数据会被自动清除，既省体积也少一层隐私顾虑；如果确实需要保留原始元数据，请保管好原图。
概念
PNG 把每个像素无损地存下来，代价是照片和大面积渐变里那些细碎的颜色变化也要一个不落地记着。WebP 借用视频编码里帧内预测的思路，先用已解码的相邻块猜当前块，只把猜错的部分送进变换和熵编码，因此能用更少的比特描述同样的画面；它的容器里还可以单独放一段 alpha 数据，透明边缘不会像转 JPG 那样被强行填成某种底色。要留意的是浏览器 canvas 暴露给网页的编码接口只有有损档位，质量设为一也只是接近无损，想做严格无损 WebP 需要网页端引入 libwebp 的编译版本。
历史与由来
时间线要从 2010 年算起。前一年谷歌收购了视频编码公司 On2 Technologies，拿到了 VP8 这套编解码技术；2010 年 9 月，谷歌以 VP8 的帧内编码为蓝本发布了 WebP，用 RIFF 容器把压缩后的图像数据装起来。这个出身很关键：VP8 本来是为视频关键帧设计的，擅长用已解码的相邻块预测当前块，只编码预测残差，再配合变换与布尔算术编码，把静态图片里大量重复的局部结构压得很小。首版 WebP 只有有损模式，2011 年补上了带 alpha 通道的扩展格式，2012 年前后又加入独立的无损编码 VP8L 与元数据、动画支持，libwebp 参考实现则一路开源，被 Chromium、Android 和大量服务端工具链采用。同一时期的 PNG 已经是十五岁上下的老标准，1996 年成为 W3C 推荐规范，2003 年成为 ISO/IEC 15948，靠无损和透明稳稳占住图标与截图，却始终没有为照片准备一套高效的压缩方式。推广 WebP 最大的阻力不在算法而在生态：Chrome 很早就支持，火狐直到 2019 年的 65 版才跟上，Safari 更是等到 2020 年的 iOS 14 与 macOS Big Sur，中间那些年前端只能靠 picture 标签或服务端按请求头协商格式，给同一张图准备两份文件。也正因如此，PNG 转 WebP 长期是网站优化清单上的固定动作。浏览器把这件事本地化之后，HTML5 canvas 的 toBlob 接受 image/webp 与一个质量参数，底层调用的是浏览器自带的 libwebp 有损编码路径，配合 createImageBitmap 还能在解码时按 EXIF 方向摆正手机照片。需要记住的边界是：libwebp 的无损模式和 near_lossless 参数属于高级配置，网页接口没有暴露，所以浏览器内转换得到的是有损 WebP。这项限制不影响它替网站省下大量流量，却决定了任何声称网页端输出无损 WebP 的说法都值得多问一句。
相关关键词
纠错反馈
如果发现工具问题或有任何建议，欢迎通过邮箱联系我们，我们会认真查看每一条反馈。
