jpg 转 webp 到底换来了什么
带宽，基本就这一样。WebP 用的编码比 JPEG 现代，所以在观感对齐的前提下，它需要的字节大约少 四分之一到三分之一。一个放了二十张照片的页面上，这就是"快站"和"慢站"的差别，在移动网络下 尤其明显。
图片的其他方面都不变：两者都是有损的，都是矩形的，而 JPEG 里压根没有透明可供 WebP 保留。 这个转换纯粹是体积优化，也因此是本站最容易想清楚的一个。
二次压缩这件事
在批量转一整个图库之前，值得先搞明白。
你的 JPEG 本身就是"丢掉细节"的结果。把它重编成 WebP 会再丢一次，而第二遍压缩没法分辨哪些 痕迹是第一遍留下的。常见结果是：WebP 忠实地保留了 JPEG 自己的方块结构，然后又添了一点自己的。
在 90% 及以上的质量下，照片里这确实很难看出来，所以批量转网页素材是笔合理的交易。但如果你 还留着相机原片或者没修过的导出图，直接从那些文件转会跳过整整一代损失，同样体积下画面明显更干净。
质量怎么挑
知道原图质量就对齐它。一张按 85 保存的 JPEG，重编成 100 什么也赚不到：你只会得到一个更大的 文件，把原有的压缩痕迹保存得更清楚。
完全不知道的话，90% 到 92% 是合理的默认值。它留住了体积优势的大部分，在照片类内容上又看不出 区别，而绝大多数 JPEG 装的就是照片。
JPG、JPEG 是同一种格式
顺手说清楚：三个字母的扩展名只是"点后面只能跟三个字符"那个年代留下来的，格式、画质、兼容性 都没有任何区别。所以搜 jpeg 转 webp 和搜 jpg 转 webp 要的是同一件事，本页面对两种扩展名一视同仁。
老客户端怎么办
浏览器已经不是问题了。缺口在邮件客户端、一部分桌面软件，以及零星的老 Android 系统 webview。 做网站就直接发 WebP；要作为邮件附件、或者交给一个你不知道对方会用什么软件打开的文件，JPEG 还是更稳的选择。
全程在浏览器里跑
JPEG 解码器和 WebP 编码器本来都在你的浏览器里。什么都不上传，所以几百张照片的文件夹唯一的 上限就是你自己的耐心。