「画像を圧縮」は、ブラウザ内で JPG・PNG・WebP（および GIF、BMP、HEIC などデコード可能な形式）の束をより小さなファイルへ再エンコードします。固定品質で 1 回だけエンコードすることも、目標サイズ（KB）を与えて自動で反復近似させることもでき、ついでに長辺も制限できます。画像はアップロードされません。

これは「サイズの壁」にぶつかる日常のためのツールです。フォームが 500 KB 以内の写真しか受け付けない、メール添付が上限超過、Web 画像が読み込みを遅くする、スマホのアルバムにある 3–5 MB の原図を数千枚整理したい。処理後は前後のサイズ統計、1 枚ずつの比較プレビュー、zip パッケージが得られます。

万能ではありません。「圧縮」は非可逆形式（JPEG、WebP）では人の目に敏感でない細部を捨てることを意味し、可逆形式（PNG）ではほぼ手の施しようがなく、ピクセル寸法を小さくするしかありません。ここを理解すれば、各スイッチの意味が分かります。仕組みのセクションで詳しく説明し、当サイトの他の画像ツールも「形式とサイズ」の問題ではここを参照します。

1. 01画像を追加ドラッグ、クリック選択、または直接貼り付けで追加でき、複数選択も可能です。HEIC は先に自動で JPEG へ変換されてからリストに入り、リストには各画像のピクセル寸法とサイズが表示されます。
2. 02圧縮モードを選ぶ「品質優先」はスライダーでエンコード品質を決め（0.1–1、既定 0.75）、各画像は 1 回だけエンコードします。「目標サイズ」は KB 数（既定 500）を入力すると、そのサイズを超えないよう縮辺と品質低下を繰り返します。
3. 03任意: 最大幅・高さを制限スイッチをオンにして長辺のピクセル数（既定 1920）を入力すると、それより大きい画像は先に等比縮小してからエンコードします。写真のサイズを大きく減らす最も効果的な一手です。
4. 04「圧縮を開始」をクリック進行バーに現在のファイル名が表示されます。処理はメインスレッドで行われるため、数十枚の大きな画像ではページが一時的に固まることがあります。
5. 05結果を確認結果カードには処理前後の合計サイズと削減率が表示され、各画像に 元のサイズ → 新しいサイズ とパーセントが付きます。目アイコンをクリックすると「圧縮後 / 原図」を切り替えて比較できます。1 枚ずつダウンロードするか「zip でまとめてダウンロード」します。

種類の異なる 5 枚の画像を同じバッチで 4 つの設定にかけた、すべて実測値です:

入力                          元サイズ    品質 0.75    品質 0.50    0.75 + 長辺 1920    目標 200 KB
photo-3000x4000.jpg（写真）   1.3 MB      1.1 MB       294 KB       90 KB（→1440×1920）    178 KB
screenshot-1920x1080.png      21.7 KB     14.1 KB      14.1 KB      14.1 KB               14.1 KB
screenshot-1920x1080.jpg      71.9 KB     57.6 KB      49.3 KB      57.6 KB               69.1 KB
scan-1600x1200.webp           342.5 KB    282.3 KB     164 KB       282.3 KB              153.4 KB
logo-400x300.gif → .png       5 KB        4.8 KB       4.8 KB       4.8 KB                4.8 KB
合計                          1.7 MB      1.4 MB       526 KB       449 KB                419 KB

注目すべき傾向がいくつかあります。PNG は 4 つの設定でサイズが同じ — 品質スライダーが効きません。写真は 3000 × 4000 から長辺 1920 に縮めると 7% まで減り、品質を 0.75 から 0.5 に下げるよりはるかに効果的です。「目標 200 KB」は写真を 178 KB まで圧縮しましたが、もともと 72 KB しかない JPG にはほぼ何もしません（すでに目標を下回っています）。

サイズはどこから来るのか

未圧縮の画像は 1 ピクセルあたり 3 バイトで、3000 × 4000 なら 36 MB になります。すべての画像形式は同じことをしています。より少ないビットでこれらのピクセルを記述するのです。道は 2 本だけ — 可逆（デコード後も元画像と 1 ピクセル単位で同じ）と非可逆（人の目に敏感でない情報を捨て、桁違いのサイズ削減を得る）です。

JPEG の「品質」は何を制御するのか

JPEG はまず RGB を輝度 + 2 つの色度チャンネルに変換し、色度は通常 4 分の 1 にサンプリングします。次に画像を 8 × 8 の小ブロックに切って離散コサイン変換（DCT）を行い、64 個の周波数係数を得ます。続くのが要となる量子化です。各係数を量子化テーブルの対応する数で割って整数に丸めます。品質パラメータ（本ツールの 0.1–1 はエンコーダの 10–100 に対応）は量子化テーブルの「粗さ」を決めます。品質が低いほど除数が大きくなり、高周波係数の多くがゼロに落ち、最後のエントロピー符号化がゼロの並びをほとんど場所を取らない形に圧縮します。

したがって品質は線形ではありません。0.75 → 0.5 で上の表の写真は 1.1 MB から 294 KB へ落ちますが、この区間では高周波の細部が大量に消えるためです。一方 0.9 → 1.0 ではサイズが倍になるのに、肉眼ではほぼ差が分かりません。多くの写真では 0.7–0.8 が肉眼とサイズのバランス点です。文字のスクリーンショットは JPEG のリンギングに敏感なので、PNG のほうが無難です。

WebP の非可逆モードも考え方は同じ（予測 + 変換 + 量子化）で、同じ見た目なら通常 JPEG より 25%–35% 小さくなります。本ツールは WebP 入力には WebP 出力を維持し、品質スライダーも同様に効きます。

PNG が品質パラメータを受け付けない理由

PNG は可逆形式です。まず各行のピクセルに予測フィルタをかけ、次に DEFLATE（zip と同じアルゴリズム）で圧縮します。「どれだけ捨てるか」のつまみがなく、仕様に品質パラメータは存在せず、ブラウザのキャンバスエンコーダも無視します。このことから 2 つが決まります。1 つは、PNG は大きな色面、文字、線を非常によく圧縮する一方（上表の 1920 × 1080 のスクリーンショットはわずか 14 KB）、写真やノイズはほとんど縮まないこと。もう 1 つは、PNG を小さくする道が 2 つしかないことです。ピクセル寸法を縮めるか、非可逆形式に変えるか（「画像形式の変換」を使います）。

ちなみに上の表で PNG が 21.7 KB から 14.1 KB になったのは非可逆化ではなく、ブラウザの PNG エンコーダが生成元のツールより適切なフィルタと圧縮レベルを選んだだけです。

エンコードしているのはブラウザ

本ツール（および当サイトのすべての画像ツール）の再エンコードはブラウザのキャンバスを通ります。デコード → キャンバスへ描画 → canvas.toBlob(type, quality)。これには 3 つの帰結があります。第 1 に、エンコーダはブラウザが提供するため、同じパラメータでも Chrome、Safari、Firefox で出力サイズが 1〜2 割違うことがあります。第 2 に、キャンバスはメタデータを持たないピクセル配列です。EXIF（撮影パラメータ、GPS）もカラープロファイルも出力には入りません。方向タグは先にピクセルへ適用されてから捨てられるので、縦撮影の写真が横になることはありません。第 3 に、JPEG には透明チャンネルがなく、透明部分は白く塗られます。

「目標サイズ」はどう近づくのか

目標モードは品質 0.95 からエンコードを始め、目標を超えていれば幅と高さをそれぞれ 0.95 倍し、品質も 0.95 倍して再エンコードします。最大 10 ラウンドです。10 ラウンド後は長辺が最大で元の 60%（ピクセルは 36%）、品質は最低約 0.57 になります。それでも目標を超える場合は最後のラウンドの結果を渡します。これが画面に「できる限り近づけます」と書かれている理由です。解像度の非常に高い写真では縮辺の寄与が品質低下より大きいため、目標モードの写真は「品質 0.5」より小さく、かつくっきりすることがよくあります。

品質を元画像より高く設定するとどうなるか

最初のエンコード結果が元ファイルより大きい場合、ライブラリは品質を毎ラウンド 0.95 倍にして再試行し、最大 10 ラウンド、出力が元画像より小さくなるまで繰り返します。だから上の品質 85 の写真は、スライダーが 1.0 でも 0.9 でも同じ 1.2 MB になります。10 ラウンド後も元画像より小さくならなければ、ツールは元画像をそのまま残し「元画像が十分小さいため変更なし」と表示します。すでに十分最適化された PNG でよく起こります。

• 先に縮辺、品質は後: スマホの原図は 4000 px 以上がざらで、画面はせいぜい 2000 px 程度しか表示しません。「最大幅・高さを 1920 に制限」をオンにするほうが、どの品質調整よりもはるかに節約でき、JPEG のブロックノイズも出ません。
• フォーム提出用に目標を決める: プラットフォームが「500 KB 以下」を求めるなら目標サイズモードで 500 を入力。解像度が高く 10 ラウンドでも超える場合は、長辺制限と組み合わせてもう一度実行します。
• PNG スクリーンショットを小さくしたい: まず本ツールを試します（エンコーダの再圧縮で 2〜3 割節約できることがあります）。足りなければ「画像形式の変換」で WebP か JPEG へ。ただし JPEG は文字の輪郭にリンギングが出ます。
• ついでに GPS を消す: 再エンコードは EXIF を自然に落とすので、公開前に本ツールを通せば位置情報が残りません。画質を変えずメタデータだけ消したい場合は「EXIF の表示と削除」を使ってください。
• HEIC をそのままドラッグ: ローカルで JPEG（品質 0.92）にデコードしてから圧縮するので、別途変換は不要です。

入力

JPG / JPEG、PNG、WebP、GIF、BMP、AVIF、HEIC / HEIF。デコードはブラウザ依存（AVIF はブラウザの対応が必要）、HEIC はローカルデコーダで JPEG に変換。

出力形式

JPEG → JPEG、PNG → PNG、WebP → WebP。GIF / BMP / AVIF は PNG を出力、HEIC は JPEG を出力。ファイル名には _圧縮 が付きます。

品質

0.1–1、ステップ 0.05。PNG には無効。

目標サイズ

任意の正の整数 KB。最大 10 ラウンド反復で、保証ではなくできる限り近づけます。

長辺

オンにすると任意のピクセル値（≥ 16）を入力可能。縮小のみで拡大はしません。

メタデータ

EXIF、GPS、カラープロファイル、方向タグは保持されません（方向はピクセルに適用済み）。

透明

PNG / WebP は保持。JPEG 出力時は透明部分を白で塗りつぶし。

アニメーション

GIF は最初のフレームだけ保持。

処理方式

メインスレッドで直列処理し、Web Worker を使いません。これは外部スクリプトを一切読み込まないためです。大量処理では画面が一時的に応答しなくなります。

やらないこと

可逆 JPEG の再圧縮（mozjpeg 最適化など）。PNG のパレット量子化（非可逆減色）。形式の変更（→「画像形式の変換」）。ピクセル寸法の正確な一括指定（→「画像のリサイズ」）。

• 「PNG も品質を下げれば小さくなる」: PNG に品質パラメータはなく、スライダーは効きません。小さくするには寸法を縮めるか形式を変えてください。
• 「何度も圧縮すればもっと小さくなる」: JPEG は再エンコードのたびに量子化損失が積み重なる一方、サイズはほとんど下がりません。一発で決め、原図を残してください。
• 「目標サイズは必ず達成できる」: 反復は最大 10 ラウンドで、解像度が極端に高いか目標が極端に小さいと超えたままになることがあります。長辺制限と組み合わせてもう一度実行してください。
• 「圧縮しても撮影情報は残る」: 残りません。EXIF と GPS はすべて破棄されます。プライバシーには良いことですが、パラメータを保持したい撮影アーカイブには向きません。
• 「品質 1.0 は可逆」: 違います。JPEG は 1.0 でも色度サンプリングと丸め誤差が残り（ごく小さいですが）、サイズは 0.9 の 2 倍前後になります。

デコード、縮小、エンコードはすべてお使いのブラウザ内で完結し、画像はアップロードされず、通信なしでも使えます。出力画像に EXIF と GPS 情報は含まれません。詳しくはプライバシーポリシーをご覧ください。

• ITU-T Recommendation T.81（1992）、Digital compression and coding of continuous-tone still images——JPEG の DCT、量子化テーブル、エントロピー符号化: https://www.w3.org/Graphics/JPEG/itu-t81.pdf（参照日：2026-09-09）
• RFC 2083、PNG (Portable Network Graphics) Specification——フィルタタイプと DEFLATE 可逆圧縮: https://www.rfc-editor.org/rfc/rfc2083（参照日：2026-09-09）
• MDN Web Docs、HTMLCanvasElement.toBlob()——type と quality パラメータ（PNG は quality を無視）: https://developer.mozilla.org/en-US/docs/Web/API/HTMLCanvasElement/toBlob（参照日：2026-09-09）
• browser-image-compression（GitHub）——maxSizeMB、initialQuality、maxWidthOrHeight、maxIteration の挙動: https://github.com/Donaldcwl/browser-image-compression（参照日：2026-09-09）