JPEG XL（JXL）画像のメタデータを削除
08 今はまだ手持ちのファイルが少ないかもしれない形式——正直にお伝えします
JPEG XLは本当に高性能なJPEGの後継形式です——より優れた圧縮率、本物のプログレッシブデコード、無損失の
JPEG再圧縮などがその特徴です——しかし2026年時点では、ネイティブに対応しているのはSafariのみで（それも
部分的な対応にとどまり、アニメーション非対応、プログレッシブデコード非対応）、Chromeはデフォルト有効で
はなく実験的機能フラグの背後にデコーダーを用意しています。実際には、今日.jxlファイルを持
っているとしたら、それはおそらく写真編集のワークフローかアーカイブの書き出しから来たものであり、iPhone
のHEICのように携帯電話が自動的に生成するものではありません。このページが存在するのは、この形式が重要だ
からであり、ほとんどの人が今JXLファイルを持っているからではありません。
詳しく見る：技術的にはなぜこれが最も対応しやすい"珍しい"形式なのか
HEIC（独立したJavaScriptデコードライブラリが必要）やAVIF（ブラウザ自身のネイティブデコード対応に依 存）とは異なり、JPEG XLには依存ライブラリを一切必要としない本物のデコーダーが存在します——これは Chrome自身が2026年に独自のJXL対応のために採用したのと同じ種類の技術です。つまり、ここでのJXL対応は 、別途ブリッジを用意することなく、他のあらゆる形式が使うのと同じエンジンに直接接続されています。唯 一の正直な留保事項は、このデコーダーの内部にあるスレッド処理関連の依存ライブラリが、WebAssembly向 けに専用にコンパイルされた際に正しく動作するかどうか、独立した検証がまだ行われていないことです—— 本サイトの他のすべてが問題なく動作しているのにJXLファイルの処理だけが失敗する場合、これが最も可能 性の高い原因であり、他のどの形式にも影響しません。
意図的に読み取り専用
まだ成熟した、依存ライブラリ不要のJPEG XLエンコーダーが存在しないため、ここでのJXL入力は出力時に常に PNGになります——これはすでにSVGやHEICで採用されているのと同じパターンです。ファイルがピクセルへとデコ ードされた後は、本サイトが他のあらゆる形式に対して行っているメタデータフィールドのチェックや構造チェッ クのすべてが、同じように適用されます。