打开一个网页，为什网页右键保存图片，保存弹出的图片对话框里默认格式经常是那个三个字母的WebP。很多人心里会咯噔一下：这什么玩意儿？格式格式以前不都是JPG或者PNG吗？然后默默把格式改成.jpg，生怕这图片打不开或者质量变差。为什网页

其实你冤枉WebP了。保存这玩意儿是图片Google在2010年搞出来的，目的格式格式很单纯——让图片在网上的体积更小。小到什么程度？为什网页同样一张照片，WebP比JPEG能小25%到34%。保存别小看这三分之一，图片一个门户网站首页动辄几兆的格式格式图片，用WebP能省下好几秒的为什网页加载时间。

我前阵子帮朋友优化一个小电商站，保存产品图全是图片高清JPG，单张800KB。转了WebP之后，平均掉到300KB左右。页面加载从4.2秒缩到2.1秒。用户不会告诉你“你网站快了两秒”，但他们会在不知不觉中少流失一部分耐心。

WebP的高明之处在于它用了更聪明的压缩算法。JPEG压缩时会把图像切成8x8的小块，然后粗暴地丢掉一些高频细节。WebP则参考了VP8视频编码的思路，用帧内预测技术——它先看周围像素的颜色，再预测当前像素该是什么样，只存储“预测错了多少”的那部分数据。误差越小，数据越少。这就像你告诉朋友“我明天早上6点去跑步”，而不是把每个动作都描述一遍——后者信息冗余太多了。

当然，WebP也不是没有代价。十年前它最大的问题是浏览器支持度差。你辛辛苦苦转了格式，结果用户用老版Firefox打开，图片直接裂开。那时候前端圈子里流传着一句话：“WebP是好东西，但别在生产环境用。”不过那是2015年的事了。现在Chrome、Firefox、Edge、Safari全支持，连IE11都要靠补丁才能跑。2024年了，还在用完全不支持WebP的浏览器，那基本属于博物馆级别的用户了。

但话说回来，WebP也不是万能的。透明背景的图片，PNG在某些边缘复杂场景下依然能保持更细腻的过渡；动图方面，虽然WebP支持动画，但GIF那种简单粗暴的逐帧播放方式在某些低端设备上反而更流畅。我见过有人把整个网站的图标全转了WebP，结果在老旧安卓机上卡成PPT，得不偿失。

还有一个容易被忽略的点：WebP的编码速度比JPEG慢。如果你是一个每天处理上万张图片的图库网站，转格式的时间成本也要算进去。压缩率越高，编码时间越长。这是个数学上的死结，没法绕过去。有些CDN服务商会用多线程并行处理来缓解，但底层逻辑没变。

说到底，WebP之所以成为默认选项，是因为它最懂互联网的生存法则——网速不是无限的，存储不是免费的，用户耐心更不是。下次再看到那个.webp后缀，别急着改成.jpg。你省下来的那点流量，可能刚好够你多刷一条短视频。