WebP 转 JPEG
把 WebP 文件拖到下方，即可得到 JPEG 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 WebP
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 WebP 转成 JPEG？
大量网站、内容管理系统和较老的桌面软件会直接拒绝 WebP 文件。JPEG 几乎在任何地方都能被接受——单是这一条，就构成了这类转换的绝大部分需求。
转换后的 JPEG 文件会比原来的 WebP 更大。这是换取 JPEG 更广的兼容性和更简单的解码所要付出的代价。
WebP 可以保存透明信息，而 JPEG 不能。转换时透明像素会被合成到白色背景上，因此一个背景透明的 logo 转换后会落在一个白色矩形上。
两种格式都是有损的。每一次重新编码都会再丢掉一点细节，所以最好从原图开始转，而不是从一张已经反复转过几轮的副本开始。
你从网页上存下一张图，拿到的是 .webp，而现在你需要一个地球上什么东西都能打开的文件。JPEG 就是那个文件。三十年来它一直是图片世界的通用货币 —— 每台手机、每台打印机、每个古老的上传表单都照收不误。这份通用性就是做这个转换的全部理由，而它本身就足够了。
转换之前
如果图有透明区域，转之前先做决定
WebP 可以带 alpha 通道，JPEG 不能，所以任何透明区域在转换途中都必须填上实色。这个转换器填的是白色。如果透明本身很重要 —— 比如一个准备放到彩色背景上的 logo、一张抠好的产品图 —— 那么 JPEG 就是错的目的地，你要的是 PNG。如果结果是个 logo 顶着一块白方框，兼容性也换不来什么。
文件会略微变大，而且别去追质量 100
在相近画质下，WebP 的压缩率大约比 JPEG 好三分之一，所以同一张画面用 JPEG 装需要更多字节。这是正常的。不值得做的是把质量推到 100 来补偿 —— 你会得到一个大得多的文件和看不出来的改善，因为 WebP 编码器丢掉的细节本来就已经不在了。85 上下是合理的落点。
动态 WebP 活不过来
网上流传的 WebP 里有相当一部分是取代 GIF 的动图。JPEG 只装一帧，所以动态源文件过来时只剩第一帧，动作没了。多数工具不会就此给你任何提示 —— 文件就是安静地不动了。
会保留下来的
- 像素尺寸
- 色彩配置文件
- 几乎和一切东西的兼容性
过不来的
- 透明通道 —— 会被填成白色
- 第一帧之后的所有动画帧
WebP 与 JPEG 对比一览
| 属性 | WebP | JPEG |
|---|---|---|
| 压缩方式 | 有损 | 有损 |
| 透明通道 | 支持 | 不支持 |
| 典型文件大小 | 约为同等 JPEG 的 65-75% | 约为同等 JPEG 的 100% |
| 兼容性 | 所有主流浏览器和绝大多数应用都支持 | 几乎所有软件都能打开，包括很老的程序 |
| 常见来源 | 为减小页面体积而优化的网站 | 数码相机与照片分享 |
常见问题
我的 WebP 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 JPEG 会损失画质吗？
JPEG 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
我手上怎么会是个 WebP 文件？
现在多数网站都改用 WebP，因为它比 JPEG 更小，所以从网页上保存图片往往就得到一个 WebP。浏览器对它支持良好，桌面软件则明显差一截——这正是把它转走成为高频需求的原因。
质量值应该设成多少？
对照片来说，75 到 85 这个区间里，大多数人在正常观看尺寸下分辨不出与原图的差别。低于 60 左右，锐利边缘周围会开始出现块状失真。高于 90，文件体积迅速增长，但肉眼几乎看不出提升。