写真からGIFアニメを作成して送信可能なサイズに軽量化する方法ガイド

写真を何枚か並べてGIFアニメにする――作業自体は簡単です。問題はできあがったファイルが40MBになって、LINEでもDiscordでもメールでも弾かれること。

「画質を下げろ」というアドバイスは的外れです。GIFのファイルサイズを決めるのは画質スライダーではなく、もっと単純な仕組みです。

1. GIFのファイルサイズを決める要素

写真から作ったGIFの容量は、おおまかに次の式で決まります。

フレーム数 × 1フレームあたりのピクセル数

つまり**フレーム数と解像度（横幅）**が二大レバーであり、とくにフレーム数で失敗するケースが大半です。

多くのツールは内部的に固定フレームレート（たとえば10fps）で書き出します。1枚の写真を3秒表示させようとすると、同じ画像が30回コピーされて書き込まれる。6枚の写真が180フレームになり、ファイルが爆発するわけです。

GIF形式にはフレームごとに個別の表示時間（delay）を設定できる仕組みがあります。1枚の写真＝1フレームとして書き出し、「3秒間表示」とdelayだけ指定すれば、30枚コピーする必要はありません。

この仕組みはGIF89a仕様として1989年から存在しますが、多くの変換ツールが無視してフレームを水増ししています。

方式	6枚の写真を各3秒	書き込みフレーム数
10fpsで水増し	約40MB	180
1枚1フレーム＋delay指定	約1.5MB	6

JPG→GIF変換ツールは1枚の写真を1フレームとして書き出し、表示時間を個別に設定するため、スライドショーGIFが送信可能なサイズに収まります。

横幅　サイズへの影響がフレーム数に次いで大きい。LINEやDiscordのチャットなら480px、小さめの埋め込みなら320pxで十分です。640pxから320pxに落とすとピクセル数は4分の1になります。

表示時間　フレーム遅延を使うツールなら、3秒でも0.3秒でもフレーム数は1で変わらず容量に影響しません。テンポだけ考えて設定しましょう。

トランジション　パッと切り替わるカット割りはフレーム追加ゼロ。クロスフェードは中間フレームが必要になるため容量が増えます。滑らかさが本当に必要なとき以外はオフに。

ディザリング　GIFは1フレーム256色までなので、写真にはディザリングが必須。Floyd–Steinbergが最も自然です。ただしディザのノイズは圧縮効率を下げるため、フラットなイラストならオフの方が軽くなります。

ループ　容量には影響なし。リアクション用は無限ループ、ストーリー性のあるものは1回再生、と使い分けましょう。

作り始める前に考える価値があります。多くの場合MP4の方が適切だからです。

GIFが向いている場面：メール（ほとんどのメーラーは動画を再生しない）、LINEやDiscordのスタンプ枠、設定なしで自動再生＆ループさせたいとき。

MP4が向いている場面：Webサイト、X（旧Twitter）、Instagramへの投稿。同じアニメーションでもMP4なら80〜90%小さくなり、しかもXやInstagramはGIFをアップしても内部でMP4に変換しています。

すでにGIFを作ったけれどサイズオーバーで困っている場合は、作り直すよりMP4に変換する方が早い場合があります。GIF→MP4変換ガイドを参考にしてください。

すべての処理はブラウザ内で完結するため、写真がサーバーにアップロードされることはありません。

何枚まで使えますか？ 1つのGIFに最大60枚。ただし実用上はファイルサイズの方が先に制約になります。

数枚なのにファイルが大きいのはなぜ？ 横幅とクロスフェードの有無を確認してください。写真＋ディザリングは640pxだとすぐ膨らみます。まず320pxを試しましょう。

1枚ずつ表示時間を変えられますか？ はい。1枚＝1フレームで個別にdelayを設定するため、タイミングを変えても容量は増えません。

ループしますか？ デフォルトで無限ループ。1回再生に変更もできます。

iPhoneのHEIC写真は使えますか？ はい。ブラウザ内でHEICをデコードするため、事前にJPGへ変換する必要はありません。

写真はサーバーに送られますか？ いいえ。デコード、量子化、GIFエンコードすべてブラウザ内処理です。ファイル数や容量の制限もありません。