要点
写真なら JPEG で今も問題なく、AVIF はずっと小さくなります。WebP はその中間で、よくエンコードされた JPEG に対する優位は、よく宣伝される数字より小さいものです。スクリーンショット、ロゴ、図、そしてベタ塗りや透過を含むものは PNG かロスレス WebP にし、JPEG は使いません。以下はその根拠となる数値で、ベンダーのグラフではなく実際にエンコードして得たものです。
「小さい」の意味
同じ「品質 80」の設定で形式を比べても意味はありません。品質の目盛りはエンコーダーごとに異なるからです。公平な比較は「同じ見た目で、サイズはいくつか」しかありません。この記事では、各形式の品質を少しずつ上げ、元画像に対する構造的類似度（SSIM 0.98、輝度で測定）が同じになった時点のサイズを記録しました。テスト用の写真は 2 枚で、テーブルの上のエスプレッソカップ（1200 × 800）とポートレート（1024 × 1024）、どちらもパブリックドメインのサンプル画像です。エンコーダーは Pillow 12 経由の libjpeg-turbo、libwebp（method 6）、libavif（speed 4）。このサイトのツールは MozJPEG を使っており、JPEG の数値からさらに 5〜10% ほど小さくなるのが普通です。
| 形式 | 写真 1（1200×800） | 写真 2（1024×1024） | 到達した設定 |
|---|---|---|---|
| JPEG | 95 KB | 86 KB | q68 / q66 |
| WebP | 104 KB | 76 KB | q86 / q84 |
| AVIF | 59 KB | 47 KB | q60 / q58 |
| PNG（ロスレス） | 1,223 KB | 1,034 KB | - |
| WebP ロスレス | 860 KB | 701 KB | - |
目立つ点が 2 つあります。AVIF は同じ SSIM で JPEG より 38〜46% 小さく、この部分はよく言われるとおりです。一方 WebP は、今回の写真では JPEG とほぼ互角でした。1 枚では 9% 大きく、もう 1 枚では 12% 小さい結果です。よく引用される「JPEG より 25〜34% 小さい」は、Google が 2010 年に行った調査で、最適化されていない JPEG エンコーダーを固定の品質設定で比べたものです。最新のエンコーダーで品質をそろえると、差はほとんど縮まります。WebP に有利な注意点を一つ挙げると、低ビットレートでは細部やくっきりした輪郭を JPEG より少しうまく扱い、SSIM はそれを過小評価します。不利な点としては、WebP の色差はサブサンプリング 4:2:0 が上限なので、写真の上に置いた彩度の高い赤い文字がわずかににじみます。4:4:4 の JPEG ならにじみません。
テスト自体にも注意点があります。元画像はどちらもすでに JPEG だったため、どのエンコーダーも絵と一緒に圧縮ノイズまで圧縮していました。RAW や PNG の元画像から始めれば、3 つの非可逆形式はどれも少し小さくなり、順位は変わらないはずです。
PNG は別の種類の画像のためのもの
表では PNG が JPEG の 12 倍のサイズになっています。これは PNG の性能が悪いのではなく、向いていない仕事をさせているからです。PNG はロスレスで、すべてのピクセルが正確に元に戻ります。写真にはすべてのピクセルにノイズがあり、ノイズは圧縮できません。3 枚目のテスト画像、ベタ塗りで背景が透明な切り抜きイラスト（900 × 600）では、結果が逆転します。
| 形式 | サイズ |
|---|---|
| PNG | 66 KB |
| WebP ロスレス | 55 KB |
| AVIF q80 | 54 KB |
| JPEG q90 | 76 KB、しかも透過が失われる |
ベタ塗り、文字、スクリーンショット、グラフ、ロゴには PNG かロスレス WebP を使います。スクリーンショットを JPEG にすると、すべての文字の周りにリンギングが出て、たいてい PNG より大きくなります。写真を PNG で保存するとメガバイト単位の無駄になり、ページの読み込み時間やメールの差し戻しとして表れます。
ブラウザとアプリの対応状況
- JPEG：1992 年以来、あらゆる環境で使えます。印刷サービス、行政のフォーム、古い Android スマートフォン、Word 文書など、自分の手を離れる用途では安全な選択です。
- PNG：2005 年ごろからあらゆる環境で使えます。
- WebP：現行のすべてのブラウザ（Safari は 14 から、2020 年）。Windows のフォトアプリは開けますが、古いバージョンの Office、多くの写真プリント端末、多くのアップロードフォームはまだ対応していません。
- AVIF：Chrome 85 以降、Firefox 93 以降、Safari 16.4 以降（2023 年）、Edge 121 以降。ブラウザの外では対応が限られます。Windows はストアの拡張機能が必要、macOS Ventura 以降は標準で開けますが、ほかのソフトウェアの大半は非対応です。2026 年時点では、Web で画像を配信するための形式であり、人に画像を渡すための形式ではありません。
- HEIC：実用上は Apple のデバイス専用です。詳しくは HEIC とはを参照してください。
どれを選ぶか
- 人やフォームに写真を送る：JPEG、品質 80〜85。90 を超えると、誰にも見分けられない差のためにサイズが 2 倍になります。
- 自分のサイトに載せる写真：JPEG をフォールバックにした AVIF（
<picture>）。画像処理の仕組みがまだ AVIF を出力できないなら WebP。 - スクリーンショット、ロゴ、図、透過を含むもの：PNG。表示先がブラウザならロスレス WebP。
- 自分の写真のアーカイブ：元のファイルを形式にかかわらずそのまま残します。「容量節約のための変換」はしないでください。非可逆の再エンコードは、行うたびに画質を削ります。
画像形式変換はブラウザ内で 4 形式すべてを相互に変換でき、画像圧縮は変換前と変換後を並べて、仕上がりサイズとともに表示します。スライダーの初期値ではなく、実際に見た目が変わらない品質で止められます。
