两个相隔四十年诞生的格式
WebP 是 2010 年出现的，带着视频压缩的思路：每一帧只描述相对上一帧变化了什么，而且编码器 被允许丢掉没人会注意到的细节。GIF 在 1989 年定稿，把每一帧存成一张最多 256 色的索引图。
所以把动态 WebP 转 GIF，实质是用效率换覆盖面。要预期文件涨好几倍，也要预期原本平滑的渐变会 出现之前没有的色带。这两件事都不是转换出了错，而是那个更老的格式本来就是这样。
这个工具是怎么处理颜色上限的
最省事的做法是把每一帧都映射到一张固定色板上，这也是为什么转出来的 GIF 常常发灰发脏。 这里的做法是先从你自己的画面算出色板再应用，所以那 256 个格子全花在你的图里真正出现过的 颜色上。剩下的边界用抖动平滑掉。
有两个控制项真正有用。帧率决定保留多少帧，从 25 降到 15 通常视觉上损失很小，文件却能小 一大截。输出宽度更关键，因为 GIF 的体积几乎完全由像素数决定；要发到聊天窗口或者放进文档 里的话，480 像素是个合理的默认值。
WebP 转 GIF 之后，什么时候 GIF 仍然是对的答案
这个转换真正成立的理由是：目的地不由你决定。老论坛、邮件客户端、某些内部 wiki、电子书 阅读器，以及数量惊人的企业系统，在该显示 WebP 的位置会给你一张裂图。而 GIF 放在一个普通 的图片标签里就能用，不需要 video 元素，不受自动播放策略限制，也不会引出支持问题。
如果目的地其实是收现代格式的，那 MP4 会比这两者都好看，体积只有零头；本站也有反方向的 视频转 GIF 页面。全部过程都在你的浏览器里完成：单个文件最大 500 MB，不会到达服务器， 引擎只下载一次，之后由浏览器缓存。