このツールとは?
GIFは1989年に制定されたフォーマットで、各フレームをフルパレットベースの画像として保存します。そのため、アニメーションGIFのファイルサイズが非常に大きくなってしまいます。GIFを圧縮するには、ファイルサイズを決定づける3つの要素、すなわちフレームごとの色数(GIFでは最大256色)、ピクセルサイズ、およびフレーム数に焦点を当てて対処する必要があります。
このツールは各フレームをデコードし、必要に応じて縮小し、選択したカラーパレットに合わせてパレットを再量子化し、タイミングを維持したまま2フレームに1フレームを削除することも可能です(アニメーションは同じ速度で再生されますが、滑らかさは若干低下します)。 すべてローカルで実行されます。デコードにはブラウザの組み込みエンジンが、エンコードにはオープンソースのGIFエンコーダが使用されます。
なぜこれを使うのか?
- 「色」「スケール」「フレームドロップ」という3つの具体的な調整要素――それぞれに明確なトレードオフがありますが、これらを組み合わせることで、多くの場合60~80%のコスト削減が可能になります。
- フレームを省略してもタイミングは維持される:GIFは同じ速度で再生される。
- ローカル処理:GIF(多くの場合、ミームやプライベートなコンテンツを含む画面録画)は一切アップロードされません。
- バッチ処理に対応、ファイルごとの節約額が表示され、無料で、透かしなし。
- 正直なフォールバック:ブラウザがGIFフレームをデコードできない場合、何も表示せずに失敗するのではなく、その旨を通知します。
使い方
- GIFファイルをボックスにドラッグ&ドロップしてください(エンコーダーが一度だけ自動的に読み込まれます)。
- 色の設定 — 128に設定すると通常は表示されません。64に設定すると、より多くの容量を節約できます。
- 必要に応じて75%/50%に縮小してください。これは、大きなGIF画像に対処するための最も効果的な手段です。
- わずかなカクつきが許容できる長時間の録音では、「フレームドロップ」にチェックを入れてください。
- 圧縮されたGIFファイルをそれぞれダウンロードしてください。ファイルごとの節約額が表示されます。
例
入力
screen-recording.gif — 8.4 MB, 480 frames出力
screen-recording-compressed.gif — 2.1 MB (−75%), 50% scale + 128 colorsスケールこそが最も強力な手段です。寸法を半分にすれば、1フレームあたりのピクセル数は4分の1になります。
一般的な利用例
- GitHubのREADME用に画面録画のGIFを縮小すること。GitHubのREADMEには添付ファイルのサイズ制限が設けられていることが多く、そのままの録画ファイルではその制限を簡単に超えてしまうためである。
- 特定のチャットアプリやフォーラムなど、ファイルサイズの制限が厳しい場所に送信する前に、ミームやリアクションGIFを圧縮すること。
- ランディングページでは、余分な1メガバイトごとに訪問者のページ表示速度が低下するため、製品デモ用GIFのファイルサイズを縮小する。
- SlackやDiscordにアップロードするためのチュートリアル用GIFを作成しています。これらのプラットフォームのほとんどでは、添付ファイルのサイズ制限が、非圧縮の画面録画で生成されるファイルサイズよりもはるかに小さいのが一般的です。
どのレバーを先に引くか
これら3つの調整要素は重要度が均等ではなく、その優先順位を知っておくと時間を節約できます。スケール(ピクセル寸法)の影響が群を抜いて大きいのです。なぜなら、幅と高さを半分にすると、すべてのフレームでピクセル数が75%削減されるからです。この削減効果は、1つのフレームだけでなく、すべてのフレームにわたって累積的に現れます。 フレームドロップは、特に長時間の録画において2番目に大きな効果をもたらす手段です。30fpsの10秒間のGIFには、300フレーム分の冗長でほぼ重複した画像が含まれていますが、これを15fpsに半減させれば、目立った影響を与えることなくこれらの画像を削除できるからです。 色の削減効果も確かにありますが、一般的な写真や画面録画のコンテンツにおいては、これら3つの手法の中で最も効果は小さいです。これは、もともとシンプルな単色グラフィックであるGIFにおいて最も重要であり、そもそも広範なカラーパレットがあまり活用されていなかった場合に限られます。
よくある質問
どの設定が最も節約できるでしょうか?
何と言っても「スケール」です。50%のスケール設定では、すべてのフレームのピクセル数が75%削減されます。次にフレーム削除(サイズがおよそ半分になります)、そして色の削減です。巨大なGIFを作成する場合は、これら3つを組み合わせてみてください。
フレームを飛ばすと、アニメーションの速度は変わりますか?
いいえ――残りのフレームの遅延が2倍になるため、合計時間は同じままです。動きがわずかに滑らかさを欠く程度ですが、画面録画の場合、通常は気にならない程度です。
なぜブラウザで「GIFをデコードできません」と表示されるのですか?
フレームごとのデコードには、Chrome、Edge、および最新のFirefoxで利用可能なImageDecoder APIが使用されます。古いブラウザや一部のSafariのバージョンではこのAPIが利用できないため、このツールは破損したファイルを生成するのではなく、その旨を正直に通知します。
2026年になっても、GIFを使うべきなのだろうか?
正直なところ、多くの場合はそうではありません。同じクリップのMP4やWebM形式のファイルは、画質が優れているにもかかわらずファイルサイズが5~10分の1で、どのプラットフォームでも再生可能です。ただし、操作機能のない自動再生が求められる場面(READMEファイルや一部のチャットアプリなど)では、依然としてGIFが優位です。GIFの使用が必須の場合、このツールを使えば何とか我慢できるレベルになります。
GIFは圧縮中にアップロードされますか?
いいえ。デコードと再エンコードはすべてブラウザ内で実行されます。機密情報が含まれる画面録画データは、お使いの端末内にのみ保存されます。