厳しいアップロード制限向けに画像を圧縮する方法

最終更新日: 2026 年 3 月 15 日

多くの人が最初にする間違い

多くのアップロード問題は圧縮で解決できますが、最初の判断を間違えがちです。元解像度を保ったまま、画像が壊れて見えるまで品質を下げ続けてしまうのです。この方法は帯域を無駄にし、大きすぎる元画像では容量制限にも届かないことがあります。より良い順序は、実際の出力先サイズを確認し、表示に元解像度が不要なら寸法を下げ、その後でアップロード制限に合わせることです。

先にリサイズするべきか、先に圧縮するべきか

表示先の画像が元画像よりかなり小さいなら、先にリサイズします。4000 ピクセルのスマホ写真を小さなフォームのプレビューに載せるなら、元の画素数をすべて保持する必要はありません。先に圧縮するのが適切なのは、元の寸法を絶対に維持しなければならない場合だけです。実務では、Web フォーム、ヘルプデスク、マーケットプレイス、SNS へのアップロードは、元の画素数より最終的なバイトサイズを重視することが多いです。実際の用途に合わせて寸法を落とす方が、見た目を壊さずに容量上限へ入れる最短ルートです。

元の形式を維持すべき場面

その形式が掲載先にそのまま合うなら、元の形式系を維持してください。小さな文字を含むスクリーンショットは、JPG に変えるより PNG や可逆 WebP の方が崩れにくいことが多いです。写真中心の画像は JPG や WebP の方が効率よく圧縮できます。アップロード条件が厳しくても内容が文字中心なら、数字だけを見て形式を変える前に可読性を確認してください。目標は何が何でも最小ファイルにすることではなく、実際の審査を通る最小サイズにすることです。

容量予算に安定して収める方法

まず容量上限を決めます。たとえば 500 KB、2 MB、あるいはマーケットプレイスに明記された制限です。そのうえで、バッチから代表画像を 1 枚選び、見た目の余裕を残したまま上限を超えない設定まで調整します。通ったら、その設定をバッチ全体に使います。それでも一部だけ失敗するなら、品質をさらに落とすより寸法を見直すべきことがほとんどです。こうした手順の方が、ファイルごとに勘で品質値をいじるよりはるかに再現性があります。

バッチ公開前に確認すべきこと

最も難しいケースを先に確認してください。文字入りスクリーンショット、グラデーション、肌色、細いロゴ、暗部の影などは圧縮の失敗が最初に出ます。Web サイトやマーケットプレイス向けなら、最終ファイルを実際のアップロード先で 1 件テストすることが重要です。再アップロード時に再圧縮する平台もあるためです。再エンコードが強い先なら、こちら側では少し高めの品質を残して、二重圧縮で崩れすぎないようにします。

推奨ツール順序

掲載先のピクセル条件が明確なら、まずリサイズを使い、そのあと圧縮で容量を合わせます。先に変換を使うのは、掲載先が特定形式を要求しているときだけで十分です。PDF 書き出しでも埋め込み画像が大きいままだと容量超過になりやすいので、同じ考え方がそのまま当てはまります。