在浏览器里把 JPG 图片转成更小的 WebP。批量、免上传、完全免费。
拖入图片,或点击选择
把 JPG 文件拖到这里 —— 想选多少张都行
这是一个免费的 JPG 转 WebP 工具,全部在浏览器里完成 —— 支持批量、无需上传、无需注册、无水印。会做这个转换的人通常不是「图打不开」,而是「想让网站更快」。WebP 正是干这件事的格式:在同等观感下,它通常比 JPG 小 25% 到 35%,而在图片密集的页面上,省下来的这些字节会直接体现在 LCP(最大内容绘制)上。兼容性早就不是拿来争论的理由了 —— Chrome、Edge、Firefox、Safari 以及现在还在用的所有手机浏览器都原生解码 WebP。有一点必须先如实说明:JPG 本身就是有损格式,所以这是一次「有损转有损」的重新编码,不是白捡的便宜。高质量档下肉眼看不出差别,但一张本来就压得很狠的 JPG 已经没什么余量可挤了。透明在这一页不是议题 —— JPG 本来就没有透明可以带过来,虽然 WebP 完全接得住。
把 JPG 或 JPEG 图片拖进上传区,或者点击选择。一整个文件夹的量也没问题 —— 整批一次处理完,而且什么都不会被上传。
拖动画质滑块,决定 WebP 压得有多狠。80 左右通常是甜点位:对绝大多数照片来说与原 JPG 肉眼无差,体积却明显更小。要放大看或要打印就往高调,想把每一 KB 都榨出来就往低调。另一个可选项是「限制最长边」,很多时候它才是更大的赢面 —— 一张 4000 像素的相机原图塞进 1200 像素的展示位,浪费掉的带宽是任何编码器都赢不回来的。
点「转换」,每个文件都在你自己的浏览器里编码。结果表会把转换前后的体积和涨跌百分比并排列出来,省了多少一目了然。可以逐个下载 WebP,也可以整批打包成一个 ZIP。原来的 JPG 文件不会被改动。
WebP 的编码器比 JPEG 整整领先一代。对典型照片而言,它能用少四分之一到三分之一的字节达到同样的观感,而在天空、皮肤和平滑渐变上差距还会拉得更开 —— 那正是 JPEG 最先出现块状瑕疵的地方。
图片通常是一个页面里最重的东西,而且往往就是 LCP 元素本身。把每张照片砍掉三分之一,LCP 直接缩短,而且不用动布局、不用动 CSS、不用动框架。
一个滑块决定取舍,结果表会给出每个文件转换后的体积和涨跌百分比。首图和商品图把它调高;缩略图和背景纹理没人会凑近看,尽管往下调。
整个图片目录都可以丢进来 —— 一份商品目录、一年的博客配图 —— 一键转完,再打包成一个 ZIP 下载,不用一张一张存。
转换在你的浏览器里、用你自己设备的 CPU 完成。JPG 文件不会被上传、不会经过服务器、也不会碰到任何后端 —— 未发布的产品图和客户素材都留在你自己机器上。
不用注册、不用留邮箱、没有每日额度,结果上也不会盖水印。转一张 JPG 还是五百张,想转多少次都行。
这是多数网站还剩下的最便宜的一笔性能收益。把媒体目录整批转掉,把引用指向新文件,页面体积就少掉三分之一左右,其他什么都不用改。
一个列表页四十张缩略图,浪费掉的每一 KB 都要付四十遍。WebP 让商品看起来还是那样,却砍掉了买家在网格加载出来之前必须下载的量。
让一篇长文变重的,通常就是截图、示意图和头图。把它们转成 WebP,文章在移动网络下依然跑得动 —— 而大部分流量恰恰是从那儿来的。
如果你的技术栈不会自动生成 WebP,那么在上线前一次性转好,比硬给它接一套图片流水线简单得多 —— 把 WebP 文件提交进去,像任何静态资源一样发出去就行。
是的 —— 完全免费,不用注册、不用邮箱、没有每日次数上限。转出来的 WebP 上没有水印,也不存在「付费版转得更好」这种事。
不会。解码和 WebP 编码都在你的浏览器里用本地 JavaScript 和 canvas 完成。文件不会被上传、不会被存储、我们也看不到 —— 页面加载完之后,断网都照样能用。
在观感相当的前提下,通常比 JPG 小 25% 到 35% —— 大片平滑区域的图能省更多,颗粒重、细节密或者原本就压得很狠的照片省得少。最诚实的办法是拿两三张有代表性的文件先转一下,直接看结果表给出的百分比;滑块能让你落在这条曲线上的任意位置。
按定义就会损失一些。你的 JPG 本来就是有损的,WebP 又对从它解码出来的像素重新压缩了一遍,所以这是一次「有损转有损」,两种编码器的瑕疵会叠加。高质量档下正常观看看不出差别,省下的体积也是实打实的。但这不是白变小:如果源 JPG 本来就被压得很狠,再转一次可能画质变差、收益却微乎其微。先转一张看看效果,再决定要不要整批跑。原图不会被改动,随时可以调高档位重来。
现在还在使用的浏览器都支持 —— Chrome、Edge、Firefox、Opera、Safari 14 及以上(2020 年起)以及所有现代手机浏览器都原生解码 WebP。真正不支持的是那些确实很老的软件:Internet Explorer、老掉牙的 Safari 和 macOS 版本、部分桌面看图工具和旧版编辑软件。正式站点的标准做法是用 picture 标签先给 WebP,再用 img 作为 JPG 回退,这样少数落伍环境仍然看得到图,其余人拿到的是更小的文件。
可以。想选多少 JPG 就选多少,拖进来一键转完整批,结果可以单张下载,也可以打包成一个 ZIP。在 iOS 和安卓的手机浏览器上表现一致,只是批量特别大时手机会慢一点。
当兼容性比体积更要紧的时候:邮件附件、送印刷、只收 JPG 的上传表单,或者对方会用他们手头随便什么软件打开这个文件。还有一种情况是这张 JPG 本来就又小又压得狠 —— 再转一次省不了多少,却要付出画质。对网站来说通常也不是二选一:把 JPG 留着当回退,而不是直接删掉。