# PNG to JPG

> 透過PNGを好きな背景色になじませてから端末内でJPG化。EXIFとICC、8ビットを超える色深度は残らず、実測では1,689,485バイトが351,967バイトになりました。

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

## What it does

### PNGをJPGにすると失われるもの

まず透過です。JPGにはアルファチャンネルが存在しないため、透明も半透明もすべて上の設定で選んだ背景色と合成されます。初期値は白で、透過を見つけた時点で警告が出ます。背景を抜いて書き出したロゴは、四角い板に載ったロゴになります。どこが透明だったかは出力のどこにも記録されないので、あとから編集ソフトで見ても、合成された画素と最初からその色だった画素の区別はつきません。

二つ目の損失は、PNGに入っている中身そのものと相性が悪いものです。実測に使ったエンコードは4:2:0のクロマサブサンプリングで、明るさは全画素分保つ一方、色は縦横とも半分の解像度でしか持ちません。写真なら気になりませんが、PNGで保存されがちなスクリーンショット、図解、グラフ、UIの書き出しは別です。暗い背景に載った赤い文字、細い色付きの罫線、1ピクセルの枠線には、品質をいくら上げても消えない色のにじみが出ます。色の情報は、品質スライダーが効く量子化の前に間引かれているからです。

あとは再エンコード共通の代償です。16ビットのPNGはエンコード前に8ビットのcanvasへ落ち、ICCプロファイルとEXIFブロックは出力へ複製されません。アニメーションPNGからは先頭フレームだけが使われ、JPGが表現できない構造は書き出さずにデコーダーを閉じて警告します。そして品質85は非可逆なので、可逆な形式で始まった写真でも、細かな質感や輪郭は一度近似され、そのまま戻りません。

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

2026-09-12の測定では、「最適化 (oxipng)」をオンにして書いた1280 × 854のPNGが1,689,485バイトでした。このツールではそのオプションは既定でオフです。これを4:2:0・品質85のJPGにすると351,967バイト、この写真サンプルで約79%減です。測定はNodeで動くスクリプトなのでsharpを使っていますが、ブラウザはcanvas経由で量子化テーブルを自分で選ぶため、数バイト単位で一致するとは考えないでください。方向としては写真で確実に小さくなります。平坦なスクリーンショットでは削減幅がぐっと落ち、単純な図版ではむしろ大きくなることもあります。JPGには、同じ色で塗られた広い面を安く持つ仕組みがないからです。

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

透過が要る画像は変換しないでください。ロゴ、アイコン、ステッカー、どんな背景に置かれるか分からない画像はすべてこれに当たります。文字やUIのスクリーンショットも避けましょう。クロマサブサンプリングと輪郭まわりのリンギングは、まさに人の目につく種類の劣化です。これから何度も編集する作業用の原版も同じで、保存のたびに世代が重なります。Web用に軽くしたいだけなら、WebPやAVIFは透過を保ったまま同じ見た目をより少ないバイト数で出せますし、どちらもこのページで選べます。JPGが要るのは、古いソフトで開く必要があるとき、写真ラボで印刷するとき、拡張子を二つしか受け付けない投稿欄に出すときです。

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

## Limits

まず透過です。JPGにはアルファチャンネルが存在しないため、透明も半透明もすべて上の設定で選んだ背景色と合成されます。初期値は白で、透過を見つけた時点で警告が出ます。背景を抜いて書き出したロゴは、四角い板に載ったロゴになります。どこが透明だったかは出力のどこにも記録されないので、あとから編集ソフトで見ても、合成された画素と最初からその色だった画素の区別はつきません。

二つ目の損失は、PNGに入っている中身そのものと相性が悪いものです。実測に使ったエンコードは4:2:0のクロマサブサンプリングで、明るさは全画素分保つ一方、色は縦横とも半分の解像度でしか持ちません。写真なら気になりませんが、PNGで保存されがちなスクリーンショット、図解、グラフ、UIの書き出しは別です。暗い背景に載った赤い文字、細い色付きの罫線、1ピクセルの枠線には、品質をいくら上げても消えない色のにじみが出ます。色の情報は、品質スライダーが効く量子化の前に間引かれているからです。

あとは再エンコード共通の代償です。16ビットのPNGはエンコード前に8ビットのcanvasへ落ち、ICCプロファイルとEXIFブロックは出力へ複製されません。アニメーションPNGからは先頭フレームだけが使われ、JPGが表現できない構造は書き出さずにデコーダーを閉じて警告します。そして品質85は非可逆なので、可逆な形式で始まった写真でも、細かな質感や輪郭は一度近似され、そのまま戻りません。

## FAQ

### アルファのないJPGで、透過部分はどうなりますか？

設定にある背景色、初期値なら白と合成され、そうなったことが警告で表示されます。画像を実際に置く場所と同じ色を選んでください。白でなじませたロゴは、暗い背景のページに置いた瞬間に浮いて見えます。

### PNGから変換したJPGで、文字の縁がにじむのはなぜですか？

色情報を縦横それぞれ半分の解像度でしか持たないため、1ピクセル幅の色の縁が周囲のブロックから復元されるからです。品質を上げるとリンギングは減りますが、先に捨てられた色までは戻りません。スクリーンショットはPNG、WebP、AVIFの領域です。

### あとからJPGの透過を復元できますか？

できません。アルファは劣化した形で残るのではなく、完全になくなり、合成後の画素はただの不透明な画素です。切り抜きを作り直すには背景を手で選択して消すしかないので、元のPNGはJPGと一緒に残しておく価値があります。

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

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

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

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

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

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

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

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