
什么是 JPG 转 WebP 转换器?
JPG 转 WebP 转换器会把 JPEG 照片重新编码为 WebP,这是谷歌在 2010 年为网络推出的图片格式。在大多数网站上,用它只有一个原因:省字节。据谷歌称,在画质相当的情况下,有损 WebP 文件比 JPEG 小 25% 到 34%,而图片通常是页面要求访客下载的最大负担,远超脚本和字体。
设想一个目录页面,上面有几十张商品照片。在这里转换整个文件夹后,每一行都会显示转换前后的大小,以及 WebP 比原图小多少或大多少,所以你能算出整个页面一共省了多少。在网速慢的手机上,这就是页面能顺利加载和访客直接离开的区别。要处理整个商品系列,这也是批量转换在这里比其他任何格式组合都更重要的原因。
对 WebP 的支持早已不是问题。Chrome 和 Edge 支持 WebP 已经很久,Firefox 从 65 版本开始支持,Safari 从 14 版本开始支持,iOS 也随之支持。真正让人碰壁的是浏览器以外的软件:部分电子邮件客户端、较旧的 CMS 上传工具和少数桌面应用会直接拒绝 .webp 文件,所以“WebP 转回 JPG”是搜索量最大的图片操作之一。网页用 WebP,需要发邮件或交给别人的文件则保留一份 JPG。
有一点值得反复强调。JPG 本身已经是有损格式,再编码为 WebP 就是第二次压缩,起始画质就是上限。请从你手头最大、压缩最少的原图开始转换,而不要用经过聊天应用转发的副本。质量滑块范围为 10 到 100,默认 90%,大多数照片在 80% 到 85% 时,屏幕上就看不出明显差别了。转换通过浏览器中的画布(canvas)完成,会去除 EXIF 和 GPS 数据,文件即将发布到公开网站时,这能切实保护隐私。多个文件可同时转换,并打包为 ZIP 下载。免费,无需注册,纯客户端运行,每日转换次数有限制。
如何将 JPG 转换为 WebP
添加 JPG 文件
把整个照片文件夹拖到写着“将 JPG 图片拖放到此处或点击上传”的区域。每个文件都会占一行,添加后立即开始转换为 WebP。
调整质量
质量滑块范围为 10 到 100,默认 90%。用于网站的图片,80% 到 85% 通常是最佳平衡点。移动滑块后,约 300 ms 内如果不再操作,就会重新转换所有已添加的文件,所以拖动一次只转换一次,也不会再次占用你的每日限额。
检查每个结果
每一行都显示缩略图、状态,以及一行大小信息:转换前后的大小,和 WebP 比原图小多少或大多少,这样你看到的是每张图片实际节省的空间,而不是凭猜测。点击缩略图可查看 WebP 大图,并在“转换前”和“转换后”之间切换。
下载结果
点击某一行的下载图标即可保存单张图片,也可以点击列表顶部的“全部下载 (n 张图片)”,把整批文件打包为 converted-webp.zip,重名文件会自动编号。
为什么要把 JPG 转换为 WebP?
本来看着没问题的 JPG 还要重新编码,听起来有点奇怪,所以有必要说清楚理由。这些理由几乎都取决于图片最终要放在哪里使用。
页面加载更快
在典型页面上,首屏中最大的元素往往是一张照片,这张照片多快显示出来,直接决定页面给人的快慢感受。首图、商品图和博客缩略图每省下一千字节,使用移动数据的访客就少等一千字节。
大型图库的存储和带宽开销更低
单张照片省下的那点空间不值得费事。但商店、作品集或文档网站里有成千上万张照片,情况就不同了,因为节省的空间适用于每一份存储的副本和每一次传输。一次转换整个文件夹,正是在这种情况下最划算。
图库和缩略图网格
网格页面会同时请求几十张小图。文件越小,网格显示得越快;而当每张图只按实际尺寸的一小部分显示时,调低质量设置也更容易让人接受。
JPG 与 WebP:该用哪个
| 特性 | JPG | WebP |
|---|---|---|
| 压缩方式 | 有损压缩,以 8 x 8 像素块为单位处理。 | 有损或无损两种模式,其中有损模式基于 VP8 视频编解码器。 |
| 透明度 | 不支持。 | 支持,但由 JPG 转成的 WebP 本身没有透明内容。 |
| 动画 | 不支持。 | 该格式支持动画,但本转换器只输出静态图片。 |
| 典型文件大小 | 大多数网站默认使用的基准格式。 | 在视觉质量相近时,通常比 JPG 更小。 |
| 色深 | 每通道 8 位。 | 每通道 8 位。有损 WebP 总是以一半分辨率存储颜色。 |
| 浏览器和软件支持 | 几乎在所有地方都能打开。 | 所有当前主流浏览器都支持。部分电子邮件客户端和较旧的桌面应用不支持。 |
| 最适合 | 电子邮件附件、打印、发送给他人。 | 在你自己的网站上使用的图片。 |
了解 WebP 质量
质量滑块决定 WebP 编码器可以舍弃多少细节,范围为 10 到 100。这个数值与 JPEG 的质量值不通用。以 90 保存的 JPG 和以 90 保存的 WebP 由不同的编码器生成,刻度也不同,所以数字相同并不意味着外观或文件大小相同。
编码由你的浏览器完成,因此同一张图片在相同设置下,不同浏览器得出的文件大小可能略有差异。每一行都会显示两个文件的大小,点击缩略图还能打开带有“转换前”和“转换后”视图的预览,这比滑块上的数字更可靠。
由于源文件已经是 JPG,WebP 压缩的是一张已经损失过一次细节的图片。它分不清 JPEG 伪影和真实纹理,会花费字节把两者都保留下来。起始的 JPG 越干净,WebP 编码器能省下的就越多。有损 WebP 还会以亮度一半的分辨率存储颜色,这可能让细的彩色线条和小号红色或蓝色文字变得模糊。
隐私与安全
- 照片由浏览器自带的 Canvas API 在客户端完成转换。不会下载 WebAssembly 编解码器,也不会把任何图片发送到服务器。
- 转换之前,页面会发送一个请求来检查你的每日限额,请求中包含工具名称、设备标识符,以及你的账户令牌(如果已登录)。
- 转换之后,页面会记录处理了多少个文件、总大小和目标格式。文件名、尺寸和像素数据都不在记录之内。
- JPG 中的相机信息、GPS 坐标和颜色配置文件不会保留到 WebP 中,这在照片发布到公开网站之前很有用。
- 如果限额检查无法连接服务器,转换仍会继续,因此页面加载完成后,即使离线也能继续使用。
主要功能
相同画质,文件更小
WebP 对照片的编码效率比 JPEG 更高,这正是转换的意义所在。每一行都会显示转换前后的大小,所以节省的空间是实实在在的数字,而不是一句承诺。
10 到 100 的质量滑块
由你自己权衡,而不是接受固定的预设。默认值为 90%,降到 80% 通常能让这批文件中的每一个都明显变小。移动滑块会重新转换所有已添加的文件,所以无需重复添加就能看到新的大小。
专为整个文件夹而设计
一次转换整个图片文件夹,并打包为 converted-webp.zip。要迁移整个网站,这比一张张转换照片实用得多。
EXIF 和 GPS 信息会被清除
通过画布重新编码不会保留元数据,因此相机信息和位置坐标不会随着即将发布的照片一起带出去。
常见问题
Comments
0 comments
No comments yet. Be the first to share your thoughts!

