如何把 JPG 转为 WebP
把一张 JPEG 拖到上传区，或者点一下从设备里挑一个文件。文件一落下，转换便立刻触发。没有要去找的转换按钮，也没有要排的队。你的浏览器完全在你自己的硬件上把照片重新保存为 WebP。结果就绪时，统计行会把原始体积和新体积并排摆出，省了多少一目了然。点下载就能留住这个 WebP，它带着同样的主名换上新后缀。要处理另一张照片，直接把它丢到上一张之上即可。页面从不重新加载，一张普通的手机照片远在一秒之内就能完成。
正在加载您的文件…
把 JPG 转成 WebP，几秒得到更小的文件
把任意 JPEG 变成更轻的 WebP，文件缩小 25 到 34 个百分点，一张图在浏览器里处理，多张则一起在我们的服务器上处理。
正在加载您的文件…
或将图片拖放到此处
转换中…
0%
正在转换您的图片
这可能需要一分钟左右——多个文件会稍久一些。请保持此标签页打开。
图片已转换为 WebP
快速答案
在浏览器里直接把 JPG 转成 WebP。放入一张 JPEG，浏览器就把它重新编码为 WebP，约一秒就把下载交给你，一张图在你自己的机器上转换，没有任何上传。WebP 和 JPG 一样是有损的，所以这是在有损之上再做一次有损的重编码，但在这里使用的近乎无损质量下，照片上看不出差别。文件通常比原图轻 25 到 34 个百分点，这是 Google 为自家 WebP 格式给出的数字，真实照片常常更好。在我们的测试里，一张 的 JPEG 变成了 。更轻的图片加载更快，有助于你的 Largest Contentful Paint。想一次转换好几张吗？把它们一起放入，文件会送到我们的服务器做批量处理，下载链接约 2 小时后删除。
为什么 WebP 出来比 JPG 小
两种格式都靠丢弃数据来给照片瘦身，但在任意画质下 WebP 都做得更巧妙。Google 把通常的收益定在比 JPEG 小 25 到 34 个百分点，而画面繁忙的真实照片常常远远超出。我们实测的数据为它撑腰。一张 1024 乘 768 的 JPEG 掉到了 ，一张 3840 乘 2160 的 照片落到 。图片字节更少，意味着更快的 Largest Contentful Paint，这正是 Google 折进排名系统的那个加载指标。WebP 还免版税，这恰恰是每一家大型 CDN 默认用它、每一款当下浏览器无需插件或下载就能读它的原因。
WebP 何时胜过 JPG，何时不
凡是要送上你自己经营的网页的内容都尽管选 WebP，主视觉、产品照、博客配图、相册缩略图，以及你域名自己端出的预览卡。每一款现代浏览器都读得了它，覆盖了 2026 年九成七以上的流量，Safari 自版本 14 起也算在内。当文件必须落到一个仍然指望 JPEG 的地方时，就守着 JPG 吧，比如邮件附件、印刷活、老旧的图片编辑器、电商平台的上传表单，或者一个反正会悄悄把 WebP 压回 JPEG 的平台。是终点说了算，而不是起点。如果你掌控图片在哪里被端出，受众又用着近期的浏览器，那么几乎在每一种情形里 WebP 都是更有力的那一选。
画质与第二次有损过程
你这张 JPEG 本就已经有损，所以把它变成 WebP，是在头一次的基础上又叠了第二次有损过程。纸面上看，多余的瑕疵可能堆积起来。可在实际中，按这里用的近乎无损的设定，照片在任何正常观看距离下都和原图无异。要得到最干净的输出，永远从你手上最好的那张 JPEG 起步，是相机里直接出来的原件，而非已经过一道聊天软件或 CDN 挤压的副本。损耗会随着每一程累加。这个版本只给一个校准过的画质档，没有滑块，让输出可预测，也省去了把一张本不需要再压的照片压过头的诱惑。
你的文件在哪里处理
转换一张图直接发生在你的浏览器里，在你自己的机器上，没有任何上传。一次转换多张时，文件会送到我们的服务器一起完成，下载链接约 2 小时后删除。无论哪种方式结果都归你，不会被记录或研究。 两种情况均无长期存储，也不会收集任何数据。你的文件受到保护。
2026 年的 WebP 浏览器支持
今天 WebP 在全球九成七以上的浏览器里读得了。Chrome 从 2012 年的版本 17 起就在解码它，Firefox 自版本 65 起，Safari 在 iOS 上自版本 14、在 macOS Ventura 上自版本 16 起。Edge 和 Opera 都原生处理它。真正的钉子户只剩 Internet Explorer 11 和 Safari 13，它们的份额如今已经很小。面向一般的网页投放，你大可放心端出 WebP。万一你确实必须照顾到非常古老的浏览器，就把 WebP 和一个 JPG 备选一起塞进 HTML 的 picture 元素，让每款浏览器各取所能读的那一个。至于邮件、共享盘和打印，JPG 仍是更稳妥的一选。
工作原理
-
拖入或挑选你的 JPG
点一下上传区，或者从桌面把一张 JPEG 拖上去。文件一落下，转换就自己开始，没有按钮要按。
-
让保存跑完
你的浏览器在自己的内存里把一张照片重新编码成 WebP，没有任何要上传的东西。一张普通手机照片远不到一秒就完成。
-
看体积对比
WebP 就绪时，一行统计会把旧的 JPEG 体积和新的 WebP 体积并排列出，让你确切核对到底省了多少。
-
下载 WebP
点下载就把结果存起来。文件保留原名，后缀替你换成.webp，所以什么都不用改名。
相关工具
反向转换，或探索 WebP 和 JPEG 之外的其他格式选项。
常见问题
为什么要把 JPG 转成 WebP，
在同等视觉画质下，WebP 做出比 JPEG 更小的文件，这能加快页面加载并抬高你的 Core Web Vitals。Google 自家给 WebP 的数字是比 JPEG 轻 25 到 34 个百分点，真实照片往往做得更好。如果你为某个站点打理图片，从 JPEG 转向 WebP 能削减带宽账单，还可能直接改善你的 Largest Contentful Paint，而它会喂进搜索排名。
这次转换是无损的吗，
不是。WebP 和 JPEG 都是有损的，所以从一种走到另一种会添上第二轮有损压缩。按这里用的近乎无损的画质，差异在正常观看距离下的照片上看不出来。如果你确实需要无损结果，那就改转成 PNG。任何承诺一条无损 JPG 转 WebP 路径的工具都是错的，因为 WebP 无损是一个单独的模式，是给 PNG 那类源图用的，不是给照片用的。
WebP 文件比 JPEG 小多少，
在我们的测试里，一张 1024 乘 768 的 JPEG 出来是 ，一张 3840 乘 2160 的 照片落在 。Google 公布的数字是同等画质下比 JPEG 轻 25 到 34 个百分点。那些本就被狠压过的极小图片，比如不到 的缩略图，往往收益更少，因为它早已贴着压缩的下限了。
WebP 支持透明吗，
支持。WebP 带一条完整的 alpha 通道，而 JPEG 没有，这是它适合网页图形的原因之一。不过对一桩 JPG 转 WebP 的活儿来说，没有透明可言可保，因为源头的 JPEG 从一开始就完全不透明。如果你的图片本是一张带透明的 PNG，而你想在 WebP 里把它留住，那就直接从 PNG 转，而不是从中途一张压平了的 JPEG 转。
我的图片会被上传到服务器吗，
这取决于数量。转换一张图完全在你的浏览器里运行，没有向外的图片请求。一次转换多张会把它们送到我们的服务器一起处理，下载链接约 2 小时后删除。两种情况下都没有长期存储，也没有数据收集。
我能一次把好几张 JPG 转成 WebP 吗，
可以。放入两张或更多 JPEG，它们会一起转换，再作为一个下载返回。为此文件会送到我们的服务器，把 WebP 结果打成一个压缩包，给你一个约 2 小时后删除的链接。单张 JPEG 仍然直接在你的浏览器里转换，没有任何上传。
详细信息
团队关于工艺、格式以及一个好结果背后小决定的笔记。
单张图如何在浏览器里转换，以及多张时有何不同
当你把一张 JPEG 拖到页面上，浏览器把文件读入内存，用内置的 JPEG 读取器把压缩数据解码回原始像素，把这些像素画到一个屏幕外的表面上，再请求平台把它们写成 WebP。每一步都在浏览器里、在你自己的硬件上完成，所以没有字节穿过网络。在我们的运行中，1024 乘 768 的 JPEG 约需 54 毫秒，3840 乘 2160 的 照片约需 550 毫秒。一次转换多张图时，工作改在我们的服务器上完成，把它们一起编码并返回一个下载，其链接约 2 小时后删除。
EXIF 和元数据会怎样
JPEG 文件可能拖着实打实的一堆元数据。EXIF 记着相机型号、GPS 坐标、快门速度和方向。IPTC 字段装着版权和说明。XMP 包裹追着编辑历史，ICC 配置覆盖色彩管理的活儿。这里的转换一样都不留。输出的 WebP 是一个干净的文件，只装着看得见的像素。这是经由浏览器作画的图片工具的常态，在 Chromium、Firefox 和 WebKit 里都一样。对多数网页发布来说，丢掉元数据是好事，它削掉几个字节，又挡住 GPS 或个人数据漏进一张公开图片。如果你需要保住某个特定字段，方向通常是那一个，那就先把照片转好向，或在转换前用一个懂元数据的编辑器。别指望这个工具去做必须让原始元数据完好无损的存档工作。
WebP 对 JPEG，压缩的思路差在哪
JPEG 把图像切成 8 乘 8 的小块，跑一道离散余弦变换，把空间细节化成频率数据，再对更高的频率下更狠的量化。WebP 从 VP8 视频借来一套预测办法，每一块都从已经解出的邻块猜出来，只把剩下的差值存起来。在同等体积下，这往往留下更少的块状瑕疵，尤其是在平滑渐变和肤色上，那里 JPEG 的网格会浮成一片看得见的马赛克。在高画质的照片上，超过 q80，眼睛很少抓得到差别，而体积上的优势稳稳不动。到了更低的画质，低于 q60，WebP 的领先拉开，瑕疵的脾性也变了，WebP 化成一片更柔和的模糊，JPEG 则亮出它招牌的方块。没有谁在每一张图上都赢。像枝叶那样纹理密集的题材，有时在两种格式里压得差不多一样。
Core Web Vitals 与选 WebP 的理由
Largest Contentful Paint，简称 LCP，量的是视口里那个最大的可见元素多快加载完。在大多数营销页上，那个元素是主视觉照片。Google 已经确认 Core Web Vitals 在搜索里充当排名因素。当主视觉是一张 的 JPEG，它能在中端手机连接上把 LCP 推过 2.5 秒的门槛。把同一张照片转成约 的 WebP，LCP 往往不用改动页面别处就能滑回绿区。那 25 到 34 个百分点的省量，会在页面的每一张图上累加。一个载着六张 JPEG、合计 的页面，换成 WebP 能甩掉 300 到 ，在慢链路上直接加快第一帧有意义的绘制。支持内容协商的 CDN 会自行把 WebP 递给兼容的浏览器，所以一旦原件就位，每张图都没有杂活要干。
2026 年 WebP 的浏览器支持与缺口
截至 2026 年，WebP 在 Chrome 自版本 17、Firefox 自 65、Edge 自 18、Opera 自 11.10、Safari 自 iOS 14 和 macOS Big Sur 上的版本 14 起都读得了。按 caniuse.com，WebP 解码的全球合计覆盖率越过了浏览器流量的九成七。剩下那一薄片，多半是 Internet Explorer 11、macOS Catalina 上的 Safari 13，外加一长串非常老的 Android 浏览器。对几乎每一个公开项目来说，把 WebP 端给所有人都是安全的。当你需要全覆盖，HTML 的 picture 元素让你在一个标签里同时列出一个 WebP 源和一个 JPEG 备选，浏览器取它读得了的头一个。带图片优化的 CDN 会从浏览器送来的 Accept 头里自动谈定格式，所以经由它们投放时，不需要一款款浏览器手动测。
什么时候不该用 WebP
面向现代浏览器的网页投放，WebP 是对的一选，可在几个常见的地方它是错的。印刷活需要 CMYK 色彩，而 WebP 不带，所以印刷厂那边 JPEG 和 TIFF 仍是标准。邮件客户端参差不齐，Gmail 和 Apple Mail 能渲染 WebP，Windows 上的 Outlook 却不行。文件分享和电商也各不相同。Google Drive、Dropbox 和 GitHub 都能正常显示 WebP，而许多社交平台、图库机构和电商系统会在内部把进来的图片压回 JPEG，让 WebP 这一步白做。编辑器的支持还打着补丁，Lightroom、Capture One 和 Affinity Photo 能打开 WebP，可不少插件和导出预设仍旧默认 JPEG。任何一条会把图片送过你管不着的第三方系统的工作流，都该留一份 JPEG 母版，只在最后的投放环节才转成 WebP。