WebP 转 GIF

把动图 WebP 转换成 GIF，保留每一帧、每一帧的时长和循环次数。全部在你的浏览器里完成，文件不会上传到任何服务器。

动画会保留吗，还是只剩一帧？

动画会完整保留。每一帧都会被读取、合成，并写入 GIF，各自带着自己的延迟时间，循环次数也会保留。很多转换工具在这一步做错了：如果只是把 WebP 画到画布上再截图，拿到的只是第一帧，最后得到一张带着 .gif 后缀的静态图片。如果浏览器不支持读取动图帧，这个工具会直接告诉你做不到，而不是悄悄给你一张静态图。

为什么 GIF 文件比 WebP 大这么多？

因为 GIF 是 1989 年的格式，WebP 不是。GIF 每一帧最多 256 种颜色，用 LZW 压缩；WebP 用的是接近现代视频编码的技术。一段有照片内容的动画转成 GIF 后，体积可能大好几倍，渐变部分还会出现明显的色带。这就是“到处都能打开”这个格式要付出的代价。

静态的 WebP 图片会怎样？

会变成一张只有一帧的 GIF，这本身是合法的 GIF 文件。如果目标位置接受 PNG 或 JPG，这两种格式在任何尺寸下都比单帧 GIF 更合适，可以用图片格式转换工具来生成。

2026 年了，为什么还需要 GIF？

因为总有地方只认 GIF，不认 WebP：一些旧版聊天工具、部分论坛程序、邮件签名、少数 CMS 上传组件，以及不少内部系统。这也是这个页面存在的唯一原因，不是因为 GIF 这个格式有多好，而是因为它被普遍接受。

转换后动画速度会变吗，会丢帧吗？

总时长会保持不变，但确实可能丢帧。GIF 的帧延迟以百分之一秒为单位，而且几乎所有浏览器都会把小于 2（也就是 0.02 秒）的延迟悄悄按 10 播放，所以一段 60 帧每秒的 WebP 动画，无论哪个工具处理，都没法在 GIF 里保持 60 帧每秒。时长低于这个下限的帧会被合并进前一帧，这样总播放时长仍然准确，不会因为丢帧而跑偏。

filetity 由 Adarsh Mishra 开发。英文版页面在 filetity.com/webp-to-gif，两个页面用的是同一个转换引擎。