gif动图压缩大小由三样东西相乘决定:帧数、单帧尺寸、每帧颜色数。这三项里减帧的收益通常最大,因为少一帧就少一张完整画面;缩尺寸次之,减色排在最后,而且减过头容易出现色阶断层和噪点。

帧数排第一。GIF没有帧间预测,每一帧都是独立画面,帧数减半,体积大致也跟着减半。帧率越高、时长越长,帧数越多。
单帧尺寸是第二项。动图常见宽度480到800,缩到一半宽,总像素降到四分之一,体积下降幅度比调其它参数都明显。
颜色数是GIF的硬限制。格式本身最多支持256色,颜色数再往下减,渐变的天空、阴影过渡会先出问题,出现明显色带。
帧间差异与抖动也会影响实际体积。画面静止的部分如果每帧都在重绘,压缩效果就差;抖动处理会让相邻像素交错排列,反而增加体积。
表情包类动图对流畅度要求不高,抽帧的观感损失最小,可以先把帧数降下来。
操作演示、教程动图不能丢帧,关键动作少一帧就看不清步骤。这类建议保留帧数,先缩尺寸,再看等级。
需要透明边缘的动图要注意抖动。减色之后半透明区域会出现杂点,边缘不再干净,这类素材不适合把颜色数压得很低。
第一步,打开GIF动图压缩页上传文件。页面标注单张上限100M、单次最多60张,文件会在1小时内自动删除。

第二步,处理尺寸,这是gif动图压缩里收益第二明显的参数。默认保持原尺寸,需要减像素时改成自定义,只填宽度、高度留空等比算出。
第三步,处理帧数。可选择按帧数抽取,或保持原帧数。抽帧模式里有流畅优先等选项,先按默认跑一次看播放效果。
第四步,压缩等级从70起试,不够小再递减。压缩完成后逐帧看播放,重点看动作衔接处有没有跳帧。
动图不一定非要用GIF。同样内容转成视频或动画WebP,体积通常小得多,用视频转GIF可以反向处理,也可以在格式转换页里生成WebP。
但要考虑打开环境。公众号、聊天工具、部分论坛对GIF的兼容性最稳,换成WebP动图后可能无法播放,这类场景建议保留GIF。
抽帧之后动图看着卡顿,怎么调回来?
说明抽帧比例过大。可以把抽帧密度降一档,或者改用流畅优先模式,再配合缩小尺寸来补回体积。
GIF最大只有256色,为什么减色还是会让画面变差?
原图可能本身就是彩色照片类画面,转成256色时已经做过一次量化,再往下减就是二次量化,色带会更明显。照片类内容更适合做成视频。
压缩后体积没降多少,是什么原因?
常见原因是只调了压缩等级,没动帧数和尺寸。GIF的等级参数影响有限,减帧和缩尺寸的收益更直接,建议优先从这两项入手。
gif动图压缩的判断顺序建议固定:先看动图能不能减帧,再看尺寸能否缩小,最后才考虑减色。三项混着调,很容易把画面弄花,体积却只降了一点。