JPEG 压缩如何工作
JPEG 把图像分成 8×8 像素的块，并对每个块应用离散余弦变换（DCT）。DCT 把像素值转换为频率分量——本质上以一个块包含多少低频（平滑）和高频（细节）信息来描述它。量化步骤随后把高频分量舍入，有损的部分就发生在这里。舍入的程度就是质量滑块所控制的。
固定的 8×8 块大小是 JPEG 的主要局限。压缩决策无法顾及跨越更大区域的模式，当施加激进压缩时，块边界会作为伪影变得可见（低质量 JPEG 那种典型的块状外观）。
WebP 压缩如何工作
WebP 的有损模式基于 VP8，一种为网页视频开发的视频编解码器。它使用宏块预测模型：在编码每个区域之前，编码器根据周围已编码的区域预测那些像素看起来如何，然后只编码差值（残差）。如果预测准确，残差就小且能高效压缩。
VP8 还使用更大的块大小——最大 16×16 像素——这让它能更高效地建模更大的平滑区域并减少边界伪影。结果是在相同文件大小下质量更好，尤其在天空、肤色和失焦背景这样的平滑渐变区域。
WebP 还对最终压缩比特流应用了一种比 JPEG 的霍夫曼编码更高效的熵编码（算术编码）。这与预测模型无关，贡献了额外的大小节省。
实际的大小差异
对照片和复杂图像，WebP 在同等感知质量下通常比 JPEG 小 25–35%。对某些内容类型——尤其是有大片平滑区域的图像——差别可达 40% 或更多。对微距摄影或多颗粒图像这类非常细致、有噪声的内容，优势会收窄。
WebP 还支持无损压缩（用于像素精确的输出）和阿尔法透明（用于有透明区域的图像）。对内容复杂多样的图像，无损 WebP 往往比 PNG 小，尽管 PNG 在非常简单的平涂色图形上能胜出。
WebP 还是 JPG：快速决定
WebP 在每个现代浏览器中都能用——约占全球使用的 97%——所以对网页本身它很少是错误的选择。例外大多在网页之外，那里较旧或专门的软件仍期望 JPEG。
| 情境 | 用 | 原因 |
|---|---|---|
| 网站和应用图像 | WebP | 小 25–35%，约 97% 的浏览器支持 |
| 邮件营销 | JPG | 大多数邮件客户端不渲染 WebP |
| 印刷交付 | JPG 或 TIFF | WebP 是仅限网页的格式 |
| 图库站和市场 | JPG 或 PNG | 许多仍要求旧格式 |
| 最大压缩 | AVIF | 比 WebP 小约 30–50% |
WebP 何时不是正确选择
尽管有技术优势，WebP 仍有真实的局限：
- 邮件客户端: 大多数主流邮件客户端——Apple Mail、Outlook、Gmail 桌面版——不支持 WebP。如果一张图像需要出现在邮件 HTML 中，请用 JPEG 或 PNG。邮件中的 WebP 会对相当一部分收件人显示为损坏图像。
- 一些原生应用和 SDK: 如果图像将被移动应用、API 响应或第三方集成消费，使用前先验证 WebP 支持。库和 SDK 可能没有 WebP 解码器。
- 较旧的 CMS 插件和图像编辑器: 某些较旧版本的 WordPress 插件、Photoshop、Lightroom 和 Figma 对 WebP 支持有限或没有。检查你的工具链。
- 印刷流程: 印刷服务提供商通常期望 JPEG、TIFF 或 PDF。WebP 是网页格式，不适合印刷交付。
- 最大压缩优先: 如果文件大小是压倒性的关切，且编码速度不是约束，AVIF 在同等质量下通常比 WebP 高出 30–50%。
WebP 对比 AVIF：知道何时更进一步
AVIF 更新，对大多数内容类型实现比 WebP 更好的压缩。如果你在 2026 年为现代受众构建一个新项目，带 WebP 后备的 AVIF（使用
把 JPEG 转换为 WebP
PhotoTools 在你的浏览器中把 JPEG 和 PNG 文件转换为 WebP，不向服务器上传任何东西。放入你的图像，选择 WebP 作为输出格式，并用质量滑块找到大小与质量的正确平衡。对大多数照片，WebP 的质量 78–82 产生在正常查看尺寸下与源 JPEG 视觉上无法区分、却明显更小的输出。
请在显示尺寸而非 100% 缩放下比较转换后的文件。放大到单个像素时看起来显著的差别，在网页上实际渲染的宽度下往往不可见。