GIFとMP4/WebM — GIFが本当に正解になるのはどんなとき？

GIFが重くなる理由

GIFはダイヤルアップ回線の時代に、小さな静止グラフィックのために設計されました。アニメーションはほとんど後付けです。1987年に下された3つの設計判断が、今日の振る舞いのすべてを説明します。各フレームで使えるのは、パレットから選んだ最大256色だけ。なめらかなグラデーションや写実的な映像は、ディザリング、つまりGIFでおなじみのざらついた質感で近似するしかありません。圧縮はフレーム単位かつ原始的で、GIFは基本的に各フレームを1枚の画像として保存します。一方、動画コーデックはほとんどのフレームを隣接フレームとの小さな差分として保存します。これが、動画ファイルがはるかに小さくなる最大の理由です。そして、音声トラックはそもそも存在しません。

結果として、300 KBのMP4で済む3秒のクリップが、GIFにすると簡単に3〜8 MBになります。動画の圧縮フォーマットとして、GIFは何十年も前に敗北しています。

それでもみんなが使い続けるのはなぜ？

GIFの必殺技はもともと圧縮ではなく、あらゆるものがGIFを画像として扱ってくれることだからです。<img>タグ、チャットのメッセージ、GitHubのREADME、メール、画像しか受け付けないCMS。どこに貼っても自動再生され、ループし、無音のまま、プレーヤーのUIもコーデックの心配もプラットフォームの許可も一切要りません。対する動画ファイルは、クリックが必要な添付ファイルとして届いたり、設定の要る埋め込みになったり、プラットフォームにトランスコードされるアップロードになったりします。何十年にもわたるこの信頼性が、リアクションGIF、スタンプのキーボード、ミーム文化といったエコシステムを築き、そのエコシステムがフォーマットを生き延びさせているのです。

知っておくと役に立つのは、大手プラットフォームがずるをしているという事実です。SNSやGIF検索サービスにある「GIF」の多くは、実際にはGIF風のUIをまとった無音のループMP4です。あの規模で本物のGIFを配信するのはばかげているからこそ、プラットフォーム側が変換しているのです。これは、現代の基本方針に対するこれ以上ない裏づけと言えます。プレーヤーを自分で制御できるなら動画を、できないならGIFを。

実際の使い分け

50 MBにならないGIFの作り方

答えがGIFになったなら、サイズの管理がすべてです。フレーム単位で保存する仕組みのため、効くレバーも動画とは違います。

• とにかく短く。 GIFのサイズは長さにほぼ比例して増えます。2〜6秒が本来の生息域です。変換前に容赦なくトリミングしましょう。短さはループが補ってくれます。
• 寸法を小さく。 サイズは画素の面積に比例し、GIFはチャットや資料の中で小さく表示されるものです。幅480 pxあれば実用上ほぼすべてをまかなえますし、リアクション用なら320 pxで十分です。
• フレームレートは思い切って落とす。 映画には24 fpsが必要ですが、GIFには要りません。10〜15 fpsでもこの媒体では十分に滑らかに見え、30 fpsに比べてサイズは半分以下になります。（動画よりGIFのほうがフレームレートの代償が大きいのは、まさにこのフレーム単位保存のせいです。対比はフレームレートのガイドをご覧ください。）
• GIFに向いた素材を選ぶ。 ベタ塗りの色、画面キャプチャ、アニメーションは256色パレットをうまく生き延びます。夕焼けや紙吹雪はディザリングのノイズに溶けてしまいます。写実的なクリップをどうしてもGIFにするなら、質感が出ることを覚悟して、さらに小さく作りましょう。

正直なまとめ

GIFが生き残っているのは、効率ではなく汎用性のおかげです。JPEGとまったく同じように扱える、唯一の動く画像だからです。ドキュメント、チャット、メールなど、届け先が動画より画像をうまく扱う場面で使い、短く・小さく・ゆっくりを守りましょう。再生を自分で制御できる場所では、MP4かWebMを選びます。今どき、それはほとんどの場所に当てはまります。そして本当にGIFが必要なときは、変換ツールの既定値を鵜呑みにせず、抑えた設定で動画ソースから変換しましょう。他のどのフォーマットにも増して、GIFでは設定そのものがファイルサイズなのです。