JPEG を AVIF に変換
下のエリアに JPEG ファイルをドロップすると AVIF ファイルが得られます。変換はお使いの端末上で行われるため、アップロードは発生せず、ブラウザのメモリが許す限りサイズや枚数の制限もありません。
ここに画像をドロップ
Ctrl/⌘ Vスクリーンショットやコピーした画像を貼り付け
対応形式: JPEG
値を下げるほどファイルは小さくなります。写真なら 75 が扱いやすい既定値です。
100% ブラウザ内処理 ファイルは一切アップロードされません。
なぜ JPEG を AVIF に変換するのか
同じ写真であれば、AVIF は元の JPEG よりもかなり小さく収まるのが普通です。ページの読み込み容量を削りたいとき、アップロード上限に収めたいときに効いてきます。
AVIF はアルファチャンネルに対応しているので、変換後に背景を切り抜けます。ただし変換そのものが、元の JPEG になかった透明部分を作り出すわけではありません。
どちらも非可逆形式です。再エンコードのたびに少しずつディテールが失われるため、何度も変換を経たコピーではなく、元のファイルから変換するのが得策です。
This is the aggressive end of web image optimisation. AVIF will typically halve a JPEG at matching visual quality — a bigger saving than WebP offers, and on an image-heavy page that shows up directly in loading time. The trade-offs are real but narrow, and worth knowing before you re-encode a whole library.
Before you convert
Encoding is slow, and that is the format working
AVIF is built on AV1, a video codec that searches hard for redundancy. That search is where the compression comes from, and it costs time — a single large image can take several seconds in the browser, where JPEG takes milliseconds. For a batch this adds up. It is a one-time cost paid at build time in exchange for bytes saved on every single page view, which is usually a trade worth making.
Second-generation encoding applies here too
The JPEG already discarded detail, and AVIF now compresses what is left, artefacts included. Encoding from the original camera file or master export gives a smaller and cleaner AVIF than routing through the JPEG. And as with WebP, resist raising quality to compensate — high settings make AVIF spend bytes faithfully reproducing JPEG blocking, which is the last thing you want to preserve.
Keep a fallback for a while longer
Browser support is good — all current major browsers read AVIF — but it arrived years after WebP and the long tail of older devices, in-app browsers and email clients is correspondingly longer. Serve it through a picture element with a JPEG or WebP fallback and the question stops mattering.
What carries over
- Pixel dimensions
- Visual appearance at sensible settings
- Roughly half the file size
What does not
- A little more detail — a second lossy pass
- Fast encoding
- Support on older devices and in email
JPEG と AVIF の比較
| 項目 | JPEG | AVIF |
|---|---|---|
| 圧縮方式 | 非可逆 | 非可逆 |
| 透過 | 非対応 | 対応 |
| 一般的なファイルサイズ | 同等の JPEG のおよそ 100% | 同等の JPEG のおよそ 40-55% |
| 互換性 | 数十年前のソフトも含め、どこでも開けます | 現行の全ブラウザが対応。一部の古いデスクトップアプリは未対応 |
| 主な入手元 | デジタルカメラや写真共有 | ページ容量を最適化しているウェブサイト |
よくある質問
JPEG ファイルはどこかにアップロードされますか？
いいえ。デコーダーとエンコーダーはこのページ内で動く WebAssembly モジュールです。形式を初めて使う際はネットワークタブにコーデックの取得が表示されることがありますが、ファイルを含む通信はありません。対応ブラウザでは一度使ったコーデックがキャッシュされ、以後は同じ変換をオフラインでも実行できます。
ファイルサイズや枚数の制限はありますか？
当サイト側では設けていません。実際の上限は端末のメモリです。変換中は画像を非圧縮で保持する必要があるためです。一般的なノートパソコンなら、1 億画素程度までは問題なく変換できます。
AVIF に変換すると画質は落ちますか？
AVIF は非可逆形式のため、一部のデータが捨てられます。既定の品質設定であれば、通常の表示サイズで違いが見えることはありません。ピクセル単位で完全に同じコピーが必要な場合は PNG を選んでください。
スマートフォンでも使えますか？
はい。同じ WebAssembly モジュールがモバイルブラウザでも動作します。スマートフォンの CPU は非力なためデスクトップより時間がかかり、非常に大きな画像ではメモリの上限に達しやすくなります。
JPEG から変換すると、さらに画質が落ちますか？
変換先も非可逆形式であれば、わずかに落ちます。手元の JPEG はすでにデータを捨てており、二度目の非可逆エンコードでもう少し捨てられるためです。品質 80 以上ならこの二度目の劣化はほとんど分かりませんが、同じファイルを何度も往復させるのではなく元データを保管しておくべき理由がここにあります。
AVIF は実際どこで使えますか？
主要ブラウザはすべて AVIF をネイティブにデコードするため、ウェブ上での利用は問題ありません。デスクトップアプリの対応はより遅れており、多くの画像ビューアや編集ソフトはまだ開けません。またエンコード速度がここにある他の形式より明らかに遅く、大きな画像では数秒かかります。