一括画像圧縮:複数の画像を一度に圧縮する

1 枚なら楽。50 枚は別物。「今日の撮影分を全部圧縮」「Shopify に上げる前に 商品フラットレイを全部小さく」あたりで仕事が変わる瞬間、ボトルネックは圧 縮アルゴリズムではなく ファイルを開く → 品質を決める → 保存 → 戻す → 繰り返す のループになります。一括画像圧縮ツールは、まさにその ループを消すためにあります。

ちゃんとした一括ツールなら、数十〜数百ファイルを一気に放り込み、同じ圧 縮パスをすべてのファイルにかけ、結果を 1 つの ZIP で返してくれます。アッ プロードなし、ファイルごとのダイアログなし、アーカイブを手で縫い合わせる 手間なし。本記事では、いつ一括化が本当に効くのか、ImagElite のフローが実 際にどうなっているのか、500 ファイルのジョブをもう片側で散らかさないた めの後始末の手順をまとめます。

一括が 1 枚ずつに勝つとき

算数は容赦ありません。1 枚 30 秒の注意力で開く → スライダーを動かす → 保 存を押す → エンコードを待つ → Downloads フォルダにドラッグ、これを繰り返 すと、50 枚で 25 分、数百枚で朝の作業時間全部が消えます。圧縮そのものは 速い、時間 убиしているのは 周りの人間時間 です。

良い一括画像圧縮ツールはこのループを圧縮します。フォルダを全部ドロップ、 全ファイルに同じ品質設定を 1 度だけ指定して、戻ってきたら ZIP が置いてあ る。同じ 50 枚が、所要時間 1 分、ファイル間のクリック 0 回で終わります。 複利効果は本物で、以前は丸一日かかっていた 200 枚の商品カタログが、 コーヒー 1 杯の時間になります。

一括が大事なもう一つの理由は一貫性。ジョブ全体に対して品質を一度設定す れば、全ファイルが同じ扱いを受けます。1 枚ずつだと品質がずるずると ずれ——最初の 10 枚は品質 85、30 枚目あたりで容量節約のため 70 まで下げて、 最後の 10 枚が最初の 10 枚より明らかに柔らかくなっている、なんてことが起 きます。一括なら基準がブレません。

ImagElite での一括圧縮のやり方

ImagElite の 画像圧縮ツールは複数ファイルをまとめて受け、結果を 1 つのダウンロードにパッケージします。 フローはわざと短くしてあるので、説明を読まずに使えます。

1. 圧縮ツールを開き、フォルダ、Finder の複数選択、混在ファイルをそのままドロップゾーンに放り込みます。
2. 出力フォーマットを選び(写真は WebP がデフォルト正解)、品質スライダーを好みの位置に動かします。
3. すべて圧縮 をクリック。各ファイルはブラウザ内の WASM コーデックでローカルにエンコードされ、何もアップロードされません。
4. ファイルごとの進捗バーが埋まるのを待ちます。バッチ完了で、下のボタンが「圧縮」から「ZIP をダウンロード」に切り替わります。
5. ZIP をダウンロード をクリックすると、元のファイル名を維持した圧縮ファイルが全部入ったアーカイブが保存されます。

大批次をきれいに保つ

バッチのきれいさは、その中で一番汚いファイルしだいです。100 枚ジョブを 回す前に 1 分だけ外れ値の処理を——これをサボると、きれいな ZIP がデバッ グセッションに化けます。

容量の外れ値。1 枚の 4000 万ピクセル RAW 出力はバッチの全 体処理時間を独占し、最終 ZIP を膨らませます。外れ値は事前に他のファイル に合わせてリサイズするか、別のジョブに分けてより強い品質を適用してくだ さい。200 ファイルのジョブではっきり差が出ます。

重複除去。スクリーンショットやスクレイプ素材を処理すると きはほぼ確実にニアダupルが混じっています——同じ UI が 2 回キャプチャ されている、商品写真が 2 バージョンある、みたいなケースです。本作業の前 にハッシュ系ツールで重複検出を 1 度走らせると、ZIP に同じ画像が違うファ イル名で重複して入らなくなります。

命名。IMG_4829 (2).jpg のようなファイル名や 非 ASCII を含む名前は ZIP は通りますが、後段でファイル名で索引するツール を混乱させます。始める前に sku-red-front-01.jpg 形式に統一し ておくと、誰かが後でそのフォルダを開いたときにすぐに効いてきます。

フォーマットのフォールバック。古いカメラや古いソフトウェア 由来の PNG/TIFF はきれいな非可逆経路を持たないことがあります——すでに高 圧縮されているか、出力先が持たないアルファチャンネルを持っているか。そん なときはツールが元フォーマットをそのまま保持します。ZIP をダウンロード する前に各ファイルの結果欄を確認してください。出力の方が入力より大きい 場合は、元フォーマットがそのファイルにとっての正解だった、というサイン です。

戻ってくる中身

ダウンロードされるのはジョブのタイムスタンプで名前付けされた ZIP 1 個。 中では、各ファイルが元ファイルのステムに新しい拡張子を付けた形でリネー ムされています——つまり IMG_4829.jpg は(WebP を選んだ場合)IMG_4829.webp に。元フォーマットを選んだ場合は元の拡張子の まま。ドラッグ&ドロップのフォルダ階層は保持されるので、投入したshoots/2026-08/red/ という階層は、ZIP のルート配下にそのまま 残ります。

ZIP の内部は「stored(非圧縮)」モードで格納されます。入っているのが既に 圧縮済みの画像なので、もう一度 deflating しても CPU の無駄でほぼ縮まら ないからです。つまり ZIP のサイズは出力ファイルの総和と実質的に同じ。 保存容量はそのつもりで見積もってください——品質 80 の WebP 200 枚は、 およそ 200 × 120 KB で合計 24 MB ほど。同じターゲットの JPG は通常それが 40〜60% 増しになります。

最後にひとつ。このワークフロー全体はサーバーに一切触れません。WASM コーデックはあなたのブラウザタブで動き、ZIP は同じタブで組み立てられ、 ダウンロードはただのブラウザダウンロードです。アップロードステップなし、 ファイルごとの API コールなし、待つ順番待ちなし。遅いホテルの Wi-Fi や プライバシーにシビアなネットワークの上で、「ここでできる」か「安全なと ころまで待つ必要がある」かの差を、ここで決めます。