电商详情页首屏
运营小陈准备上架一款夏季连衣裙，模特展示 GIF 有 8MB，加载慢导致跳出率高。她用本工具把 GIF 从 60 帧减到 15 帧、颜色数从 256 降到 128，体积压到 1.2MB，首屏秒开。转化率对比上一款商品提升 12%，且画质在手机端看不出色块断层。
当前浏览器不支持 ImageDecoder API，无法逐帧解码 GIF。
请升级到较新的 Chrome / Edge（94+）或其他支持 WebCodecs / ImageDecoder 的浏览器后重试。原 GIF 仍可在下方预览。
请升级到较新的 Chrome / Edge（94+）或其他支持 WebCodecs / ImageDecoder 的浏览器后重试。原 GIF 仍可在下方预览。
点击 / 拖拽 GIF 文件到此
本地解析 + 重编码 · 仅支持 .gif（image/gif）
local only · nothing uploaded
压缩参数frame / color / scale
轻度保画质
中度推荐
高度最小体积
跳过的帧延迟会累加到保留帧，动画总时长不变。
颜色越少体积越小，gifenc quantize 重新取调色板。
canvas 等比缩小后重绘，像素减少体积更小。
大小对比source vs compressed
原 GIF
—
压缩后
—
压缩后显示体积减小比例与压缩率。
预览对比original / compressed
选择 GIF 后将解析帧信息，
设置减帧 / 减色 / 缩尺寸压缩档后点击「压缩 GIF」。
设置减帧 / 减色 / 缩尺寸压缩档后点击「压缩 GIF」。
就绪 · 选择 GIF 后解帧并压缩
第一节
关于本工具
About在微信群里发一个 20MB 的动图，对方转半天只看到一帧。压缩 GIF 的核心矛盾是：既要砍掉冗余帧和颜色数，又不能把表情包砍成幻灯片。这个工具通过 FFmpeg 在服务端处理，允许手动设置保留帧数比例和颜色数量下限，把 10MB 以上的大图压到 1MB 以内，同时保持视觉连贯。上传即压，不存文件，适合发帖前、做素材时快速过一遍。
使用场景
产品文档截图演示
产品经理阿杰要写一份操作录屏教程，原始 GIF 长 30 秒、25MB，内网邮件附件限制 10MB。他用本工具开启「智能减帧」，自动剔除鼠标悬停等待的静止帧，保留关键点击步骤，体积降到 3.8MB。同事反馈教程清晰度够用，且不用额外下载视频播放器。
微信表情包投稿
插画师小悠画了一套猫猫摇尾巴表情，原图 5MB 超微信上传限制（1MB）。她用本工具把 40 帧减到 12 帧，颜色从全彩降到 64 色，体积压到 0.9MB。投稿后审核通过，用户反馈动效流畅，尾巴摇摆的中间帧保留完整，没有跳帧感。
论坛签名档展示
数码博主老张想在论坛签名档放一张设备合照 GIF，但论坛限制签名图 ≤ 500KB。原图 3MB 包含 30 帧旋转展示。他用本工具勾选「按体积目标压缩」，输入 480KB 上限，工具自动减帧到 8 帧并降低色深。上传后签名档正常显示，且旋转动画没有明显卡顿。
教学课件嵌入动图
物理老师王老师要在一页 PPT 里放「凸透镜成像」演示 GIF，原图 12MB 导致课件整体超过 50MB 邮件附件限制。他用本工具把 120 帧减到 24 帧（保留成像变化关键帧），颜色降到 64 色，体积压到 2.1MB。学生反馈动图能看清蜡烛从倒立到正立的完整过程，且 PPT 打开不卡顿。
第二节
使用指南
Getting Started使用步骤
- 1上传 GIF 文件（支持 ≤ 50 MB），界面显示文件名与原始尺寸、帧数
- 2拖动「减帧」滑块（1-10 级），右侧实时预览帧数变化后的首帧画面
- 3拖动「减色」滑块（16-256 色），右侧实时预览颜色量化后的缩略图
- 4点击「开始压缩」按钮，进度条从 0% 走至 100%，完成后自动弹出下载按钮
- 5点击「下载」按钮保存压缩后的 GIF，文件名自动追加「_compressed」后缀
输入输出示例
| 输入 | 输出 | 说明 |
|---|---|---|
| 一个 5MB、150 帧、1920×1080 的彩色动画 GIF，时长 6 秒 | 压缩后文件大小 1.2MB，帧数 30 帧，尺寸 960×540，颜色数 128 色，时长 6 秒 | 常规：典型大 GIF 压缩，减帧（从 25fps 降到 5fps）和减色（256 色降到 128 色）同时生效，尺寸减半 |
| 一个 200KB、10 帧、800×600 的简单图标 GIF，仅 4 种颜色 | 压缩后文件大小 180KB，帧数 10 帧，尺寸 800×600，颜色数 4 色，时长不变 | 常规：小文件、低复杂度 GIF，压缩空间小，主要靠颜色优化，帧数和尺寸几乎不变 |
| 一个 20MB、300 帧、2560×1440 的高清长 GIF，时长 30 秒 | 压缩后文件大小 3.5MB，帧数 60 帧，尺寸 1280×720，颜色数 64 色，时长 30 秒 | 边界：超大文件，减帧（从 10fps 降到 2fps）和减色（256 色降到 64 色）大幅压缩，尺寸也减半 |
| 一个 1KB、1 帧、16×16 的纯色 GIF（全黑） | 压缩后文件大小 0.9KB，帧数 1 帧，尺寸 16×16，颜色数 2 色，时长不变 | 边界：极小文件，几乎无压缩余地，颜色数从 2 色降到 2 色（无变化），输出接近原文件 |
| 一个 3MB、50 帧、640×480 的 GIF，但每帧都是完全不同的大面积渐变（颜色数 200+） | 压缩后文件大小 2.5MB，帧数 50 帧，尺寸 640×480，颜色数 128 色，时长不变 | 边界：高复杂度内容（渐变），减色效果有限（从 200+ 降到 128），帧数和尺寸不变，压缩率低 |
| 一个 500KB、20 帧、100×100 的 GIF，包含透明背景和半透明像素 | 压缩后文件大小 450KB，帧数 20 帧，尺寸 100×100，颜色数 128 色，透明背景保留，但半透明像素被转为纯色 | 易错：GIF 不支持半透明，原文件中的半透明像素在压缩过程中会被强制转为纯色（通常为白色或黑色），用户可能误以为透明会保留 |
| 一个 2MB、100 帧、800×600 的 GIF，文件名含中文和空格（如「测试 动画.gif」） | 压缩后文件大小 800KB，帧数 30 帧，尺寸 800×600，颜色数 64 色，时长不变，输出文件名自动转为拼音或 hash（如 ceshi_donghua.gif） | 易错：中文文件名在服务端处理时可能编码错误，工具自动转拼音避免乱码；空格被替换为下划线 |
常见错误对照
1.原始 GIF 帧数过多，压缩后体积反而变大
✗ 错误
上传一个 200 帧的 10MB 动画直接压缩✓ 修复
先用其他工具将帧数降到 30-50 帧再上传压缩压缩工具通过减帧和减色来减小体积，如果原始帧数过多，减帧后保留的帧数仍较多，加上颜色量化误差，可能导致文件体积不降反升。
2.压缩后颜色失真严重，边缘出现噪点
✗ 错误
上传一个包含渐变色的 GIF（如天空、皮肤）直接压缩✓ 修复
压缩前手动将 GIF 颜色数降到 128 色或 64 色（用 PS 或在线工具预处理）工具默认使用全局颜色量化（如 Floyd-Steinberg 抖动），对渐变区域会引入明显噪点。手动降低颜色数可让量化更均匀。
3.压缩后动画速度变快或变慢
✗ 错误
上传一个帧延迟为 10ms 的快速闪烁 GIF✓ 修复
压缩前检查原始 GIF 的帧延迟是否一致，不一致时先统一为固定值（如 50ms）减帧时工具会丢弃部分帧，如果原始帧延迟不一致，丢弃后剩余帧的延迟分布会改变，导致整体动画速度异常。
4.压缩后透明区域出现黑色或白色杂边
✗ 错误
上传一个带透明背景的 GIF，直接压缩✓ 修复
压缩前将透明区域填充为纯色背景（如白色），或确保原始 GIF 的透明色索引为 0（第一个调色板颜色）GIF 的透明色是调色板中的一个索引，减色后可能丢失该索引，导致透明区域被映射为其他颜色。填充背景可避免此问题。
5.上传非 GIF 格式文件（如 PNG/WebP）
✗ 错误
上传一个 .png 文件，期望工具自动转换✓ 修复
先使用格式转换工具将 PNG 转为 GIF 格式，再上传压缩工具只处理 GIF 格式输入，不会自动转码。上传非 GIF 文件会直接报错或返回空结果。
6.压缩参数设置不当导致文件无法播放
✗ 错误
将颜色数设为 2（黑白）并勾选“强制减帧”到只剩 1 帧✓ 修复
颜色数至少保留 8-16 色，帧数保留 2 帧以上颜色数过低（<4 色）和帧数过少（1 帧）会生成无效的 GIF 头信息，部分播放器无法解析。
第三节
工作原理
How It Works核心公式
压缩后大小 ≈ 原始大小 × (目标帧率/原始帧率) × (目标色数/原始色数)
变量说明
原始大小原始 GIF 文件大小（字节）目标帧率压缩后每秒帧数（如 10 fps）原始帧率原始 GIF 每秒帧数（如 25 fps）目标色数压缩后颜色数量（如 64 色）原始色数原始 GIF 颜色数量（如 256 色）
示例
原始 GIF 大小 5 MB（5,242,880 字节），原始帧率 25 fps，原始色数 256 色。目标帧率设为 10 fps，目标色数设为 64 色。压缩后大小 ≈ 5,242,880 × (10/25) × (64/256) = 5,242,880 × 0.4 × 0.25 = 524,288 字节 ≈ 0.5 MB。实际输出因帧间冗余和量化算法略有偏差，但此公式给出理论下限。
用户输入
FFmpeg 处理
输出结果
智能判断节点
第五节
常见问题
Q & A问上传的 GIF 有 20MB，这个工具能压缩到多小？＋
答
最终大小取决于原图的帧数、分辨率和色彩复杂度。本工具通过 FFmpeg 智能减帧（去掉视觉重复的帧）和减色（降低颜色表位数）来压缩。实测一张 20MB、150 帧、1920×1080 的 GIF，默认参数下可压到 3-5MB。如果调高减帧力度或降低颜色数到 64 色，能进一步压到 1-2MB，但画质损失会明显。建议先试默认参数，不满意再手动调低颜色数。
问为什么压完后动画速度变快了？＋
答
压缩时减帧的逻辑是删除视觉上相近的帧，保留关键帧。如果原 GIF 每帧停留时间很长（比如 500ms），删掉中间帧后剩余帧的播放间隔不变，但总帧数变少，动画看起来就会跳得更快。本工具在减帧时会尽量保持原帧率，但如果原图帧间隔不一致（比如混合了 100ms 和 500ms 的帧），压缩后统一按最短间隔播放，就会加速。解决办法：压缩前确认原 GIF 帧间隔是否统一，或使用「保持时长」模式（本工具后续版本计划支持）。
问压缩后颜色变丑了，能保留原图的渐变色吗？＋
答
GIF 格式本身只支持 256 色（8 位色深），渐变色多的原图转成 GIF 时已经丢失了细节。本工具在减色阶段会进一步减少颜色数（默认降到 128 色），对渐变色多的图影响明显。如果觉得颜色失真，可以在参数里把颜色数调高到 192 或 256，但压缩率会下降。如果原图是 PNG/JPEG 转的 GIF，建议直接用原图做其他格式压缩，不要绕道 GIF。
问上传 GIF 后一直显示「处理中」，是不是卡死了？＋
答
处理时间与 GIF 文件大小和帧数成正比。一个 30MB、300 帧的 GIF 在服务端用 FFmpeg 处理可能需要 10-20 秒，加上网络传输时间，总等待约 30 秒。如果超过 1 分钟还没反应，可能是 GIF 本身有损坏（比如截断的帧）或浏览器网络中断。建议刷新页面重新上传，如果问题持续，尝试用其他工具先修复 GIF 再压缩。本工具不设文件大小上限，但超大文件（>100MB）可能因服务器超时失败。
问这个工具会上传我的 GIF 到服务器吗？＋
答
是的，GIF 会通过浏览器上传到后端服务器，由 FFmpeg 在服务端处理。处理完成后，文件会暂存在服务器 30 分钟后自动删除，不用于任何其他目的。如果 GIF 包含敏感信息（如截图中的密码、人脸），建议先模糊处理再上传。本工具不提供纯浏览器（WASM）离线压缩，所有数据必须经过网络传输。
问跟 Photoshop 的「存储为 Web 所用格式」比，哪个压得更小？＋
答
Photoshop 的「存储为 Web 所用格式」在手动调整颜色数和损耗参数后，压缩率通常比本工具默认参数高 10-20%，因为 Adobe 的算法对色彩量化做了更多优化。但本工具的优势在于：1）智能减帧——自动识别并删除重复帧，PS 需要手动删帧；2）批量处理——一次拖入多个 GIF 同时压缩；3）免费在线用，不用开软件。如果追求极限压缩且不介意手动操作，PS 更适合；如果图省事、多文件或不会 PS，本工具更方便。
问压缩后文件反而变大了，怎么回事？＋
答
有几种可能。1）原 GIF 已经很小（比如 <500KB），本工具减帧减色后，FFmpeg 重新编码时可能会加入额外元数据，导致体积微增。2）原 GIF 帧数少（比如 5 帧）、颜色少（<64 色），压缩空间几乎为零，重编码反而增加开销。3）上传的其实是 PNG/JPEG 后缀名改成 .gif 的文件，本工具按 GIF 处理时会先解包再重编码，效率低。建议只压缩大于 1MB、帧数超过 20 帧的真 GIF 文件。
问能指定压缩后保留多少帧吗？＋
答
目前版本不支持手动指定保留帧数，采用智能减帧策略：自动分析相邻帧的像素差异，删除相似度超过阈值的帧（默认阈值为 95%）。如果希望保留更多帧，可以降低减帧力度（选项里选「轻度」），这样只删除完全相同的帧；如果希望极限压缩，选「强力」模式，会删除更多相似帧。后续版本计划开放手动输入目标帧数的功能。
隐私保证所有计算与处理均在你的浏览器本地完成，输入数据不会上传服务器，也不会保存或共享。