画像を圧縮

実際にサイズが小さくなる仕組み

「おまかせ」モードでは、画質の数値を1つに決めて適用することはしません。画像ごとに複数の設定でエンコードし、それぞれの結果を元の画像と構造的類似度で比較して、見た目が同一と判定される最も低い画質を採用します。この判断は画像ごとに行われますが、そうする必要があるのです。検証では、同じ目標値でも、動物の毛並みでは画質77、なめらかな人物写真では60になりました。細かいディテールは圧縮ノイズを隠しますが、平坦な色調は隠さないからです。画質を80に固定していれば、一方ではデータを無駄にし、もう一方では画像を損なっていたことになります。さらにJPEGは、ブラウザではなく専用のJPEGエンコーダーで書き出します。同じファイルサイズで約2 dBきれいになることが測定で確認されています。

PNGは、拡張子ではなく中身によって処理を振り分けます。使われている色が数千色以下の画像（ロゴ、スクリーンショット、図など）は、最適化したパレットで再エンコードされます。平坦なイラストではほとんど見分けがつかず、大幅に小さくなります。一方、PNGで保存された写真をパレット化するとすべてのグラデーションに縞模様が出てしまうため、代わりにWebPとして書き出し、拡張子もそれに合わせて変わります。.pngという名前のWebPは、別の不具合の原因になるからです。PNGのまま保存するよう指定することもでき、その場合はごまかしのないロスレスの、わずかに小さいだけのファイルになります。

「目標サイズ」モードでは、上限に収まる画質をファイルごとに個別に探します。スクリーンショットと写真では、同じキロバイト数に収めるために必要な設定が大きく異なるからです。最も低い画質でも目標に届かない場合は、収まらないファイルを渡すのではなく、実現できる最小のサイズをお知らせします。また、元より大きくなって戻ってくることは決してありません。元のファイルがすでに効率よく圧縮されている場合は、元のファイルがその旨の注記付きで返されます。

ほかの目的には

ここにはロスレスのオプションはありません。どの圧縮も再エンコードなので、すでに圧縮されたJPGをさらに圧縮すると、もう1世代分の劣化が加わります。jpegtranやjpegoptimは、量子化されたデータには手を触れずにJPEGのエントロピー符号化だけを書き直し、oxipngやzopflipngはPNGに対して同じことを行います。数パーセントとはいえ一切の劣化なしに小さくなるので、劣化させてはいけないファイルにはまずこれを試すのが正解です。

ビルドパイプラインなら、libvipsやsharpでこの作業を行い、同じ処理でレスポンシブ用の各サイズやWebP・AVIFの代替画像も、誰もクリックすることなくサーバー上で生成できます。そして写真で得られる最大の削減は、JPEGの設定ではなく新しい形式によるものです。このサイトのJPG AVIF変換ページでは、それを1ファイルずつ行えます。