画像圧縮
画像をドロップすると、より小さいファイルに。
- すべて無料登録なし、回数制限なし、有料プランなし。
- アップロードなしファイルは自分の端末で処理され、サーバーには届きません。
- 結果に条件なし透かしなし、勝手な縮小なし、サイズ上限なし。
- 変更はすべて公開修正も新しい工具も、すべて更新履歴ページに書いています。
この画像圧縮ツールでできること
画像を 1 枚でも 100 枚でもドロップすると、それぞれが選んだ品質でお使いの端末上で再エンコードされます。一覧には元のサイズ、新しいサイズ、削減率が表示されるので、納得いくバランスになるまでスライダーを動かせます。ファイルは 1 つずつでも、ZIP でまとめてでもダウンロードできます。エンコーダーはお使いのブラウザそのものなので、アップロード待ちも 1 日の上限も透かしも「ダウンロードには登録が必要」という手順もありません。40 MB のカメラ RAW からの書き出しも、スクリーンショットと同じように手軽に圧縮できます。
ここでの圧縮には 2 つの意味があります。非可逆の品質設定は、JPEG・WebP・AVIF 出力に残すディテールの量を決めます。80% ならほとんどの写真で違いは見えず、スマホ写真は通常 60〜80% 小さくなります。任意の「長辺」欄では、大きすぎる画像を縮小することもできます。幅 1200 ピクセルで表示される 4000 ピクセルの写真は、誰も見ないピクセルにバイト数の 4 分の 3 を浪費しています。両方を組み合わせれば、6 MB の写真が見た目の変化なしに 300 KB のウェブ用画像になります。
PNG は別の経路を通ります。品質スライダーが選ぶのは符号化品質ではなく、残す色数です——80% で 256 色、60% で 128 色、100% にすると全色を残してロスレス圧縮になります。スクリーンショットやフラットな図版で −50〜80% になるのはこのためです。PNG で保存された写真は、たいてい JPEG や WebP のほうが適しています。
使い方
破線の枠に画像をドロップするか、枠をクリックして選ぶか、クリップボードから貼り付けます。1 枚目がキャンバスに 1:1 ピクセルで表示され、左が元の画像、右が圧縮後です。線をドラッグして比較し、画像をドラッグして別の場所を見て、「全体」に切り替えれば全体が見えます。品質スライダーを動かすと右半分がすぐに再エンコードされ、圧縮後のファイルサイズがキャンバスの下に出ます。「圧縮」を押す前に、まだきれいに見える最低の品質を見つけてください。「自動」は各ファイルの形式を保ち（JPEG は JPEG、PNG は PNG）、WebP を選ぶと最新のブラウザーで表示できる最小のファイルになります。リストの行をクリックすると、その画像がキャンバスに表示されます。
設定はこの端末に記憶されるので、翌週開いても同じ品質とサイズ上限で始められます。処理が終わったら、「結果を使って続ける」のボタンで、ファイルを選び直さずに圧縮結果を形式変換やリサイズに直接渡せます。特定の 1 枚だけ別のバランスにしたい場合は、一覧から削除し、設定を変えてから、もう一度追加してください。
よくある落とし穴
PNG の圧縮は、画像をディザリング付きの 256 色パレットに減色する仕組みです。TinyPNG や pngquant と同じ手法で、スクリーンショット、アイコン、フラットなグラフィックでは違いが分かりませんが、なめらかなグラデーションのある写真ではわずかなバンディングが出ることがあります。PNG の中身が写真なら、正解は JPEG か WebP です（通常 70〜90% 小さくなります）。すべての色を保持する必要がある場合は「ロスレス PNG」にチェックを入れてください。その場合はフィルターと deflate の最適化のみで、削減率は 5〜20% 程度にとどまります。
品質 50% 未満では、文字や鮮明な輪郭の周りにブロックノイズが現れます。また、すでに圧縮された JPEG を再度圧縮すると、必ずもう少し劣化します。必要になるかもしれない場合は原本を残してください。透明な PNG を JPEG に変換すると、JPEG にはアルファチャンネルがないため透明部分が白で塗りつぶされます。GIF アニメーションは最初のフレームだけになります。最後に、ブラウザは再エンコード時に EXIF メタデータ（カメラ機種、GPS 位置情報）を除去します。共有時のプライバシー面では利点ですが、埋め込まれた向きや著作権タグに依存している場合はご注意ください。
背景知識：非可逆画像圧縮の仕組み
1992 年に標準化された JPEG は、画像を 8×8 ピクセルのブロックに分割し、離散コサイン変換で周波数係数に変換してから量子化します。目にはほとんど分からない高周波のディテールが丸められ、品質設定がその丸めの強さを決めます。Google が 2010 年に公開した WebP は、動画コーデック VP8 の予測技術を取り入れており、同じ見た目の品質で JPEG より 25〜35% ほど小さいファイルを生成し、透明とアニメーションにも対応します。動画コーデック AV1 をベースにした AVIF はさらに先を行きますが、エンコードが遅く、まだすべてのブラウザで書き出せるわけではありません。
ここで使うエンコーダーは、ブラウザのキャンバスに組み込まれた簡素なもの（肥大化した PNG や最適化されていない JPEG を書き出します）ではなく、Google の Squoosh を支えているのと同じライブラリを WebAssembly にコンパイルし、必要時に読み込んだものです。MozJPEG（プログレッシブ、トレリス最適化されたハフマンテーブル）、libwebp、libavif、ロスレス PNG 最適化のための OxiPNG、非可逆 PNG のためのディザリング付きパレット量子化器です。これらはバックグラウンドのスレッドで動作するため、大量のバッチ処理中もページは反応し続け、ファイルがお使いのマシンから出ることもありません。一度読み込めばオフラインでも動作します。結果が元より大きくなる場合は、元のファイルがそのまま維持されます。
圧縮した画像の活用シーン
画像を圧縮する最大の理由はウェブサイトです。ページの重さは Core Web Vitals を左右し、Google の Largest Contentful Paint 指標は、大きすぎるヒーロー写真 1 枚で決まってしまうことがよくあります。EC サイトの商品ページ、WordPress のメディアライブラリ、メールマガジン（数百キロバイトを超える添付は切り詰められます）、サイズ上限が厳しいフォーラムや求人応募のアップロード、アプリストアのスクリーンショット、放っておくと粗く再圧縮してしまうメッセージアプリなど、どれも恩恵を受けます。写真家はギャラリーを送る前にプレビューを縮小し、教師はスライドの画像を圧縮して資料をメールで送りやすくし、開発者はリポジトリにコミットする前にアセットを圧縮します。
一般的な流れは、まず圧縮し、次にウェブ用に WebP に変換し、それから表示幅ぴったりにリサイズする、というものです。QR コード生成で作った QR コードを含むスクリーンショットは、モジュールを鮮明に保つため PNG のままにしてください。画像を data URL としてインラインで埋め込む必要がある場合は、圧縮後に Base64 エンコードに通します。領収書や書類の写真はここで圧縮してから、画像を PDF に変換で 1 つのファイルにまとめられます。iPhone の HEIC 写真はここに直接ドロップできます。先に通常の JPG にしたい場合は HEIC を JPG に変換をお使いください。
よくある質問
画像はサーバーにアップロードされますか？
いいえ。デコード、拡大縮小、エンコードはすべてブラウザ内で canvas API を使って行われます。ページを読み込んだ後に Wi-Fi を切っても動作します。
品質はどれくらいにすればいいですか？
写真なら 80% が無難な既定値です。通常 60〜80% 小さくなり、見た目は変わりません。サムネイルやプレビューなら 60〜70%、印刷用や保存用のコピーなら 90% にしてください。
PNG はどのように圧縮されますか？
既定では、画像を最適化された 256 色パレットにディザリング付きで減色し（TinyPNG と同様）、その後 OxiPNG で PNG のフィルターと deflate をやり直します。通常 50〜80% 小さくなります。「ロスレス PNG」にチェックを入れるとすべての色が正確に保持され、ロスレス最適化のみが実行されます。
ファイルサイズや枚数に制限はありますか？
決まった制限はありません。制約はメモリだけです。ノート PC ならスマホ写真を数百枚まとめて処理しても問題ありません。非常に大きなバッチは、グループに分けたほうが扱いやすくなります。
GPS 位置情報などの EXIF データは保持されますか？
いいえ。キャンバス経由の再エンコードで EXIF、ICC プロファイルなどのメタデータは破棄されます。色は先に sRGB に変換されるため、画像の見た目は変わりません。