Tout sur les fichiers JXL

le successeur prévu du format JPEG, qui ne se laisse pas abattre

Dernière mise à jour le 25 avril 2026 par Sören Ramspeck avec une expérience de plus de 128 395 842 fichiers convertis depuis 2013.

De nombreuses tentatives ont été faites pour remplacer le format JPEG : WDP, JXR, JPEG-2000, toutes ont échoué. Le format JPEG XL risquait de connaître le même sort, mais fin 2025 / début 2026, le vent a (une fois de plus) tourné : Google va finalement prendre en charge le format JXL dans Chrome.

JXL, le successeur du JPEG

Le JPEG XL (extension de fichier .jxl) est là pour remplacer le JPEG et dispose de tout ce qu'il faut pour y parvenir. Ce format combine la compression sans perte et avec perte en une seule norme libre de droits, tout en offrant des résultats encore meilleurs que le JPEG, le PNG et le WEBP. Développé par le Joint Photographic Experts Group (JPEG) et normalisé sous la référence ISO/IEC 18181, le JPEG XL est appelé à remplacer à long terme les formats d'image classiques ^[1]. Le « L » signifie « Long-Term » (long terme), tandis que le « X » a été repris des autres extensions JPEG (XR, XT, …).

Qu'est-ce qui rend le JPEG XL si particulier ?

Le JPEG XL n'est pas « juste un peu plus JPEG ». C'est un format d'image extrêmement moderne qui cherche à résoudre plusieurs problèmes à la fois. En mode avec perte (comme le JPEG), les fichiers JXL sont généralement 50 à 60 % plus petits que les JPEG classiques pour une qualité comparable. Face au format AVIF, lui aussi très moderne, le JPEG ne peut pas toujours proposer des fichiers plus petits, mais il offre tout de même une vitesse d'encodage supérieure.

Mais le véritable atout : JPEG XL peut recompresser des fichiers JPEG existants sans perte de qualité supplémentaire, tout en économisant environ 20 % d'espace de stockage ^[3]. Aucune perte de qualité, aucun artefact, simplement 20 % d'espace de stockage en moins. Pour les sites web comportant de nombreuses images, 20 % représentent une économie considérable.

De plus, JPEG XL offre des fonctionnalités qu'aucun autre format d'image web courant ne prend en charge dans cette combinaison : décodage progressif (l'image se construit du plus grossier au plus fin, au lieu de se charger ligne par ligne), prise en charge HDR avec une profondeur de couleur allant jusqu'à 32 bits, espaces colorimétriques étendus (Display P3, Rec. 2100) et transparence (canal alpha) ^[1]. De plus, les images peuvent avoir une hauteur et une largeur allant jusqu'à 1 milliard de pixels, contrairement au format JPEG qui est limité à 65 535 x 65 535 pixels.

L'histoire mouvementée du JPEG-XL

Le développement du JPEG XL a débuté en 2017 avec un appel à propositions du groupe JPEG ^[3]. Deux approches prometteuses, le PIK de Google et le FUIF de Cloudinary, ont été fusionnées et ont abouti à la norme finale en 2022. Jusqu'ici, rien d'inhabituel.

L'histoire la plus passionnante se déroule du côté des navigateurs : Chrome et Firefox ont proposé dès 2021 une prise en charge expérimentale derrière un drapeau de fonctionnalité ^[3]. Mais ensuite, en octobre 2022, coup de théâtre : Google a supprimé la prise en charge de JXL dans Chrome au motif qu'il n'y avait « pas assez d'intérêt dans l'écosystème », invoquant des préoccupations de sécurité ^[5]. Plus de 1 000 votes positifs et de nombreux commentaires indignés sur le bugtracker de Chromium ont toutefois exprimé un avis contraire ^[6]. Les critiques ont soupçonné Google de vouloir promouvoir son propre format AVIF (via l’Alliance for Open Media) plutôt que d’ouvrir la voie à une norme indépendante ^[3].

S'ensuivit alors une bataille de trois ans menée par la communauté. Apple a officiellement intégré JPEG XL dans Safari en 2023, et l'iPhone 16 Pro utilise cette norme dans ProRaw d'Apple. Mozilla est passé d'une position défavorable à une position neutre et a commencé à travailler sur un décodeur basé sur Rust ^[1], qui a par la suite dissipé les inquiétudes en matière de sécurité. Fin 2025, Google a finalement cédé : le statut Chromium est passé de « Obsolete » à « Assigned », et en février 2026, Chrome 145 est (à nouveau) sorti avec un décodeur JXL intégré ^[2]. L'intégration de JPEG XL dans la spécification PDF a sans doute également contribué au revirement de Google ^[5]. En avril 2026, la fonctionnalité JPEG XL doit encore être activée manuellement tant dans Chrome que dans Firefox.

Prise en charge par les navigateurs et les logiciels (situation en 2026)

Installer la prise en charge de JPEG XL sous Windows 11

Actuellement, l'installation de l'extension suivante est encore nécessaire pour activer la prise en charge de JXL sous Windows 11 : JPEG XL – Microsoft Store.

JPEG XL vs AVIF vs WebP

Comparaison des trois formats d'image Web modernes :

AVIF (basé sur le codec VIDéo AV1) offre une très bonne compression, mais est lent à l'encodage, ne prend en charge ni le décodage progressif ni la recompression JPEG sans perte, et est limité à des tailles d'image de 8 192 x 8 192 pixels, bien que 65 536 x 65 536 pixels soient parfois possibles. ^[4]

WebP (l'ancienne norme d'image de Google) constituait un bon premier pas et bénéficie d'une large prise en charge par les navigateurs. La compression est toutefois nettement inférieure à celle de JPEG XL et d'AVIF, et des limites apparaissent également au niveau de la profondeur de couleur (8 bits maximum).

JPEG XL combine les atouts des deux formats : une compression optimale à des vitesses réalistes, un décodage progressif, une recompression JPEG sans perte, le HDR, des espaces colorimétriques étendus et des images pouvant atteindre un milliard de pixels ^[1]. Le seul inconvénient jusqu'à présent était la prise en charge incomplète par les navigateurs. Je pars du principe que les indicateurs de fonctionnalité seront activés dans Firefox et Chrome d'ici 2026 et que l'adoption du format va rapidement s'accélérer.

Caractéristiques techniques de JXL

JPEG XL repose sur une combinaison de codage DCT par blocs (pour le mode avec perte, similaire au JPEG classique) et d’un « mode modulaire » pour la compression sans perte et les contenus d’images synthétiques ^[1]. Le codage entropique utilisé est l'ANS (Asymmetric Numeral Systems), un procédé moderne à la fois rapide et efficace.
Le format prend en charge des profondeurs de couleur de 8 à 32 bits par canal, un sous-échantillonnage de couleur variable (4:4:4, 4:2:2, 4:2:0), les profils de couleur ICC, les métadonnées (EXIF, XMP), les animations et même plusieurs calques (layers) dans un seul fichier. L'implémentation de référence est libjxl (C++) ; il existe également jxl-rs, un décodeur en Rust qui est désormais utilisé à la fois dans Chrome et dans Firefox ^[1].

Convertir JXL

Malgré une prise en charge croissante, il existe encore en 2026 suffisamment de situations où une conversion est nécessaire : navigateurs et systèmes d’exploitation plus anciens sans prise en charge JXL ou avec une prise en charge inactive, plateformes de réseaux sociaux qui n’acceptent pas (encore) ce format, ou flux de travail avec des logiciels qui ne reconnaissent pas JXL. Dans ces cas, la conversion en JPEG (pour une compatibilité maximale et des fichiers légers), en PNG (lorsque la transparence ou une qualité sans perte sont requises) ou en WEBP (pour une utilisation sur le Web) est utile. La conversion avec pdf-convertisseur.fr est rapide et sécurisée, ne nécessite aucune installation de logiciel et est gratuite.

Personnellement, je me réjouis que la communauté ait réussi à remettre Google sur la voie du JPEG XL. Le JPEG XL est un excellent format doté de nombreuses qualités et, espérons-le, il ne finira pas, comme le JPEG-2000 ou le JPEG XR, par être relégué aux oubliettes après peu de temps.

Sources

[1] Wikipédia : JPEG XL
^[2] Phoronix : Chrome 145
^[3] JPEG : Livre blanc JPEG XL
^[4] Wikipédia : AVIF
^[5] Phoronix : Google envisage de réintroduire la prise en charge de JPEG-XL dans Chrome / Chromium
^[6] issues.chromium.org : Prise en charge du décodage JPEG XL (image/jxl)
^[7] Prise en charge logicielle de JPEG XL