GIF 文件太大发不了 Twitter？教你如何在不牺牲质量的前提下缩小它
Twitter 的 GIF 限制比你想象的更严格
你制作了一个很棒的 GIF，但 Twitter（或者叫 X，随便你）却不接受。该平台对网页上传的 15 MB 文件大小限制，出乎意料地容易达到。而在移动端，这个限制更是残酷的 5 MB。如果你超过了任一阈值，只会收到一条生硬的错误信息，没有任何帮助。这真是一个令人沮丧的死胡同，尤其是考虑到 GIF 本身就是一种效率低下的格式。一个简单的十秒钟 1080p 屏幕录像，文件大小就很容易超过 40 MB。而来自 After Effects 或 Figma 的动画，刚导出时文件大小常常就在 20-30 MB 之间。除了文件大小，还有大约 1280x1080 像素的分辨率上限；任何更大的文件都会被拒绝，或者被 Twitter 激进的重新编码弄得一团糟，留下难看的色彩断层。而且，别费心导出 60 fps 的 GIF 了。Twitter 的播放器最高支持大约 30 fps，所以你只是在白白浪费数据，没有任何可见的好处。理解这些硬性限制——网页端 15 MB，移动端 5 MB，宽度约 1280 像素，30 fps——是制作一个真正能用的 GIF 的第一步。
为什么 GIF 文件一开始就那么大
GIF 格式基于 1984 年的 LZW 压缩算法构建。它是个老古董了。虽然它在处理纯色和边缘锐利的图形方面表现不错，但遇到照片、渐变或复杂运动时就会力不从心。每一帧都是一个独立的图像，并且受限于一个只有 256 种颜色的调色板。这个 256 色限制是该格式的“原罪”。这就是为什么平滑的渐变会变成嘈杂的抖动图案，以及为什么复杂的源素材常常看起来很糟糕。一个常见的错误是使用源视频的分辨率和帧率导出 GIF。想想看：一个 5 秒的 1080p、30 fps 视频片段，就是 150 帧独立图像。如果每帧只占用 100 KB，你就已经达到了 15 MB 的限制。现在，对比一下一个 640 像素宽、15 fps、128 色调色板的 GIF。同样的 5 秒片段，文件大小可能突然降到 3 MB 以下，而且看起来仍然很不错。算术很简单：分辨率减半，每帧的数据量大约减少 75%；帧率减半，总帧数也减半。这是你可以用来缩小 GIF 的两个最有效的杠杆。
最快的解决方案：直接转换成 MP4
在你浪费一分钟优化 GIF 之前，先问问自己是否真的需要一个 GIF。说真的。直接把它转换成 MP4 吧。Twitter 会自动循环播放无声的 MP4 视频，让它们在信息流中看起来和 GIF 一模一样。不同之处在于，使用 H.264 编码的 MP4 效率惊人地高。那个 18 MB 的 GIF 动画？转换成 MP4 可能只有 800 KB 左右。Twitter 给你高达 512 MB 的视频文件大小限制，给你充足的余地。你可以使用 CocoConvert 的 GIF 转 MP4 工具立即完成此操作。只需上传你的 GIF，选择 MP4，它就会创建一个完美优化的视频文件用于网页播放。它会在 Twitter 上像 GIF 一样循环播放，没人会知道其中的区别。当然，如果你因为客户或某个不支持视频的平台而绝对需要一个 .gif 文件，那这就不行了。但对于把动画放到 Twitter 上？转换成 MP4 不仅仅是一个权宜之计；它是最聪明、质量最高、最省力的解决方案。如果没必要，就别跟 GIF 格式较劲了。
如何压缩必须保持 GIF 格式的文件
所以你被 GIF 格式卡住了，并且需要将文件大小控制在 Twitter 的 15 MB 限制之下。有四个压缩杠杆可以拉动，你应该按照它们的影响力大小依次操作。你最大的成功来自于减小尺寸。如果你的 GIF 宽度是 1080 像素，尝试将其缩小到 720 像素甚至 640 像素。Twitter 桌面端信息流的主列宽度也只有大约 506 像素，所以任何大于 720 像素的尺寸都是杀鸡用牛刀了。在 CocoConvert 中，你可以在上传后使用“调整大小”选项——只需输入你的目标宽度并锁定宽高比以避免失真。接下来，降低帧率。在“高级设置”面板中，找到“帧率”字段。从 30 fps 降到 15 fps 会直接将文件大小减半，而且大多数动画看起来仍然不错。只有非常快速的运动才会出现明显的卡顿。之后，你可以进行更精细的调整。尝试从默认的 256 色调色板中减少颜色数量。对于扁平设计或文本动画，128 甚至 64 种颜色通常看起来完全一样，但能节省惊人的空间。最后，启用有损压缩。CocoConvert 的有损算法可以在 30 到 60 之间的值下，再削减 30-50% 的文件大小，只引入轻微的伪影。按照这些步骤操作，检查输出大小，并在达到限制以下时停止。
CocoConvert 在这方面能做什么，不能做什么
CocoConvert 是你进行压缩的主力工具。它可以在一个简单的工作流程中处理尺寸调整、帧率更改、调色板减少和有损编码，而无需你安装任何软件。对于大多数文件大小在 15-40 MB 范围内的 GIF，这些工具足以让你在不损失质量的情况下达到 Twitter 的限制。但它不是魔杖。非常长的 GIF（超过 30 秒）或那些包含大量复杂、高动态内容的 GIF，很难在不变得糟糕的情况下缩小到 15 MB。在这些极端情况下，最好的做法是修剪 GIF 本身。一个清晰的 6 秒循环总是比一个看起来像 2003 年编码出来的 20 秒垃圾要好。CocoConvert 无法进行这种内容编辑，例如修剪或从动画中间删除特定帧。对于这种精细的控制，你需要使用其他工具，比如 EZGIF 的在线编辑器或 Adobe Photoshop 中的时间轴面板（文件 > 导出 > 存储为 Web 所用格式）。把 CocoConvert 当作进行批量调整的工具，而把帧编辑器当作内容本身需要“修剪”时的工具。对于最难处理的文件，两者结合使用：先修剪，然后用 CocoConvert 压缩。
上传前检查你的成果
务必，务必在发布之前预览你压缩后的 GIF。任何与出了问题的导出搏斗过的人都知道，只有在信息流中看到难看的伪影时才发现问题的痛苦。最简单的检查方法是将文件拖到一个空的浏览器标签页中。Chrome 和 Firefox 会给你一个准确的预览。寻找三个具体问题。首先，色彩断层：检查渐变和肤色是否有生硬、明显的颜色过渡。如果看到了，你可能需要将调色板增加回 128 或 256 色。其次，抖动噪点：这看起来像在应该平坦的颜色区域出现的颗粒感纹理。第三，运动平滑度：多看几遍循环，找出是否有任何刺眼的跳动或卡顿。如果看起来卡顿，将帧率从 15 提高到 20 fps 可能会解决问题。如果经过这些调整后文件仍然太大，请返回并进一步减小尺寸，而不是把有损压缩开到最大。将有损值推高到 80 以上会产生在运动中看起来非常糟糕的块状伪影。最后，使用你的操作系统对文件大小进行一个快速检查（右键点击 > 获取信息/属性）。不要仅仅依赖转换器的估算；Twitter 非常严格，即使文件只超出了几个字节也会被拒绝。
在导出时防止 GIF 文件过大
处理过大 GIF 的最好方法是首先就不要制作出过大的 GIF。将压缩功能融入到你的导出工作流程中，可以节省时间，并比以后尝试清理臃肿的文件产生更好的结果。如果你使用的是 Adobe Photoshop，那么“存储为 Web 所用格式（旧版）”对话框就是你的指挥中心。导出为 GIF，选择“选择性”或“感知”颜色算法，并从 128 种颜色开始。勾选“有损”框，尝试使用 15-25 的值；它可以在视觉影响最小的情况下产生很大的不同。当你调整设置时，请密切关注左下角的估计文件大小。对于 After Effects 用户，最可靠的方法是通过 Adobe Media Encoder 导出高质量的 MP4，然后使用 CocoConvert 将该 MP4 转换成 GIF。直接从 AE 导出 GIF 通常很头疼。如果你正在进行屏幕录制，像 Kap（macOS 上免费）这样的工具非常棒，因为它让你在录制之前就能定义尺寸、帧率和质量。一个来自 Kap 的 8 秒以下、720 像素、15 fps 的视频片段几乎总能控制在 10 MB 以下。养成这些设置的习惯——正确的尺寸、正确的帧率、正确的调色板——意味着你正在有目的地制作源材料，而不是制造一堆烂摊子让压缩工具来收拾。