PNG 转 WebP
把 PNG 文件拖到下方，即可得到 WebP 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 PNG
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 PNG 转成 WebP？
同一张图片，WebP 的体积通常明显小于原始的 PNG。当你在压缩页面体积、或者要挤进某个上传大小限制时，这一点很关键。
这个转换几乎总是主动做的，而不是被逼的：你在优化一个网站，而 PNG 是页面上最重的东西。WebP 是合理的现代替代品 —— 它保留透明，所有人们实际在用的浏览器都支持它，而且通常能把文件压到 PNG 的一个零头。和这个站上多数转换不同，这一个你通常有所得，而几乎无所失。
转换之前
有损还是无损，决定了结果的一切
WebP 两种都能做。无损 WebP 通常比 PNG 省 20% 到 30%，同时像素完全一致 —— 对 logo、图标和线稿这种一条边发虚就会被看出来的内容，这是安全的选择。有损 WebP 能砍掉 70% 甚至更多，对照片和大幅背景图这种没人会去数像素的内容，这笔交易很划算。两个方向选错都是常见错误：对清晰的 logo 用有损会显得糊，对照片用无损则浪费了大部分收益。
浏览器没问题，邮件和某些平台有问题
所有当前的浏览器都能读 WebP，Safari 从 14 版起也可以，所以只要是显示在网页上的内容，兼容性问题已经解决了。浏览器之外就参差了：不少邮件客户端、一些社交平台和大量桌面软件仍然不认。优化网站是 WebP 的好用途；把它作为附件发给客户，则是在自找一封困惑的回信。
把 PNG 留着
如果你走的是有损路线，那个 WebP 是衍生品，不是替代品。格式一直在演进 —— AVIF 正在取代 WebP，就像当年 WebP 取代 JPEG 一样 —— 而从无损原件重新编码，永远好过从一份有损副本重新编码。PNG 是你的母版，发出去的是 WebP。
会保留下来的
- 透明通道
- 像素尺寸
- 每一个像素，如果你选无损
过不来的
- 一部分细节，如果你选有损
- 老旧桌面软件与邮件客户端的支持
PNG 与 WebP 对比一览
| 属性 | PNG | WebP |
|---|---|---|
| 压缩方式 | 无损 | 有损 |
| 透明通道 | 支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 300-500% | 约为同等 JPEG 的 65-75% |
| 兼容性 | 几乎所有软件都能打开，包括很老的程序 | 所有主流浏览器和绝大多数应用都支持 |
| 常见来源 | 截图、logo 和图形素材 | 为减小页面体积而优化的网站 |
常见问题
我的 PNG 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 WebP 会损失画质吗？
WebP 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
我的 PNG 是截图，有什么要注意的吗？
截图以大片纯色和锐利文字为主，而这恰恰是有损格式最不擅长的内容。如果目标格式是有损的，文字边缘可能出现淡淡的光晕。请把质量调高，或者在文字必须保持清晰时干脆继续用 PNG。
WebP 用在网站上安全吗？
安全。所有现行浏览器都支持它，覆盖约 97% 的访客。剩下的缺口来自老旧软件而非老旧浏览器——少数桌面看图软件和较老的 CMS 上传表单仍然会拒绝它。