GIF 转 WebP
把 GIF 文件拖到下方，即可得到 WebP 文件。转换在你自己的设备上完成，因此不会上传，除了浏览器内存上限之外没有任何大小或数量限制。
把图片拖到这里
Ctrl/⌘ V粘贴截图或复制的图片
支持 GIF
数值越低文件越小。照片用 75 通常就够。
100% 本地处理 文件不会被上传。
为什么要把 GIF 转成 WebP？
同一张图片，WebP 的体积通常明显小于原始的 GIF。当你在压缩页面体积、或者要挤进某个上传大小限制时，这一点很关键。
WebP 是 GIF 天然的接班人，设计时也有一部分考虑了这件事 —— 它处理同样的图形内容效率高得多，透明支持更完善，还支持动画。关于最后这一点，在这个工具里有一个重要的前提，而它是你首先该知道的事。
转换之前
WebP 能动 —— 但这个转换不动
这个格式完全有能力装下你的动画，而且动态 WebP 通常只有等效 GIF 的一个零头大小。但这是个静态图转换器：它解出第一帧，然后编码那一帧。如果你的 GIF 会动而你希望它继续动，这就是错的工具 —— 这话值得直说，而不是让你从结果里自己发现。请去找专门的 GIF 转动态 WebP 编码器。
透明变好了，但锯齿边缘还在
WebP 有真正的 8 位 alpha 通道，256 级，相比 GIF 那一个开关位是实实在在的升级。问题在于转换只能把 GIF 里实际存在的那两种状态搬过来。你的边缘还是原来那么锯齿 —— 平滑边缘的容量现在有了，但要把它填满得在编辑器里重新抠一次。
这类内容请选无损
GIF 装的是图形，而无损 WebP 很擅长图形 —— 常常比 GIF 小得多，同时像素完全一致。有损 WebP 能省更多字节，但它软化的正是让 logo 在小尺寸下仍然清晰可辨的那些锐利边缘。这是少数几个无损选项明显该作为默认的情况之一。
会保留下来的
- 全部 256 色，精确保留
- 透明区域
- 通常小得多的文件
过不来的
- 第一帧之后的动画
- 非常老的软件的支持
GIF 与 WebP 对比一览
| 属性 | GIF | WebP |
|---|---|---|
| 压缩方式 | 无损 | 有损 |
| 透明通道 | 支持 | 支持 |
| 典型文件大小 | 约为同等 JPEG 的 200-400% | 约为同等 JPEG 的 65-75% |
| 兼容性 | 几乎所有软件都能打开，包括很老的程序 | 所有主流浏览器和绝大多数应用都支持 |
| 常见来源 | 为减小页面体积而优化的网站 | 为减小页面体积而优化的网站 |
常见问题
我的 GIF 文件会被上传到哪里吗？
不会。解码器和编码器是运行在本页面内的 WebAssembly 模块。首次使用某种格式时，网络面板可能会显示编解码器下载，但没有任何请求会包含你的文件。在支持离线缓存的浏览器中，用过一次的编解码器会被缓存，之后同类转换可以断网完成。
有文件大小或数量限制吗？
我们不设任何限制。实际上限取决于你设备的内存，因为转换过程中图片需要以未压缩形式驻留内存。在普通笔记本上，一亿像素以内的图片通常都能顺利转换。
转成 WebP 会损失画质吗？
WebP 是有损格式，会丢弃部分数据。在默认质量下，正常观看尺寸几乎看不出差别。如果你需要像素级完全一致的副本，请改选 PNG。
手机上能用吗？
可以。同样的 WebAssembly 模块在移动浏览器上也能运行。由于手机 CPU 较弱，转换会比桌面端慢，超大图片也更容易触及内存上限。
GIF 动图会怎么处理？
只有第一帧会被转换。WebP 是静态图片格式，剩下的帧无处安放。如果你需要保留动画，那应该找视频转换工具，而不是静态图片转换。
WebP 用在网站上安全吗？
安全。所有现行浏览器都支持它，覆盖约 97% 的访客。剩下的缺口来自老旧软件而非老旧浏览器——少数桌面看图软件和较老的 CMS 上传表单仍然会拒绝它。