GIF 转 WebP v1.0

GIF 转 WebP，是把 GIF 图片重新编码成 WebP 格式的操作，目的通常只有一个：让页面加载得更快。WebP 由谷歌推出，今天所有还在维护的浏览器都能读，同一张图往往比 GIF 小掉一大截——DocPivot 的测试文件从 336,037 字节降到 202,388 字节，省了 40%，透明区域一个像素没动。但有件事必须放在最前面讲清楚：这里输出的是静态 WebP，动图只取第一帧，结果卡片上会明明白白写出来。如果动效才是你要的东西，请先看下面第一节。

先说清楚：动图到了这里只剩第一帧

这个工具不生成动态 WebP，动图进来，出去的是它的第一帧。中文搜索「GIF 转 WebP」的人里，相当一部分要的是动图换个格式继续动——表情包、加载动画、产品演示图。动态 WebP 这个格式确实存在，谷歌官方的 gif2webp 命令行工具也确实能做，而这个版本没有实现逐帧编码。与其在页面上含糊其辞、让你转完才发现图不动了，不如现在就说明白。

所以先分一下路：动效本身就是内容，那就留着 GIF，或者换成 MP4、WebM 这类视频格式，体积比动态 WebP 还小，微信、抖音、小红书对视频的支持也远比对动态 WebP 好。只需要一张静态图，比如把动图的第一帧拿去做封面、缩略图或占位图，那这个工具正合适。想要的是无损的静态首帧，可以走 GIF 转 PNG 工具；目标平台只认 JPG、又不在乎透明背景，那就用 GIF 转 JPG 工具。

DocPivot GIF 转 WebP 转换器概述

核心功能

这个转换器先按字节读文件、判断是不是动图，再取首帧编码成 WebP，全过程在你的浏览器里跑完，DocPivot 的服务器从头到尾看不到你的文件。解码用浏览器自带的 GIF 解码器搭配 2D 画布，编码交给编译成 WebAssembly 的 libwebp，默认质量 95，并且开启 sharp YUV。Alpha 通道原样保留，所以不需要选背景色——这个控件干脆不显示，而不是摆在那里假装有用。一次最多 30 个文件，单张下载沿用原文件名，多张打包成 ZIP。反方向的需求，也就是把已经压过的静态图换成 WebP，用 PNG 转 WebP 工具 更合适。

目标用户与使用场景

用得最多的是三类人。第一类是前端和网站运营，手上的老站点里躺着一堆当年留下的 GIF——图标、流程示意图、按钮素材，每张一两百 KB，加起来拖慢首屏。第二类是电商美工和详情页设计，素材库里的 GIF 要统一成现代格式再上 CDN。第三类是写博客、做企业官网的人，图片体积直接影响移动端打开速度，而百度和谷歌都把加载速度算进排名。手上是照片而不是 GIF 的，直接用 JPG 转 WebP 工具 这条路更短。

问题与解决方案

GIF 体积大的根源在于它太老了。这个格式定于 1987 年，调色板最多 256 色，为了表现照片只能靠抖动算法（dithering）用噪点凑出渐变，而这些噪点又恰恰是最难压缩的东西。结果就是一张视觉效果一般的图，文件却有三百多 KB。换成 WebP 之后，色彩不再受 256 色限制，编码器也能真正利用相邻像素的相关性，测试文件因此降到 202,388 字节。如果只是想让现有的 JPG、PNG 变小而不换格式，用 图片压缩工具 即可。

主要优势

• 体积直接少四成：照片类测试文件从 336,037 字节压到 202,388 字节，省下 40%，这部分流量在移动端是实打实的等待时间。
• 透明背景真的保留：WebP 支持完整的 8 位 Alpha 通道，不需要合成背景色，也就不会出现讨厌的白底或者灰边。
• 默认质量按无损源来定：GIF 是逐像素精确存储的，转 WebP 是这张图的第一次有损压缩，不是第二次，所以质量给到 95 而不是通常那个 80、85。
• 硬边缘专门处理过：sharp YUV 是默认开启的，多花一点点时间，换来色度采样在硬边缘上的明显改善——而 GIF 里满是硬边缘。
• 色彩从 256 色放开：输出是全彩，原图因为调色板限制而丢掉的层次不会再被二次损伤。
• 可以按体积倒着找质量：需要「压到 200 KB 以内」时，工具会在质量 5 到 95 之间最多探测 8 次，找出能塞进目标的那一档。
• 文件不出本机：转换全程在浏览器完成，没有上传、没有服务器队列，也就不存在把客户素材交给第三方的合规问题。
• 没有次数限制：不用注册，不限每日转换次数，一次三十张，同类工具常见的「每天 25 次」在这里不存在。

一批素材里如果混着好几种格式，想先统一再上线，可以用 图片格式转换工具 一次处理完。

核心功能

• 动图检测：读取文件字节判断是否含多帧，这一步在任何其他决定之前完成，结果卡片会注明只保留了首帧。
• 首帧提取：动图取第一帧编码，不做插值、不做拼接，也不会悄悄把这件事藏起来。
• Alpha 通道保留：透明像素写进 WebP 的真实 Alpha 通道，不填充、不预乘、不发明背景色。
• libwebp 质量 95 编码：编码器是编译成 wasm 的官方 libwebp，参数默认 95，可按需要调低。
• sharp YUV 边缘优化：针对线条、文字和色块交界处的色度处理，扁平风格的 GIF 收益最明显。
• 字节目标搜索：给定目标体积后最多做 8 次探测，在质量 5 到 95 的区间里逼近，而不是让你手动试参数。
• 批量三十张：一次拖进 30 个文件排队处理，浏览器本地跑，不排服务器的队。
• 结果卡片信息：每个文件显示尺寸、转换后体积和节省百分比，动图另外标注首帧提示。
• 命名与打包：单个文件保留原名，多个文件自动打包成 ZIP 下载。
• 不写入元数据：GIF 本身不携带 EXIF，所以输出里也不会凭空多出拍摄信息；要清理的是相机拍的照片，请用 照片元数据清除工具。

尺寸不在这里改。需要按具体像素缩放请先用 图片尺寸调整工具，只保留画面局部则用 图片裁剪工具，处理完再转格式。

使用方法

1. 打开 DocPivot 的 GIF 转 WebP 页面，把文件拖进虚线框，或者点击选择本地文件，一次最多三十个。
2. 核对列表里的文件名和缩略图，带动画的文件会被标出来，确认你要的确实是它的第一帧。
3. 保持默认的质量 95 即可；有明确体积要求就填写目标字节数，让工具自己去搜合适的质量档。
4. 点击开始转换，运算在本机完成，结果卡片上会列出尺寸、转换后体积和节省的百分比。
5. 单张直接下载并沿用原文件名，多张点击打包下载，得到一个 ZIP。

什么时候该把 GIF 转成 WebP

当这张 GIF 是静态的、或者你本来就只需要其中一帧，而它又要出现在网页上时，转成 WebP 几乎总是划算的。下面几种情况在国内站点里最常见：

• 老站点的历史素材：五年前上传的图标、示意图、分隔线还是 GIF，换成 WebP 后首屏体积能降下来一截。
• 详情页和落地页配图：电商详情页动辄二三十张图，每张省 40% 累积起来相当可观。
• 博客与内容站图床：WordPress、Typecho 这类站点的图片目录里 GIF 占位往往最大。
• 移动端速度优化：国内搜索流量七成以上来自手机，图片体积直接反映在跳出率上。
• 做站点图标前的素材整理：把源素材统一成现代格式后再用 网站图标生成工具 输出各尺寸。
• 需要透明底的界面元素：按钮、角标、装饰图形要叠在背景上，WebP 的透明支持比 GIF 的一位透明干净得多。
• 批量归档前的减重：素材库容量吃紧时，静态 GIF 是性价比最高的压缩对象。
• 发布前要打标记的图：转格式之后再用 图片加水印工具 加上版权标识，顺序反过来会多压一次。

反过来说，三种情况别转：动效是内容本身；目标环境不认 WebP，比如微信公众号后台或者没装插件的旧版 Photoshop；以及你需要一份不再有任何损失的存档，那应该选 PNG。

40% 是怎么来的，你的文件能省多少

40% 这个数字来自一张照片类的测试 GIF，你手上的文件不一定是这个结果。规律其实很清楚：原图越接近照片、抖动噪点越多，省得越多；原图越扁平、色块越纯，省得越少。一张只有几种纯色的图标 GIF，本身已经被调色板压得很紧，转成 WebP 可能只省一两成，极端情况下甚至会略微变大。

另一件要有心理准备的事是，默认档的输出是有损的。质量 95 已经很高，肉眼几乎看不出区别，但对于线条锐利的扁平插画，sharp YUV 能缓解边缘上的色度损失，却不能完全消除。真正在意这一点的，就选无损的 PNG。想把压缩推得更狠一点，可以试试 GIF 转 AVIF 工具，同画质下 AVIF 通常还能再小一截，代价是编码更慢、旧设备兼容性略差。

顺带一提，如果你的图标本来就有矢量源文件，不要先导出成 GIF 再转，直接用 SVG 转 WebP 工具，中间少一次调色板压缩，结果更干净。

国内平台对 WebP 的支持现状

浏览器这一层早就没有问题了。Chrome、Edge、Firefox、国内各家基于 Chromium 的浏览器都支持 WebP，Safari 从 iOS 14、macOS Big Sur 起也支持，只有 IE11 这种已经停止维护的浏览器读不了。也就是说，把网页上的 GIF 换成 WebP，绝大多数访客不会有任何感知，除了页面变快。

平台这一层要具体看。微信公众号的后台编辑器至今不接受上传 WebP 素材——有意思的是，公众号自己对外分发的图片反而是 WebP，这也是很多人在电脑上保存公众号图片后打不开的原因。给公众号配图，还是得准备 JPG 或 PNG，需要反向转换的话用 WebP 转 PNG 工具 或者体积更小的 WebP 转 JPG 工具。

小程序则要区分场景：通过网络地址加载的 WebP 一般没问题，打包进小程序本地资源的 WebP 在部分机型上会踩坑，稳妥做法是本地资源留 PNG、远程图片走 WebP。企业 OA、政务上传表单、招投标系统的附件格式说明里，写的通常也还是 jpg 和 png，遇到这类硬性要求就别在格式上省事。

常见问题