JPEG XL Chrome devient une réalité avec Chrome 155, publié le 6 octobre 2026, mais cela ne justifie pas de remplacer immédiatement WebP et AVIF. JPEG XL apporte surtout un gain potentiel pour les photographies fidèles, les grandes images et la recompression sans perte de fichiers JPEG. Pour un site en production, la bonne stratégie consiste à le tester tout en conservant plusieurs formats de secours.
Que change l’arrivée de JPEG XL dans Chrome 155 ?
Chrome 155 décode JPEG XL par défaut depuis le 6 octobre 2026 sur ordinateur, Android et Android WebView. Le navigateur reconnaît les fichiers .jxl servis avec le type MIME image/jxl. Cette évolution rend le format exploitable à grande échelle, mais sa compatibilité reste inférieure à celle de WebP et AVIF.
JPEG XL est un format d’image normalisé dans la série ISO/IEC 18181 depuis 2021. Il gère la compression avec perte, qui supprime certaines informations pour alléger le fichier, et la compression sans perte, qui préserve toutes les données de l’image.
Le format accepte également la transparence alpha, l’animation, le HDR (plage de luminosité étendue), les espaces colorimétriques larges et le décodage progressif. Ce dernier affiche progressivement une image exploitable au lieu d’attendre son téléchargement complet, un avantage perceptible sur les grandes photographies et les connexions lentes.
L’implémentation de JPEG XL dans Chrome repose en 2026 sur jxl-rs, un décodeur écrit en Rust et conçu pour limiter les erreurs de gestion de mémoire. Mozilla a sélectionné le même composant pour Firefox. Ce choix commun simplifie le suivi technique, sans garantir que toutes les fonctions seront identiques entre navigateurs.
Faut-il remplacer WebP et AVIF par JPEG XL ?
JPEG XL ne doit pas remplacer systématiquement WebP et AVIF en 2026. Google recommande de comparer AVIF et JPEG XL selon les images, tandis que Mozilla estime également que le résultat dépend du contenu et du niveau de qualité demandé. WebP et AVIF restent les options les plus sûres pour une diffusion compatible.
JPEG XL est particulièrement intéressant pour les photographies haute fidélité, les images de grande dimension et les besoins sans perte. Il sait aussi recompresser un fichier JPEG existant sans modifier ses pixels, avec une économie d’environ 20 % rapportée par la littérature technique citée par Google en 2026.
AVIF conserve souvent un avantage sur les photographies destinées au web et les visuels mêlant aplats, contours nets et détails. WebP reste pertinent lorsque la priorité est un traitement simple et une compatibilité étendue. Honnêtement, remplacer toute une bibliothèque WebP fonctionnelle ne se justifie pas sans mesures sur les images réelles du site.
Le tableau suivant reprend les résultats publiés par Mozilla le 24 août 2026. Il s’agit de deux échantillons, pas d’un classement universel : encodeur, réglage de qualité et contenu peuvent inverser le résultat.
| Image et réglage | JPEG XL | AVIF | WebP | Lecture utile |
|---|---|---|---|---|
| Photographie, qualité avec perte moyenne à élevée | 134 kB | 116 kB | Non communiqué | AVIF est plus léger sur cet échantillon |
| Photographie, sans perte | 1,45 MB | 1,76 MB | 1,55 MB | JPEG XL est le plus léger sur cet échantillon |
| Capture d’écran, très haute qualité avec perte | 23,8 kB | 11,6 kB | Non communiqué | AVIF est nettement plus léger ici |
| Capture d’écran, sans perte | 92 kB | 164 kB | 96 kB | JPEG XL devance légèrement WebP |
Ces mesures montrent pourquoi une moyenne globale peut induire une mauvaise décision. Google indique en 2026 que JPEG XL peut produire des fichiers de 30 à 50 % plus petits que des JPEG comparables, mais ce gain ne prédit pas son résultat face à un AVIF correctement encodé.
Quels navigateurs prennent en charge JPEG XL en 2026 ?
La compatibilité JPEG XL reste classée « disponibilité limitée » par Web Platform DX en 2026. Safari 17 et iOS Safari 17 prennent en charge le format depuis le 18 septembre 2023, et Chrome 155 depuis le 6 octobre 2026. Firefox 158 devait l’activer le 13 octobre 2026, date encore future au 10 octobre.
WebP et AVIF sont, eux, pris en charge par les versions courantes de Chrome, Microsoft Edge, Firefox et Safari en 2026. Une entreprise ne devrait donc pas distribuer uniquement des fichiers JPEG XL tant que les navigateurs réellement utilisés par son audience n’ont pas été contrôlés.
La présence d’un format dans un navigateur ne signifie pas toujours que chaque fonction est disponible. Le 24 août 2026, Mozilla signalait notamment que l’implémentation de Safari ne gérait pas encore le rendu progressif ni l’animation. Une galerie de photos fixe et une animation marketing n’ont donc pas le même niveau de risque.
Côté agence, le réflexe est de consulter les données d’audience avant de modifier le pipeline d’images. Une moyenne mondiale pèse moins que la répartition réelle des navigateurs d’un extranet métier, d’une boutique ou d’un site consulté majoritairement sur iPhone.
Comment déployer JPEG XL sans afficher d’images cassées ?
Le déploiement fiable de JPEG XL repose sur l’élément HTML <picture>, qui propose plusieurs sources dans un ordre défini. Un navigateur ignore le type MIME qu’il ne reconnaît pas et charge la source compatible suivante. Un JPEG ou un PNG final doit rester présent pour couvrir les environnements anciens.
Une migration raisonnable commence par un petit ensemble de visuels représentatifs, pas par la conversion de toute la médiathèque. Les étapes suivantes réduisent le risque technique et permettent de mesurer le bénéfice réel :
- Sélectionner des photographies, captures d’écran, images avec transparence et grands visuels correspondant aux usages du site.
- Encoder chaque fichier en JPEG XL et AVIF avec une qualité visuelle comparable, puis conserver WebP ou JPEG comme dernier secours.
- Déclarer les sources dans
<picture>, avectype="image/jxl", puistype="image/avif"outype="image/webp". - Vérifier le type MIME envoyé par le serveur, le poids transféré, le temps de décodage et le rendu sur les navigateurs de l’audience.
- Automatiser la génération uniquement après validation des réglages et prévoir un retour arrière.
Cette automatisation doit entrer dans les procédures de déploiement au même titre que le patch management sans interruption de production. Une bibliothèque d’encodage mise à jour sans test peut modifier les poids, la qualité ou le temps de traitement de milliers d’images.
Le même raisonnement vaut pour les médias lourds : une image et une vidéo exigent des versions adaptées à leur canal. Le choix d’un format doit prolonger la réflexion menée sur la différence entre une vidéo de site web et une vidéo Instagram, plutôt que chercher un fichier unique pour tous les usages.
JPEG XL améliore-t-il automatiquement les performances et le SEO ?
JPEG XL n’améliore pas automatiquement le référencement naturel. Un fichier plus léger peut accélérer l’affichage et réduire les données transférées, mais le résultat dépend aussi des dimensions, du chargement différé, du cache et du temps de décodage. Google ne présente pas le choix de JPEG XL comme un avantage de classement direct en 2026.
Le gain utile se mesure sur le terminal du visiteur. Une discussion d’ingénierie Chromium publiée le 26 août 2026 a soulevé le cas de certains encodages JPEG XL sans perte dont le décodage pouvait être sensiblement plus lent que celui de WebP, avec un coût possible en processeur et en batterie.
Sur les projets que nous menons, nous voyons souvent des équipes gagner quelques kilo-octets tout en servant une image deux fois plus grande que son emplacement à l’écran. Le redimensionnement responsive, c’est-à -dire l’envoi d’une taille adaptée au terminal, produit alors un bénéfice plus évident qu’un changement de format isolé.
Il faut suivre au minimum le poids transféré, le Largest Contentful Paint ou LCP (temps d’affichage du contenu principal), les erreurs de chargement et la consommation serveur liée à l’encodage. Ces données contribuent aussi à une stratégie de visibilité plus large, au même titre que les critères SEO et GEO à prioriser pour rendre les contenus accessibles aux moteurs et aux systèmes d’IA.
Quelle stratégie choisir pour un site en production ?
Pour un site en production en 2026, la stratégie la moins risquée consiste à ajouter JPEG XL aux formats existants plutôt qu’à les supprimer. Testez-le d’abord sur les grandes photographies, les archives JPEG et les images sans perte. Gardez AVIF ou WebP, puis JPEG ou PNG, comme solutions de repli.
Le bon arbitrage dépend du coût de conversion, du volume d’images et du gain observé. Sur un site vitrine comportant quelques visuels déjà légers, une chaîne de génération supplémentaire ajoute parfois plus de maintenance qu’elle n’économise de bande passante. À l’inverse, une photothèque volumineuse ou un catalogue riche en images peut justifier rapidement le test.
La décision peut se prendre avec trois questions simples : JPEG XL réduit-il réellement les fichiers à qualité égale, les navigateurs de vos visiteurs l’utilisent-ils, et le décodage reste-t-il fluide sur mobile ? Si l’une des réponses manque, conservez l’expérimentation derrière une configuration réversible.
Cadrer la chaîne d’images en amont évite les conversions massives inutiles et les problèmes de compatibilité tardifs. Un regard extérieur peut surtout aider à définir un protocole de test lié aux performances, aux terminaux de l’audience et aux contraintes d’hébergement.
FAQ sur JPEG XL dans Chrome
Quelle version de Chrome lit les fichiers JPEG XL ?
Chrome 155 lit les fichiers JPEG XL par défaut depuis le 6 octobre 2026. La prise en charge concerne Windows, macOS, Linux, ChromeOS, Android et Android WebView.
Quelle extension et quel type MIME utiliser pour JPEG XL ?
Un fichier JPEG XL utilise l’extension .jxl et doit être envoyé avec le type MIME image/jxl. Une mauvaise configuration du serveur peut empêcher le navigateur d’exploiter correctement le fichier.
JPEG XL peut-il convertir un JPEG sans perte de qualité ?
JPEG XL permet de transcoder sans perte un fichier JPEG existant, donc de préserver ses pixels tout en réduisant potentiellement son poids. La littérature technique citée par Google en 2026 fait état d’une économie d’environ 20 % pour cette opération.
WordPress prend-il automatiquement en charge JPEG XL ?
La compatibilité du navigateur ne suffit pas à garantir une gestion automatique par WordPress, ses extensions et son hébergeur. Le téléversement, la création des variantes, le type MIME, le cache et les formats de secours doivent être testés sur l’installation concernée.
JPEG XL remplace-t-il le JPEG classique ?
JPEG XL ne remplace pas encore le JPEG classique pour une diffusion universelle en 2026. Le JPEG reste utile comme dernier format de secours, tandis que JPEG XL peut réduire le poids de photographies ou d’archives lorsque le navigateur le prend en charge.