La prise en charge par défaut de JPEG XL dans les navigateurs : un tournant pour le format d’image de nouvelle génération

Le 6 octobre, Chrome a annoncé la prise en charge par défaut du format JPEG XL (JXL) à partir de la version 155. Firefox a ensuite activé cette prise en charge par défaut dans sa version 158. Cela signifie que la prise en charge de JXL par les principaux moteurs de navigateur passe enfin de l’« expérimentation » à l’utilisation pratique.

Qu’est-ce que JXL ?

JPEG XL est un format d’image matricielle de nouvelle génération développé conjointement par le Joint Photographic Experts Group (JPEG), Google et Cloudinary. Il est devenu une norme internationale (ISO/IEC 18181) en 2021–2022. Son objectif est de remplacer simultanément JPEG, PNG et GIF, tout en rivalisant avec AVIF et WebP dans les environnements Web modernes.

Différences fondamentales entre JPEG et JPEG XL

Il convient toutefois de le préciser : dans les scénarios actuels de photos Web avec perte, AVIF est généralement plus petit que JPEG XL (selon une comparaison systématique réalisée en octobre 2026, JXL est souvent 15–25 % plus volumineux qu’AVIF à qualité équivalente avec les paramètres par défaut). Les principaux avantages de JPEG XL résident dans la compression sans perte, la recompression sans perte des JPEG existants, l’excellent chargement progressif ainsi que les scénarios haute fidélité/HDR.

Principe de la recompression sans perte des JPEG existants

Le transcodage traditionnel (vers WebP ou AVIF) doit d’abord décoder le JPEG en pixels, puis l’encoder à nouveau dans le nouveau format. Ce processus est à la fois lent et susceptible de perdre les informations originales en raison d’une nouvelle quantification, ce qui le rend irréversible.

Le chemin de transcodage sans perte de JPEG XL est complètement différent : il évite le décodage des pixels et manipule directement les données compressées déjà quantifiées à l’intérieur du fichier JPEG. Plus précisément, il extrait les coefficients de la transformée en cosinus discrète (DCT) du JPEG, puis les réencapsule dans le conteneur JPEG XL. Comme les coefficients DCT d’origine sont conservés à l’identique, il s’agit essentiellement d’une réorganisation du format, et non d’une nouvelle compression.

Le fichier JXL généré contient une boîte appelée JBRD (JPEG Bitstream Reconstruction Data). Celle-ci, avec les tables de quantification et les coefficients DCT stockés dans le flux binaire, contient toutes les informations nécessaires à la reconstruction du fichier JPEG original. Il est ainsi possible d’obtenir une restauration parfaite au niveau des octets.

Comment vérifier si un navigateur prend en charge JXL

Le script suivant permet d’effectuer une vérification dans la console du navigateur :

async function supportsJpegXl(testUrl = 'https://jpegxl.info/ComparisonImages/AVIF_CompareSizeSameQuality/close-up-beautiful-chicken-country-lifestyle.png.d0.6.7.jxl') {
  return new Promise((resolve) => {
    const img = new Image();
    img.onload = () => resolve(true);
    img.onerror = () => resolve(false);
    img.src = testUrl;
  });
}

supportsJpegXl().then(supported => {
  console.log('浏览器支持 JPEG XL？', supported);
});

En production, il est généralement préférable d’utiliser <picture> pour une amélioration progressive plutôt que de dépendre entièrement d’une détection en JavaScript.

Prise en charge par les navigateurs (octobre 2026)

• Chrome / famille Chromium : prise en charge par défaut à partir de la version 155 (publiée le 2026-10-06), avec le décodeur Rust jxl-rs sécurisé par conception vis-à-vis de la mémoire.
• Firefox : prise en charge par défaut à partir de la version 158 (publication prévue autour du 2026-10-13), également basée sur jxl-rs.
• Safari : prise en charge des images statiques à partir de la version 17 (prise en charge partielle, avec des capacités d’animation et de chargement progressif plus limitées).
• Les navigateurs basés sur Chromium, comme Edge, devraient suivre prochainement.

Utilisation et transcodage

Il est désormais possible de choisir le format JXL en sortie avec des outils tels que zippic. Pour les environnements contenant déjà un grand nombre de JPEG, il est préférable d’utiliser la recompression sans perte (qui conserve la qualité originale et permet une restauration à tout moment).

La méthode recommandée consiste à utiliser <picture> pour prévoir un remplacement par plusieurs formats :

<picture>
  <source srcset="image.jxl" type="image/jxl">
  <source srcset="image.avif" type="image/avif">
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="描述">
</picture>

Parmi les outils d’encodage courants figurent cjxl (libjxl), jixel, libvips et Sharp.

Quand privilégier JPEG XL ?

Chrome recommande également officiellement d’« essayer à la fois AVIF et JPEG XL » afin de choisir le meilleur résultat pour chaque image.

Conclusion

JPEG XL est actuellement l’un des formats d’image de nouvelle génération les plus avancés sur le plan technique. Il se distingue par l’étendue de ses fonctionnalités (sans perte, animation, transparence, HDR, grande profondeur de bits et chargement progressif), notamment dans les scénarios de migration sans perte de JPEG existants et de compression sans perte, où il offre des avantages uniques.

Avec la prise en charge par défaut officiellement activée dans Chrome 155 et Firefox 158 en octobre 2026, il dispose désormais d’une base pratique plus large. Pour les nouveaux projets, il peut être considéré comme l’un des formats prioritaires, en complément d’un mécanisme de remplacement avec AVIF/WebP. Pour les environnements contenant déjà un grand nombre de JPEG, sa capacité de recompression sans perte permet une migration progressive et fluide.