WebP压缩

WebP压缩实测：9个文件各省了多少

2026年11月11日，我们用这个工具压了9个WebP，上面的表列出了每个结果。其中6个是我们用自己的测试图做的：2张照片（一张按质量90保存、一张按质量60）、1张截图、1张商品抠图、1个logo和1个3帧动图；3个取自真实网站：Google WebP示例图库里的一张照片、Google 无损与透明示例图库里的一张带透明的图，以及PixVibe博客里的一张配图。

这个工具保存WebP时，颜色部分一律用有损模式、按你设的质量编码（透明通道按无损保存），没有无损WebP选项。截图和Google无损与透明示例图都是无损的，分别小了88%和87%；logo也是无损的，小了36%。按质量90保存的照片小了59%。另外三个有损WebP省得少：博客配图小了35%，商品抠图小了13%，Google WebP示例图库照片小了8%；按质量60保存的照片没有变小，原样返回，提示「已经够小，保持原样」（一批处理时卡片上标「原样」）。

在「对比原图」里看：质量90的照片和压成64.3KB的结果，按查看器打开时的大小看不出差别；放大到338%，皮肤的细纹理和散开的发丝略微变平滑。球鞋抠图放大到225%，网眼、鞋带和灰色小斑点都看不出差别。截图原本是无损的，压完是有损的：放大到338%，文字依然清楚，小按钮周围的浅灰细边框略微变软。logo放大到225%，深色字母边缘出现了原图没有的淡淡斑块。

我们怎么量的：Mac上的Chrome，选「按质量」、质量75；WebP那几行「输出格式」用「原图格式」，JPG那几行用JPG。每个大小都是文件字节数除以1000（1KB = 1000字节），保留到表里显示的那一位。工具自己显示的大小会进位，所以WebP那一批界面上写的是2.30MB到1.06MB，按字节相加其实是2.29MB和1.06MB。这两个合计包括那个动图，它压完少了两帧；不算动图的话，按字节相加是2.18MB和1.03MB。

WebP压缩后，透明和动画还在吗

WebP不只能存一张普通图片。IETF的RFC 9649《WebP Image Format》（2024年）把WebP描述为一种格式，"that supports lossless and lossy compression as well as alpha (transparency) and animation"（支持无损和有损压缩，也支持透明通道和动画）。这个工具保留透明，不保留动画。

透明：3个带透明的测试文件压完都带着单独的透明通道。我们逐像素比对，球鞋抠图全部1,572,864个像素、logo全部992,640个像素、Google无损与透明示例图全部120,400个像素，透明度都和原来完全一样，其中1,009,008个半透明像素（不透明度1–254，满值255；这张抠图连鞋身都不是完全不透明）也一样。商品抠图改用「按目标体积」压到600KB（结果598.9KB），我们又逐像素比对了一次，透明度还是每个像素都一样。

商品抠图也说明了带透明的WebP为什么不好压。它的透明通道单独存在一个块里，原文件774.4KB中这一块占了472.7KB。这个工具按无损保存透明通道，压完这一块是474.2KB；只有颜色部分按质量75重新保存，从301.7KB降到199.6KB。我们这个文件的大部分字节，是工具不去压的透明通道。

动画：3帧的WebP动图压完小了79%，原因是只留下了第一帧，结果是一张静态WebP，工具不会提示。动画要紧的话，保留原文件，换专门处理动图的工具。

WebP还是JPG：要不要换格式

把「输出格式」改成JPG不一定更小。无损截图存成JPG质量75是198.2KB，存成WebP是118.0KB；logo存成JPG是30.6KB，比24.0KB的原文件还大；按质量60保存的照片存成JPG从55.5KB变成94.6KB。「不会比原文件大」只管输出WebP的情况，所以这几种情况工具给的就是更大的JPG。

我们的9个文件里，有7个存成WebP比存成JPG小。两个例外都带透明，JPG更小是因为丢掉了透明：商品抠图存成JPG是152.9KB，存成WebP是673.9KB；Google无损与透明示例图存成JPG是10.5KB，存成WebP是10.7KB。这两个JPG里，透明的地方都变成了白色。

Google的WebP介绍页这样说："WebP lossless images are 26% smaller in size compared to PNGs."（无损WebP比PNG小26%。）这句比的是无损WebP和PNG，不是和JPG比。我们这一张截图恰好也是26%：存成PNG是1.29MB，存成无损WebP是952.2KB。只有上传的地方不收WebP时才需要换格式：用WebP转JPG，要保留透明就用WebP转PNG。