OKfmt

JPGをAVIFに置き換えるための技術評価ガイド:圧縮率から制作パイプラインまで

同じSSIM画像品質の場合、AVIFのファイルサイズはJPGよりも30%から50%小さくなります。本記事では、符号化技術と互換性などの観点から置き換えの実現可能性を分析します。

2026-08-11 更新

符号化技術における世代間ギャップ:DCT vs AV1イントラ符号化

1992年に公開されたJPEG規格は、ブロックベースの離散コサイン変換(DCT)符号化を使用しており、8x8ピクセルのブロックごとに独立した変換符号化を行います。ブロックベースの圧縮ではブロック歪みが発生しやすく、8ビットの色深度のみに対応しています。

2018年に公開されたAV1イントラ符号化は、多方向予測、再帰的分割、インループフィルタリングといった技術を使用しています。画像の局所的なテクスチャに応じて符号化ブロックのサイズを調整でき、ブロック歪みを除去できるほか、圧縮モデルが現代の画像の内容特性により適応しています。

同一画像品質における圧縮率と色深度対応の比較

Googleの公開テストデータによると、同じSSIM画像品質の場合、AVIFのファイルサイズはJPGよりも30%から50%小さくなります。国内CDNベンダーのテストデータでも、Web画像シナリオにおいてこの範囲は概ね一致しています。

JPGは8ビットSDRカラーのみに対応し、最大で256階調のグレーレベルを表示できます。AVIFはネイティブで10ビットおよび12ビットの色深度に対応し、BT.2020色域をカバーでき、HDR表示デバイスに適応します。

画像品質指標 (SSIM)JPG平均サイズ (KB)AVIF平均サイズ (KB)サイズ削減率
0.98 (高品質)1829150%
0.95 (良品質)1136344%
0.92 (中品質)784641%

符号化時間がビルドパイプラインに与える影響

同一画像品質の場合、単一のAVIF画像の符号化時間はJPGの約10倍から20倍です。AOM公式リファレンスエンコーダであるlibaomのシングルスレッド符号化速度は、libjpeg-turboよりも大幅に低くなります。

既存の制作パイプラインでは、オフライン事前符号化、分散符号化クラスタ、またはSVT-AV1のような速度最適化されたエンコーダの使用により、符号化時間の影響を低減できます。現時点ではリアルタイムオンライン符号化シナリオでの置き換えは推奨されません。

パイプラインの構築では、新たにAVIF符号化の出力分岐を追加するだけで、元のJPG出力リンクを削除する必要はありません。フォールバックソリューションによりスムーズな移行を実現できます。

ブラウザサポートとフォールバック実装

2024年第2四半期現在、グローバルなデスクトップ環境においてChrome、Firefox、Edge、Safari 16以上はすべてネイティブでAVIF形式をサポートしており、カバー率は92%を超えています。モバイルでは、Androidブラウザのカバー率が90%を超えています。

フォールバック互換性はHTMLのpictureタグを使用して実装します:AVIFを優先的に読み込み、AVIFに対応していないブラウザは自動的にJPG形式にフォールバックします。この実装にはフロントエンドのimgタグの構造調整のみが必要です。

よくある質問

既存のサイトでJPGをAVIFに完全に置き換えることはできますか?

現時点での完全な置き換えは推奨されません。既存の制作パイプラインがAVIFの符号化時間に対応できず、約8%のユーザーが現在もAVIFに対応していない古いブラウザを使用しているため、段階的な置き換え案が推奨されます。

既存のJPGをAVIFに一括変換する必要がありますか?

トラフィック占有率の高いファーストビューの画像から優先的に変換することができます。逆検証にはAVIF to JPGコンバーターを使用できます。トラフィックの少ないロングテール画像については一括変換する必要はなく、元の形式のまま維持できます。

JPGを置き換えるのに、AVIFはWebPより適していますか?

同一画像品質の場合、AVIFはWebPよりも圧縮率が10%から20%高く、より高い色深度に対応しており、互換性はWebPよりもやや低いです。新規サイトではメインの画像形式としてAVIFを優先することができます。