压缩图像为 WebP
选择WebP本身就是一个压缩决策：由一种比JPEG年轻近二十年的编解码器描述的相同像素通常需要更少的字节。此页面在您的硬件上将JPG或PNG转换为WebP，并将测量结果与原始图像放在一起，因为有趣的问题从来不是WebP是否可以更小——而是它是否在您使用的设置下对您的图像更小。下面的表格是一张通过四种不同编码拍摄的真实照片。
一张照片，四种编码，经过测量
| 输出 | 大小 | 节省 |
|---|---|---|
| JPEG，滑块 80 | 286.1 KB | 小 47% |
| WebP，滑块 80 | 290.3 KB | 小 46% |
| AVIF，滑块 80 | 312.7 KB | 小 42% |
| WebP，滑块 63 | 200.6 KB | 小 63% |
一个滑块，三个编码器，三种含义
该表格与互联网上的每个WebP与JPEG图表不一致：在相同的滑块位置，WebP的大小比JPEG大几千字节，而AVIF则在两者之上。解释不是编解码器，而是滑块。每个编码器对数字的解释不同。JPEG路径相对于源文件的压缩程度进行解释，因此其80悄然变成了一个较低的有效设置；WebP和AVIF都将80视为面值，而对于AVIF——调优以在更低的质量下看起来良好——80是一个奢侈设置，没有人会进行基准测试。
给每个编解码器提供它设计时的质量，排名就会翻转。智能模式正是如此：WebP保持在其平坦的默认值80，而AVIF降至63，在这些设置下，同一张照片以200.6 KB的WebP和186.9 KB的AVIF输出。使用一个共享的滑块数字进行的跨格式比较测量的是滑块，而不是格式。
有损、无损，以及此工具写的内容
WebP实际上是两种共享扩展的文件类型。有损部分源自VP8视频编解码器，工作方式类似于更强的JPEG：从周围的块中猜测每个块，然后仅编码错误。无损部分是一种与PNG更接近的无关方案。这两者从不混合——质量为100的有损WebP仍然是有损文件——而这个压缩器仅写入有损类型，无论滑块显示什么。
透明度无论如何都能保留：WebP在两个部分中都携带8位alpha通道，在有损文件中，该通道在不损失的情况下存储，而周围的颜色则减轻了重量，因此切割的产品图像保持干净的轮廓。需要了解的交易是颜色分辨率——有损比特流总是比亮度记录颜色更粗糙，没有开关可以防止它。照片从不显示；饱和文本、细色线条和像素完美的UI艺术可以。这样的图像更适合量化PNG路线，而不是任何有损编解码器。
动画，以及安全地提供WebP
WebP格式支持动画；此工具不支持。无论输入什么，输出的都是一帧。检测到动画GIF输入，结果卡警告只有第一帧存活。当前不检测动画WebP、APNG或动画AVIF：它返回为单帧静态图像，没有警告，而为其报告的显著大小减少主要是由于消失的帧，而不是巧妙的编码。在检测存在之前，对任何在动画文件上显得不切实际的良好结果保持怀疑，并将动画远离此页面。
在提供方面，兼容性担忧主要是历史性的：每个当前浏览器都可以解码WebP，并且已经很多年了。滞后者是应用程序，而不是浏览器——较旧的图像查看器和一些电子邮件客户端仍然拒绝它。标准防御是保持JPEG或PNG副本并让图像元素提供两者，以便现代访客获得小文件，而其他所有人获得他们理解的文件。采用WebP从不需要放弃原始文件。
常见问题
WebP真的比JPEG小吗？
对于视觉质量真正匹配的照片，是的——谷歌发布的研究将节省量放在25%到34%之间，表格中的智能模式编码也同意这一点。匹配的滑块数字并不等于匹配的质量，这正是同一表格中天真的比较将JPEG略微领先的原因。
将JPG转换为WebP会失去质量吗？
它增加了一代有损压缩，在质量为80的照片上几乎是不可见的。值得注意的是往返转换：WebP回到JPEG再输出会每次加重损害，因此只需从您拥有的最佳源进行一次转换，并保留该源。
透明度会在转换为WebP时保留吗？
从PNG输入，是的：alpha是两个WebP模式的一部分，在此页面写入的文件中，透明度平面本身不会被有损编码器降级。从JPEG输入没有任何内容可以保留，因为没有JPEG曾携带alpha通道。
这里的动画文件会发生什么？
它们以单帧静态图像的形式输出。动画GIF至少在其结果卡上被标记；动画WebP、APNG或AVIF则会静默丢失其帧，报告的节省因此具有误导性。保持动画完整的工具是处理这些文件的正确选择——这个工具是为静态图像构建的。
哪些浏览器仍然无法显示WebP？
实际上没有接收更新的浏览器：Chrome、Firefox和Edge已经解码了很多年，Safari自2020年以来也支持。滞后者是较老的应用程序，而不是浏览器——一个后备的JPEG或PNG副本可以覆盖它们。
我应该选择WebP还是AVIF作为输出？
AVIF在字节上胜出——在测试照片中186.9 KB对比WebP的200.6 KB——但在时间和兼容性上则落后：它通过WebAssembly推送AV1编码器，这显著缓慢，而旧软件更可能打开WebP。对于批量处理和一般使用，选择WebP；对于每个千字节都很重要的网站，选择AVIF。
此页面可以缩小我已经拥有的WebP吗？
可以。WebP被接受为输入，并且在格式保持原样的情况下，它会重新编码回WebP。该路径上的滑块被字面理解——没有任何内容相对于源进行重新缩放——因此将其移动到文件制作时的水平以下，并在下载之前比较测量的大小。
我可以将WebP转换回JPG或PNG吗？
可以——通过不同的输出格式将其通过此压缩器，或使用此网站上的专用转换器。没有工具可以恢复早期有损编码丢弃的细节，因此请从原始文件而不是其他转换中进行转换。