BMP 转 WebP
把 BMP 文件拖到下方，即可得到 WebP 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 BMP
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 BMP 转成 WebP？
同一张图片，WebP 的体积通常明显小于原始的 BMP。当你在压缩页面体积、或者要挤进某个上传大小限制时，这一点很关键。
WebP 支持透明通道，所以转换之后你可以再抠掉背景。但转换本身并不会凭空造出 BMP 文件里原本就没有的透明区域。
BMP 来自 1986 年，基本上原样存储像素；WebP 来自 2010 年，为了让网页更轻而生。在这两者之间转换是这个列表里能拿到的最大单项改进之一，而且难得的是，你可以自己选择是保持像素完全一致，还是追求最大程度的缩减。
转换之前
无损 WebP 是这里正确的默认选项
BMP 文件通常来自截图、扫描仪、画图程序或老的行业软件 —— 纯色、锐利文字、技术图纸。那正是无损 WebP 最擅长的内容，它常常能在保持像素完全一致的同时把文件砍掉九成以上。既然无损已经做得这么好，就没有理由在这类素材上接受任何损失。
只有当 BMP 里装的是照片时才用有损
照片类内容正是无损压缩吃力、而有损大幅领先的地方 —— 一张存成 BMP 的照片，用质量 80 上下的有损 WebP 会再小掉一大截，而你的眼睛找不出差别。但把同样的设置用在一张满是文字的截图上，会让每个字都肉眼可见地发虚。
确认这个文件要去哪儿
所有当前的浏览器都能读 WebP，所以任何要放到网页上的东西，这个问题已经解决。但 BMP 文件往往来自跟不上时代的环境 —— 内部工具、老 Windows 软件、印刷流程 —— 而那些同样的环境常常也不收 WebP。如果这个文件是要回到那类系统里而不是放到页面上，PNG 是更安全的落点。
会保留下来的
- 每一个像素，如果你选无损
- 透明通道，如果 BMP 有的话
- 像素尺寸
过不来的
- 绝大部分文件体积
- 浏览器之外老旧软件的支持
BMP 与 WebP 对比一览
| 属性 | BMP | WebP |
|---|---|---|
| 压缩方式 | 无损 | 有损 |
| 透明通道 | 不支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 800-1200% | 约为同等 JPEG 的 65-75% |
| 兼容性 | 所有主流浏览器和绝大多数应用都支持 | 所有主流浏览器和绝大多数应用都支持 |
| 常见来源 | 较老的 Windows 软件和扫描仪 | 为减小页面体积而优化的网站 |
常见问题
我的 BMP 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 WebP 会损失画质吗？
WebP 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
为什么我的 BMP 文件这么大？
BMP 基本上是不压缩地保存像素，所以单张照片动辄几十 MB。仅凭这一点，这个转换通常就很值得做——转出来的 WebP 文件只会是原文件的一小部分，而且看不出差别。
WebP 用在网站上安全吗？
安全。所有现行浏览器都支持它，覆盖约 97% 的访客。剩下的缺口来自老旧软件而非老旧浏览器——少数桌面看图软件和较老的 CMS 上传表单仍然会拒绝它。