# PNG to AVIF

> PNGを品質85のAVIFにブラウザ内でエンコード。アルファはそのまま残り、アニメーションPNGは残りません。実測は1,689,485→491,861バイトでした。

- URL: https://bytescope.dev/ja/image-convert/png-to-avif/
- Locale: ja · Also: [en](https://bytescope.dev/en/image-convert/png-to-avif.md) · [zh-Hant](https://bytescope.dev/zh-Hant/image-convert/png-to-avif.md)
- Runs: ファイルはブラウザから送信されません — 処理はすべてローカルで行われます。
- Requires: Any modern browser (Chrome, Edge, Firefox, Safari), desktop and mobile.
- Updated: 2026-09-08

## What it does

### PNGからAVIFにすると失われるもの

透過はここでは安全です。JPGではなくAVIFを選ぶ理由がまさにそれで、アルファチャンネルはそのまま引き継がれ、背景色は当てられず、合成の警告も出ません。動きは逆です。このツールがアニメーションを書き出せるのはGIFとWebPの2つだけで、AVIFはどちらでもありません。複数コマのPNGは開かれ、アニメーションだと判定された直後に先頭のコマだけを残して閉じられ、その旨の警告が出ます。表示間隔もループ回数も行き場がありません。形式自体はアニメーションを持てますが、この経路では与えられないということです。

ビット深度にぶつかる天井は、形式ではなく処理経路の都合です。AVIFは10ビット・12ビットの標本とHDRの伝達関数まで規定していますが、ここでエンコーダーに渡すのは8ビットRGBAのcanvasから読み戻した`ImageData`です。48ビットのPNG原本はエンコーダーが見る前に8ビットへ落ち、AVIF側の余裕は空のまま残ります。画素の外側も同じで、詰め替えではなくデコードして作り直すため、ICCプロファイル、`gAMA`や`cHRM`、テキストチャンク、EXIFは出力に入りません。Display P3のタグが付いていたファイルはタグなしの値として届き、閲覧側はそれをsRGBとして読みます。

最後の損失は自分で選ぶものです。この経路は非可逆で、しかも代わりの選択肢がありません。設定にあるロスレスのチェックはWebPのエンコーダー用なので、画素が完全一致していたPNGも品質85の近似になります。たいていは非常によい近似で、AV1のイントラ予測は平坦な面や滑らかな階調をDCT系の形式よりうまく扱いますが、元には戻せませんし、往復を繰り返せば劣化は積み重なります。

### 実測でファイルサイズがどう変わったか

2026-09-12の測定は、「最適化 (oxipng)」をオンにした1280 × 854のPNG、1,689,485バイトから始まりました。このツールではそのオプションは既定でオフです。@jsquash/avifで品質85・速度8にすると491,861バイト、約71%減です。速度8は手抜きではありません。COOP/COEPヘッダーがないため`SharedArrayBuffer`が使えず、エンコーダーは常に単一スレッドで動きます。1200万画素の写真での計測では、速度8は速度6の3〜5倍速く、サイズ差は1%未満でした。数秒で終わるか、タブを閉じたくなるまで待つかの違いです。もともと効率のよいフラットな図版では差が縮み、ノイズの多い写真では広がります。

### PNGをAVIFにしない方がよい場面

アニメーションで動きが要るならPNGのままにするか、コマを全部残せるWebPを選んでください。16ビットのハイトマップ、深度パス、科学用の画像も向きません。壊すのはコーデックではなく8ビットcanvasの段階です。画素が一致していないと困るもの — favicon、アプリアイコンの生成パイプライン、座標で切り出すスプライトシート、テスト基準のスクリーンショット — も残してください。メールはまだ対応がまちまちで、印刷や製版はたいてい受け付けません。スマートフォンで大量に一括変換するのも、1枚ごとに本物のCPU負荷がかかるので考えものです。自分の管理するページに載せる写真やイラストなら、これはサイト内で最大の削減です。

変換はすべてブラウザ内で完結します — アップロードなし、待ち行列なし、ウォーターマークなし。ファイルはいくつでもドロップでき、個別またはZIPでダウンロードできます。

## Limits

透過はここでは安全です。JPGではなくAVIFを選ぶ理由がまさにそれで、アルファチャンネルはそのまま引き継がれ、背景色は当てられず、合成の警告も出ません。動きは逆です。このツールがアニメーションを書き出せるのはGIFとWebPの2つだけで、AVIFはどちらでもありません。複数コマのPNGは開かれ、アニメーションだと判定された直後に先頭のコマだけを残して閉じられ、その旨の警告が出ます。表示間隔もループ回数も行き場がありません。形式自体はアニメーションを持てますが、この経路では与えられないということです。

ビット深度にぶつかる天井は、形式ではなく処理経路の都合です。AVIFは10ビット・12ビットの標本とHDRの伝達関数まで規定していますが、ここでエンコーダーに渡すのは8ビットRGBAのcanvasから読み戻した`ImageData`です。48ビットのPNG原本はエンコーダーが見る前に8ビットへ落ち、AVIF側の余裕は空のまま残ります。画素の外側も同じで、詰め替えではなくデコードして作り直すため、ICCプロファイル、`gAMA`や`cHRM`、テキストチャンク、EXIFは出力に入りません。Display P3のタグが付いていたファイルはタグなしの値として届き、閲覧側はそれをsRGBとして読みます。

最後の損失は自分で選ぶものです。この経路は非可逆で、しかも代わりの選択肢がありません。設定にあるロスレスのチェックはWebPのエンコーダー用なので、画素が完全一致していたPNGも品質85の近似になります。たいていは非常によい近似で、AV1のイントラ予測は平坦な面や滑らかな階調をDCT系の形式よりうまく扱いますが、元には戻せませんし、往復を繰り返せば劣化は積み重なります。

## FAQ

### アニメーションPNGはAVIFでも動きますか？

動きません。先頭のコマだけが変換され、警告が出ます。アニメーションを書き出せるのはGIFとWebPだけだからです。動きを残したいならWebPを選んでください。表示間隔ごと全コマを保ち、たいていは元より小さくなります。

### PNGの16ビット精度はAVIFに渡せますか？

渡せません。エンコード前に8ビットRGBAのcanvasへ描くので、深い標本はその時点で落ちます。形式は10ビットや12ビットを持てますが、この経路が渡せるのは8ビットまでで、結果から元の精度を取り戻すこともできません。

### なぜAVIFへの変換だけ時間がかかるのですか？

出力がAV1の静止フレームで、AV1のエンコードが本当に重いからです。PNGの圧縮はほぼ無料です。しかもスレッドにはSharedArrayBufferが必要で、このサイトはそれに必要なヘッダーを付けていないため単一スレッドで動きます。速度8はそれを実用範囲に収める設定です。

### 画像はどこかにアップロードされますか？

いいえ。変換はcanvas APIとWeb Workerを使ってブラウザ内で行われ、ファイルがデバイスから外に出ることはありません。アップロード工程も待ち行列もなく、ファイルサイズの制限もお使いのマシンのメモリ以外にはありません。

### 変換後の画像にEXIFメタデータは残りますか？

いいえ — そしてそれは意図した機能です。canvas経由の再エンコードは、GPS位置情報、カメラの機種、タイムスタンプ、カラープロファイルといったすべてのメタデータを除去します。出力に含まれるのはピクセルだけで、画像を公開共有する前に望ましい状態になっています。

### 多くの画像を一度に変換できますか？

はい。何枚でもファイルをドロップまたは貼り付けてください。それぞれがバックグラウンドで変換され、個別の進捗とダウンロードボタンが付きます。すべてを.zipアーカイブとして一括ダウンロードすることもできます。

### 変換すると画質は落ちますか？

変換先によります。このコンバーターは、どの形式の組み合わせでも常に生のピクセルにデコードしてから再エンコードします。メタデータが除去されるのも同じ仕組みによるものです。ロスレスの変換先（PNG、および256色の範囲内のGIF）ではデコードしたピクセルと完全に同一のまま保たれ、JPEG・WebP・AVIFでは品質スライダーでトレードオフを調整できます。すでに非可逆の画像を変換すると、劣化がもう一世代ぶん重なります。