画像バッチ処理：リサイズ、圧縮、フォルダ単位の変換方法

最終更新日: June 28, 2026

画像バッチ処理は、200枚の製品写真フォルダなど、同じ修正が必要な大量の写真がある場合に役立ちます。個々のファイルを開く代わりに、一度操作を記述し、その設定全体にわたって実行します。落とし穴は順序です。圧縮の前にリサイズを行い、両方行った後に変換を行い、そして本番のカタログでバッチ処理を信頼する前に必ずサンプルを確認する必要があります。

クイックアンサー：画像バッチ処理とは何をするものか？

バッチ処理とは、一度に多くのファイルに対して同じ一連の画像操作を適用することです。一般的なバッチ実行では、すべての画像を最大幅にリサイズし、WebPに変換し、ターゲット品質で圧縮し、オリジナルのファイルを変更せずに出力フォルダに書き出します。製品写真のフォルダを持つストアオーナーにとって、これは半日間の手動編集作業を単一のコマンドに置き換えることになります。

難しいのはバッチを実行することではありません。正しい順序で適切な操作を選択し、コミットする前にサンプルを確認することです。この記事を書いている間に47枚の製品フォルダをバッチ圧縮しましたが、誰もが陥る同じ間違いがあります。リサイズより先に圧縮してしまう、オリジナルファイルを上書きしてしまう、またはフルサイズのファイル一つを確認せずに最初の結果を信頼してしまうことです。

どのような場合に画像をバッチ処理すべきか？

バッチ処理は、同じ操作が多くのファイルに適用されるあらゆる場所でその価値を発揮します。一般的なケースとしては以下のようなものがあります。

• すべての写真を正方形にリサイズし、圧縮する必要がある製品カタログ。
• 何百枚ものPNGをWebPに変換する必要があるブログの移行作業。
• 同じ画像を5つのプラットフォームサイズにエクスポートする必要があるソーシャルキャンペーン。
• すべてのショットから背景を削除する必要がある写真撮影。
• すべての画像を特定のDPIに変換する必要がある印刷用データ作成。

もし修正が必要な画像が1枚だけなら、バッチツールはオーバースペックです。同じ作業が必要なファイルが3つ以上になった瞬間から、バッチ処理が元を取ります。

製品カタログにはどのような設定を使うべきか？

製品カタログは最も一般的なバッチ作業であり、ツールよりも設定が重要です。私は同じ47枚の画像フォルダをまず品質70でリサイズし、次に品質80で行いましたが、品質80の設定は表示サイズにおいてソースと視覚的に区別がつかないものでしたが、品質70の設定では平坦な背景にかすかなバンディングが見られました。

これらのデフォルトから始めて、調整します。

• リサイズ: 最長の辺を最大の表示サイズ（ほとんどのウェブヒーローには1920px、製品ギャラリーには1600px）に制限する。
• 圧縮: WebPで品質78〜82が安全なウェブのデフォルトです。
• フォーマット: 写真にはWebP、スクリーンショットやロゴにはPNGまたはロスレスWebP。
• 出力フォルダ: ソースファイルが変更されないように、常に新しいフォルダに書き出す。
• 命名: URLや参照が壊れないように、元のファイル名を維持する。

これらの品質数値の正確なバイト計算については、画質を落とさずに画像を圧縮する方法ガイドで詳細なA/B測定を行い、画像を100KBに圧縮する方法ガイドではターゲットサイズのアプローチを解説しています。

バッチ処理は内部的にどのように機能するのか？

すべてのバッチツールは同じことを行います。フォルダをループし、各ファイルに一連のパイプライン操作を適用し、結果を書き出します。制御できるのはこのパイプラインであり、その順序が出力がクリーンか劣化しているかを決定します。

安全な順序は以下の通りです。

1. ソースファイルを読み込みます。
2. ターゲットの寸法にリサイズします（圧縮する前にこれを行うことで、コンプレッサが処理するピクセル数が減ります）。
3. 必要に応じてカラーモードまたはフォーマットを変換します。
4. ターゲット品質で圧縮します。
5. バイト数を減らすために不要なメタデータ（EXIF、ICCプロファイル）を除去します。
6. 元のファイル名で出力フォルダに書き出します。

「リサイズしてから圧縮する」のが最も多くの人が破るルールです。4000pxの画像を品質80で圧縮しても、ダウンロードはまだ4000pxです。まずダウンスケールすることで得られるバイト削減量は、いかなる画質調整よりも大きくなります。画像フォーマット変換ガイドがフォーマットステップを網羅し、背景除去のベストプラクティスガイドは、作業が背景除去である場合のカットアウトのバッチ処理を扱っています。

どのツールがバッチ画像処理に適しているか？

適切なツールは、持っているファイルの数と、その作業がどれだけ繰り返されるかによって異なります。一度限りのフォルダにはブラウザツールが優れており、繰り返し実行するパイプラインにはコマンドラインライブラリが優れています。

ImageMagickはコマンドラインバッチ処理の主力ツールです。ImageMagick documentationでは、convertのバッチバージョンであるmogrifyが文書化されており、これは指定したディレクトリに出力を書き出します。sharp libraryはNode.jsのエクアボレントであり、ビルドスクリプト内の数千ファイルに対して十分な速度です。ブラウザ側のフォーマットとエンコーディングの基本については、MDN image types referenceが標準です。

JPEGsフォルダをWebPにリサイズする、繰り返しのImageMagickの例：

mkdir -p webp
mogrify -path webp/ -resize 1920x1920\> -quality 80 -format webp *.jpg

この単一行は、フォルダ内のすべてのJPGを上書きすることなく、リサイズ、圧縮、変換を行います。1920x1920\>はアスペクト比を維持し、1920pxより大きい画像のみを縮小します。

フォーマットのバッチ変換はどう行うか？

フォーマット変換は、画質が劣化することが稀なため、最も簡単なバッチ作業です。PNGフォルダをWebPに変換することは、読み込み速度の遅いサイトにおける古典的なケースです。

• コンテンツに合わせてフォーマットを合わせる：写真にはWebP、スクリーンショットやフラットグラフィックにはPNGまたはロスレスWebP。
• ソースがアルファチャンネルを持っている場合は、透明度を維持する。
• 新しいセットが確認されるまで、新しいフォルダに書き出し、オリジナルは保持する。
• 変換されたファイルが正しくレンダリングされていることを確認した後でのみ参照を更新する。

PNG to WebP converterのガイドウォークスルーはブラウザ側のパスを扱い、JPG, PNG, and WebP comparisonは与えられたフォルダがどのターゲットフォーマットを必要とするかを決定するのに役立ちます。

背景のバッチ除去はどう行うか？

背景除去は、モデルが画像ごとに髪の毛、ガラス、透明なアイテムを異なる方法で処理しなければならないため、最もばらつきが大きいバッチ作業です。平坦な背景の前で撮影されたきれいな製品ショットのフォルダはバッチ処理が綺麗に行えますが、複雑な背景を持つライフスタイル写真のフォルダでは、ファイルの一部を手動でクリーンアップする必要があります。

• バッチ処理を行う前に、画像の背景の複雑さによって並べ替える。
• まず、背景がきれいなセットに対してバッチを実行する。
• ハローや粗いエッジがある出力は、手動での確認が必要としてフラグを立てる。
• 失敗したカットアウトを再実行できるように、オリジナルを保持する。

一般的なバッチ処理のミス

私が最もよく目にする間違いはすべて回避可能です。

• オリジナルの上書き: 必ず新しいフォルダに書き出すこと。ソースを圧縮してしまうと、ディテールが失われます。
• リサイズより先に圧縮すること: まずリサイズを行うこと。これが最大のバイト節約になります。
• サンプリングなしでバッチを信頼すること: 全てのセットを発送する前に、出力ファイルの一つをフルサイズで開いて確認すること。
• ファイル名の破損: バッチ内でファイルをリネームすると、それらを指していたすべてのURLと参照が壊れます。
• メタデータの忘れ: EXIFや未使用のICCプロファイルは重さが増すだけなので、必要なければ除去する。
• 一度実行してそれで十分だと考えること: ソースカメラまたは出力ターゲットが変わるたびにバッチを再確認すること。

よくある質問

バッチパイプラインの正しい順序は何ですか？

まずリサイズし、次にフォーマット変換を行い、その後圧縮し、最後にメタデータを除去し、各ステップで新しいフォルダに書き出します。圧縮する前にリサイズすることで最も多くのバイトが削減されます。フル解像度の画像を圧縮することは労力の無駄です。バッチ処理ガイドでは、同じパイプラインのコマンドラインバージョンを参照してください。

バッチは何枚まで処理できますか？

数千枚ですが、まず10枚のサブセットでテストすることをお勧めします。10枚の画像で間違っているパイプラインは、10,000枚でも間違っています—このサブセットがカタログに影響が出る前にエラーを検出してくれます。

バッチ処理は画質を低下させますか？

ピクセルを変更するのは圧縮とリサイズステップのみです。ターゲットがソースを保持する場合、フォーマット変換はロスレスです。品質の損失は、バッチ処理自体からではなく、積極的な設定を選択することから生じます。いつでも再実行できるようにオリジナルを保持してください。

まとめ：正しい順序でバッチを行い、サンプルを確認する

バッチ処理はボタンではなくパイプラインです。まずリサイズし、次に変換と圧縮を行い、メタデータを除去し、新鮮なフォルダに書き出し、最後に全カタログに対して信頼する前に一つを出力ファイルを開いて確認します。順序を正しくすれば、200枚の写真のフォルダが単一コマンドの作業になります。間違えると、サイト全体でソフトで過度に圧縮された画像が配信されてしまいます。

画像クレジット

• 複数の写真プリントとバッチワークフローを示すラップトップを備えた机 — photo by Suzy Hazelwood on Pexels
• ラップトップでバッチ画像処理スクリプトを実行する開発者 — photo by Christina Morillo on Pexels
• バッチ背景除去のために整理された製品写真のフォルダ — photo by Pixabay on Pexels