静态格式永远装不下动图
JPG、PNG、BMP 这些格式的文件结构里只有「一帧画面」的位置。GIF 转它们,软件只能挑一帧(通常第一帧)存下来,其余帧全部丢弃——这是格式的物理限制,不是设置问题。
反过来想:如果你的目的就是「抽 GIF 的某一帧当静态图」,那转 JPG/PNG 正是标准操作,前面拆帧那条讲过的。
要动:三条出路按场景选
留在 GIF:兼容性无敌(任何设备任何软件都能播),适合发给不确定对方环境的人。缺点是体积大、只有 256 色。
转动态 WEBP:同效果体积比 GIF 小一半以上,网页和现代软件支持好,但老软件、部分聊天工具的预览可能不动。转 MP4 视频:体积最小、画质最好,微信抖音这类平台天然吃视频,朋友圈发「动图」其实都是发视频。
转换实操的坑
GIF 转动态 WEBP:用支持「动态转动态」的工具转(普通格式转换会把动图静化)。转完用浏览器打开验证——能播才算成。
GIF 转 MP4:本质是「动图转视频」,用视频转换工具或在线工具。注意帧率:原 GIF 帧率低的(10fps 以下),转出来也流畅不了,素材决定上限。
各平台的动图偏好速查
微信聊天:GIF、动态表情都支持,大 GIF 会压。公众号:支持 GIF,建议 2MB 内。微博/抖音/B 站:MP4 视频是主流,GIF 会转视频。网页论坛:GIF 老而弥坚。
发之前想清楚接收场景:工作群 GIF,朋友圈视频,网页 WEBP。同一份动图素材,按平台出三个版本,各得其所。
动图体积的瘦身四板斧
GIF 是动图界的老黄牛，兼容性无敌但效率垫底：256 色上限、压缩算法老掉牙，一段三秒的录屏 GIF 轻松破 10MB，微信里发出去都费劲。同一段内容转成 WEBP 动图通常只剩两三成体积，颜色过渡还更顺滑。体积省了，对方的加载等待也跟着省了。网页加载快一秒，读者就少一分直接划走的可能，流量就这么一点点攒下来。
帧率是体积的第一杠杆：原 GIF 每秒 25 帧的，砍到 12 帧肉眼几乎无感，体积直接腰斩。表情包类内容甚至可以压到 8 帧，动作依然连贯，聊天软件里加载速度明显快一截，群聊里连发也不容易被判成过大文件拒收。动图先砍帧再谈别的，这一步性价比永远最高。记住先砍帧再缩尺寸，顺序别反，反了前面就白砍了。
尺寸裁剪比压缩更狠：很多动图是从视频里直接截的，画面边缘有大片无用区域一直在白烧体积。先把画面裁到主体范围，再把宽度缩到实际展示尺寸，公众号配图 600 像素宽足够，两步下来体积能去掉七成左右。裁剪加缩放不花一分钱，效果常常超过换格式。很多人盯着压缩参数较劲，却忘了画面里近半内容都是没用的废话，先裁它。
颜色数也有讲究：卡通、截图类动图把调色板从 256 色压到 128 甚至 64 色，肉眼难分差别，体积再降两三成。真人录像类内容别压颜色，会出现明显的色块分层和色带，那条路走不通。四板斧轮着用，再大的动图也能收拾得服服帖帖。体积降下来的动图，发哪个平台都顺畅，存硬盘里不心疼，读者看着加载也舒服。
JPG 和 PNG 都只存一帧,转过去当然不动,想留住动画只有三条路:原地保留 GIF、转 APNG、或者转动态 WebP,后两者同画质能小三四成,但老软件和老网页未必认。嫌 GIF 太大就用瘦身四板斧:第一板斧砍帧率,从每秒 25 帧降到 12 帧,动作稍顿但体积直接减半;第二板斧砍颜色,256 色调到 64 色,渐变会出一点条纹但尺寸再省三分之一;第三板斧缩尺寸,长边从 600 像素压到 400 像素,面积小了一半还多;第四板斧剪时长,循环片段掐头去尾只留核心三秒。四斧齐下,一张 8MB 的表情包压到 2MB 以内很常见。