ConvertBlink
JA

PNGをJXLに変換：可逆・軽量・プライベート

PNGをブラウザ上でJXL（JPEG XL）に変換します。可逆モードはすべてのピクセルとアルファチャンネルを保持したまま、ファイルサイズをPNGより小さくします。アップロード不要、すべて端末内で完結。

ブラウザーネイティブ
プライバシー第一
無料

今すぐ変換

ファイルをここにドラッグ＆ドロップ

または

使い方

この変換が存在する理由は、JPEG XLの可逆モードにあります。PNGはもともとすべてのピクセルを正確に保存しているため、変える価値があるのはコンテナだけです。JXLのモジュラー（可逆）コーダーは、PNGのDEFLATEよりも同じピクセルを少ないバイト数に収めます。PNGをdistance 0でJXLに再エンコードすると、同一の画像をより小さなサイズで取り戻せます。だからこそ、アイコンセット、スクリーンショット、フラットなUI素材、大量のPNGアーカイブを抱える人がこの方法を選ぶのです。 このツールはブラウザのネイティブデコーダーでPNGをデコードし、キャンバスに描画して、生のRGBAピクセルを取り出します。そのピクセルは、WebAssemblyにコンパイルされた@jsquash/jxlエンコーダーへ直接渡され、distance 0（数学的に可逆）かつプログレッシブエンコードで処理されます。デコードされたピクセルとアルファチャンネルは正確に再現され、変わるのはバイトの並び方だけです。ここには非可逆の設定も、設定を誤りかねない品質スライダーもないため、出力は常に入力の忠実なコピーになります。 処理全体はページ内で完結します。PNGはメモリに読み込まれ、エンコードされ、.jxlファイルとしてダウンロードに渡されます。何もアップロードされないため、ページの読み込み後にネットワークケーブルを抜いても変換は動き続け、ファイルがサーバーに触れることはありません。

関連変換ツール

あなたのワークフローに役立つ他の強力なコンバーターを発見してください

PNG最適化ツール：ピクセルそのまま、可逆圧縮

oxipngでPNGファイルを可逆圧縮。フィルターとDEFLATEの最適化でピクセルはそのまま容量だけ削減。ブラウザ内で動作し、アップロードも画質劣化もありません。

.png
今すぐ試す

PNGをAVIFに変換 - 可逆圧縮で透過もそのまま

ブラウザ上でPNGを可逆圧縮のAVIFに変換。AV1のイントラ符号化が、全ピクセルと透過をそのまま残したままファイルを小さくします。アップロード不要、すべて端末内で完結。

.png
今すぐ試す

PNGをBase64に変換：PNGをData URIにエンコード

ブラウザ内でPNGをBase64のData URIにエンコード。HTML・CSS・JSに貼り付けて小さなアイコンをインライン化できます。アップロード不要、ワンクリックでコピー、可逆。

.png
今すぐ試す

JPEGをJXLに変換：ブラウザ内で可逆的に再エンコード

JPEGをブラウザ内でローカルにJPEG XL（.jxl）へ変換。デコード後のピクセルを可逆的に再エンコード。アップロードもサーバーも登録も不要。

.jpg.jpeg
今すぐ試す

Base64からPNGへ：data URIをブラウザでデコード

Base64文字列やdata:URIを貼り付けて、ローカルでPNGにデコード。アルファ透過を保持し、アップロードもサーバーも不要。完全にクライアント側でデコードします。

.txt
今すぐ試す

JPEGオプティマイザー：mozjpegでJPGファイルサイズを縮小

mozjpegでJPEGを再エンコードし、ほぼ同じ画質のままファイルサイズを削減。すべてブラウザ内で完結し、アップロード不要、元より大きいファイルが返ることはありません。

.jpg.jpeg
今すぐ試す

他のPNG

png optimizerpng → avifpng → base64png → jpegpng → pdf

変換先JXL

jpeg → jxl
すべてのコンバーターを表示

機能

  • ファイルアップロード不要
  • 100% プライバシー重視
  • ブラウザー駆動
  • 高速処理
  • 永久無料

対応フォーマット

.png

出力: JXL

技術仕様

input Format PNG（Portable Network Graphics）、アルファチャンネル対応
output Format JXL（JPEG XL、ISO/IEC 18181）
compression Type JXLモジュラーコーダー、可逆（エンコーダーはdistance 0に固定）
quality Retention ピクセル単位で同一、アルファチャンネルも保持
color Space Support キャンバス経由で8ビットRGBAにデコード、sRGBのピクセル値を保持
max Resolution 端末のメモリのみが上限（アップロードは100MBまで）
processing Time 即時、ブラウザ内で実行

主な利点

  • 設計上の可逆：すべてのPNGピクセルとアルファチャンネルがそのまま戻る
  • 通常は元のPNGより小さく、写真やグラデーションで効果が最大
  • 完全に端末内で実行され、PNGが端末を離れることはない
  • ページの読み込み後はオフラインでも動作する
  • 誤設定する品質スライダーがなく、出力は常に忠実なコピー
  • ロゴ、アイコン、オーバーレイで透明度がそのまま引き継がれる

一般的な使用例

  • 大量のPNG素材ライブラリを、1ピクセルも変えずにアーカイブ用に小さくする
  • UIアイコン、スクリーンショット、フラットなイラストをPNGよりコンパクトに保存する
  • JXLをネイティブにデコードするApple環境向けに、完全なコピー画像を用意する
  • 元のPNGよりディスク上で小さい、可逆のマスターコピーを保持する
  • デザインやスクリーンショットのコレクションの保存・バックアップ容量を削減する
  • PNGとしては圧縮効率の悪い写真系PNGを再エンコードする

プロのヒント

  • 最適化済みのPNGもぜひ通してみてください。JXLはDEFLATEが見落とした分の削減を見つけることがよくあります
  • 配信先がJXLを確実にデコードできるようになるまで、元のPNGをフォールバックとして残しておきましょう
  • Web配信にはWebPかAVIFを使い、JXLは保存用やApple環境向けに取っておきましょう
  • 画像全体がメモリに読み込まれるため、非常に大きなキャンバスはRAMに余裕のある端末で変換しましょう
  • 小さくフラットなアイコンよりも、写真やグラデーションのほうが削減幅は大きくなると考えておきましょう

よくある質問

常に可逆です。エンコーダーはJXLの数学的に可逆な設定であるdistance 0に固定されています。PNGはもともと可逆なので、デコードされたピクセルとアルファチャンネルはビット単位で同一のまま出力されます。画像は変わらず、変わるのはピクセルの保存方法だけです。それがJXLを小さくしている要因です。
たいていは小さくなります。JXLの可逆モジュラーコーダーは一般にPNGのDEFLATEを上回り、写真やグラデーション、広い単色領域で特に効果が大きくなります。ごく小さなPNGや、すでにoxipngやpngquantで圧縮済みのPNGは、わずかしか縮まないこともあります。削減はあくまで圧縮性能の向上によるもので、何かを捨てているわけではありません。
はい。アルファチャンネルはPNGから読み取られてJXLにエンコードされるため、半透明の縁、ドロップシャドウ、完全に透明な背景もすべて維持されます。透明度こそが要となるロゴ、UI素材、オーバーレイにも安心して使えます。
対応状況はばらつきがあるので、前提として備えておいてください。macOS SonomaのSafariとiOS 17以降ではJXLを開けますが、ChromeとFirefoxはネイティブにデコードしません。表示や編集には、GIMP、ImageMagick、XnView、macOSのプレビューがJXLに対応しています。JXLは保存用およびApple環境向けの形式と考え、オープンなWeb向けにはPNG、WebP、AVIFのコピーを残しておきましょう。
いいえ。PNGはWebAssemblyを通じてすべてブラウザ内でデコードと再エンコードが行われます。アップロードもサーバー処理もなく、後に残るものもありません。ページの読み込み後にネットワークを切断しても変換は動き続けます。これが最も簡単な確認方法です。
可逆の用途では、JXLは可逆WebPよりも一般に圧縮が緻密で、可逆AVIFとも互角です。最小の完全なコピーや長期アーカイブが欲しいときに有利です。今日どのブラウザでも表示させる必要があるなら、デコーダー対応の面から可逆WebPやAVIFのほうが安全な選択です。
このツールはアップロードを100MBまでに制限しますが、それ以外に固定のピクセル上限はありません。実際の上限は端末のメモリです。画像全体をRAMにデコードしてそこで再エンコードするためです。一般的な大きさのPNGなら通常のノートパソコンで問題なく変換できますが、極端に巨大なキャンバスはより多くのメモリを備えた端末が必要になることがあります。
メモリ使用量を予測しやすく保つため、1回につき1ファイルを処理します。エンコードは速いので、バッチキューがなくても、アイコンやスクリーンショットのフォルダーを次々と変換するのは実際には十分速いです。