JPEGは昨年で30年を迎えました。そして、その長い年月の大半で、本気でその地位を脅かす存在はほとんどありませんでした。WebPは2010年に登場し、Googleもかなり強く後押ししましたが、多くの人はそこまで乗り気ではなく、JPEGはそのまま使われ続けました。透明背景が必要な場面では今もPNGが定番ですし、GIFもなぜかしぶとく生き残っています。
ただ、AVIFは少し事情が違います。これは、ブラウザベンダーが互換性表に渋々追加するだけの新顔ではありません。フォーマット戦争は、もう終わっています。勝ったのはAVIFです。大げさに聞こえるかもしれませんが、数字を見ればそう言わざるを得ません。
そもそもAVIFとは何か
AVIFは AV1 Image File Format の略です。ここで重要なのは、その出自です。AV1はもともと動画向けに開発されたコーデックで、Google、Apple、Mozilla、Microsoft、Netflix、Amazon などが参加する連合によって作られました。これらの企業は、H.264 や HEVC にライセンス料を払い続けることにうんざりしていて、そこで協力して、ロイヤリティフリーのコーデックをゼロから作り上げたのです。完成までには何年もかかりましたが、結果は驚くほど優秀でした。
そして、あるとき誰かが気づきました。AV1動画の1フレームを静止画として保存すると、圧縮性能が異様に高い、と。1992年のJPEGアルゴリズムでは到底太刀打ちできないレベルです。それがAVIFです。つまり、AV1を写真に応用したものだと考えるとわかりやすいでしょう。
数字で見るとどうなのか
一般的な写真では、AVIFは同等の見た目の品質でJPGよりおよそ50%高い圧縮効率を出せます。10%や15%ではなく、ファイルサイズがほぼ半分になるという話です。画像を大量に配信するサイトにとっては、帯域コストにも表示速度にもかなり効いてきます。
Googleが以前に強く押していたWebPも、JPEGよりは優秀です。ただ、AVIFは多くのコンテンツでそのWebPをさらに30%前後上回ります。すでにWebPを使っていて「これで十分」と思っているなら、まだ取りこぼしている性能がある可能性は高いです。
AVIFの強みは圧縮だけではありません。HDR、広色域、アルファ透過にも対応していて、同じファイルサイズなら文字やエッジの表現でもJPEGより有利です。アニメーションも扱えますが、実際の運用では、動きのあるコンテンツにGIFやWebPが使われることの方がまだ多いのが現実です。
なぜ2026年が本当の転換点なのか
AVIFそのものは、2019年ごろから存在しています。Chromeは比較的早く対応し、Firefoxも後を追いました。Safariは少し遅れましたが、ここは非常に重要です。というのも、iPhone上のSafariは決してニッチなブラウザではないからです。Safari 16で対応が入り、2024年には Can I Use の世界全体の対応率が93%に到達。そして2026年初頭には95%を超えました。
この水準まで来ると、ウェブ開発者はAVIFを第一候補としてかなり現実的に使えます。もちろん、かなり古い端末向けにはJPEGのバックアップを残しておく方が安心ですが、<picture>要素を使えば、一度設定してしまえばあとはほぼ忘れて運用できます。
さらに Google PageSpeed Insights も、JPEG や PNG 画像を最適化余地のある項目として扱い、具体的に AVIF を勧めるようになりました。Core Web Vitals を重視するなら, そして検索順位に影響する以上、重視しない理由はあまりありませんが, Google はかなり明確にこちらへ誘導しています。
まだAVIFが向いていない場面
一番わかりやすい弱点はメールです。多くのメールクライアントはAVIFを表示できず、しばらくはその状況が変わりそうにありません。ニュースレターや自動送信メール用の画像を作るなら、JPEGかPNGを使う方が無難です。
印刷まわりのワークフローも同様です。ラボや印刷会社が前提にしているのは TIFF、PDF、高品質JPEG であって、AVIFはまだその世界の標準ではありません。
また、LightroomやCapture Oneで写真ライブラリを管理しているフォトグラファーにとっても、AVIFのネイティブ書き出しはまだ発展途上です。変換ツールを使えば対応できますが、JPEGやTIFFほど自然にワークフローへ組み込まれているわけではありません。
サイト運営者にとって何が変わるのか
Cloudflare や Cloudinary のような CDN を使っているなら、自分で意識しないままAVIFを配信している可能性があります。これらのサービスは Accept ヘッダーを見て、ブラウザが対応している形式を判断し、自動的に適切なフォーマットを返せます。こちらはJPEGをアップロードするだけで、あとは向こうが処理してくれます。
Next.js を使っている場合は、Image コンポーネントがバージョン13以降、標準でAVIFを返しています。
それ以外の人にとっても、現実的な道筋はわかりやすいはずです。手元にある画像をAVIFに変換し、必要に応じてJPEGのフォールバックを用意する。それだけです。FastConvert の 画像コンバーター を使えばまとめて処理できます。JPEGやPNGをアップロードして、AVIFを受け取れば完了です。
開発者でなくても気にするべきか
実務レベルでは、そこまで気にしなくても大丈夫な場合が多いでしょう。Squarespace、Wix、WordPress のようなサービスで、比較的新しいテーマを使っているなら、画像形式の扱いはどんどん裏側に隠れていきます。ホスティングやCDNがうまく面倒を見てくれます。
それでも、なぜあるサイトは画像の表示が明らかに速いのに、別のサイトはそうでもないのか、しかも見た目の品質差はほとんど感じないのはなぜか、と疑問に思ったことがあるなら、その大きな理由のひとつがフォーマット選びです。1枚あたり800KBのJPEGをまだ配っているサイトと、350KBのAVIFを返しているサイトでは、とくにモバイルで差がすぐ積み上がります。
JPEGは本当に長く、そして良い時代を築きました。その役割を十分に果たしたフォーマットです。でも、標準形式としての役目は終わりに近づいていて、その後を継ぐのがAVIFです。
