Chrome et JPEG XL : choisir un format d'image en 2026
Chrome 155 décode le JPEG XL. Comment choisir entre WebP, AVIF et JPEG XL pour un site d'entreprise, et pourquoi rien ne presse. Lisez notre explication.
Équipe rabbitclipPublié: 6 min de lecture
En bref
Chrome 155 commence à décoder les images JPEG XL (.jxl) et, selon l'article du blog des développeurs de Chrome du 6 octobre 2026, le format offre une compression meilleure de 30-50 % que le JPEG, une compression sans perte et une prise en charge HDR intégrée. Pourtant, la bonne démarche pour votre site d'entreprise n'est pas de changer tout de suite : l'article ne concerne que le décodage, l'état des autres navigateurs ne figure pas dans les sources sur lesquelles repose ce texte, et vos outils de préparation d'images doivent aussi pouvoir écrire le format. La voie raisonnable consiste à garder le format actuel et à essayer le JPEG XL avec une solution de repli.
Cet article ne compare pas les trois formats avec un tableau de mesures, car notre source est l'annonce de Chrome elle-même et nous n'avançons aucun chiffre pour WebP ou AVIF. Avec les faits dont nous disposons, nous expliquons comment faire le choix, comment fonctionne la diffusion avec repli et quand il vaut mieux ne rien faire du tout.
Qu'apporte Chrome 155 avec le JPEG XL ?
Le blog des développeurs de Chrome indique que Chrome 155 arrive avec la prise en charge du décodage du JPEG XL. Selon l'article, le format offre une compression meilleure de 30-50 % que le JPEG, une compression sans perte et une prise en charge HDR intégrée. S'y ajoutent la conversion sans perte d'un JPEG existant et un décodage progressif fin ; le décodage progressif signifie qu'une image gagne en netteté morceau par morceau pendant son chargement.
Deux limites de l'article méritent d'être connues. D'abord, il ne couvre que le décodage : Chrome saura afficher un fichier JPEG XL, mais produire le fichier relève de votre chaîne d'outils. Ensuite, la méthode derrière le chiffre de 30-50 % n'est pas donnée. Le décodeur est jxl-rs, écrit en Rust, l'équipe de Chrome invoquant la sécurité mémoire, et l'interopérabilité est vérifiée par l'examen d'Interop 2026. L'équipe recommande d'essayer à la fois l'AVIF et le JPEG XL.
Faut-il passer tout de suite au JPEG XL ?
Pour la plupart des sites d'entreprise, non. La première raison est la répartition de la prise en charge : Chrome la propose, mais l'état des autres navigateurs ne figure pas dans nos sources. Vous pouvez voir quels navigateurs vos visiteurs utilisent dans votre propre outil d'analyse, et la décision devrait suivre cette répartition. La seconde raison est la chaîne d'outils : le programme qui prépare vos images, votre système de gestion de contenu et un éventuel CDN doivent pouvoir écrire et servir le format. Leur état varie d'un site à l'autre.
Troisièmement, un gain n'est pas promis avant d'être mesuré. 30-50 % est la formulation de Chrome ; elle ne garantit pas le même résultat pour vos images. Mesurez d'abord la taille actuelle de vos fichiers avec les outils de compression d'images et de vitesse de site de rabbitclip, puis comparez l'essai en JPEG XL à cette référence.
Comment le diffuser avec une solution de repli ?
Tous les navigateurs ne prennent pas en charge le JPEG XL, donc le principe général est le suivant : n'utilisez pas le nouveau format comme source unique. Une méthode consiste à donner plusieurs sources avec l'élément picture et à laisser le navigateur choisir celle qu'il prend en charge. L'autre est que le serveur lise l'en-tête de la requête et remette le bon fichier selon le type de contenu ; c'est en général un réglage du service d'images ou du CDN.
Quelle que soit la méthode choisie, un fichier de repli classique doit toujours exister. Sans lui, un visiteur dont le navigateur ne connaît pas le format voit une case vide, et vous pouvez perdre des clients pendant des semaines sans vous en apercevoir.
- Mettre la source JPEG XL en premier dans l'élément picture et la source largement utilisée en dernier
- Ou faire choisir le bon fichier par le serveur selon le type de contenu
- Toujours conserver et servir le fichier de repli
- Vérifier que la couche de cache ne mélange pas les différents formats
Qu'est-ce qui est arrivé avec Chrome 154, et cela concerne-t-il les formats d'image ?
Selon le blog des développeurs de Chrome, Chrome 154 est sorti le 22 septembre 2026. Il a apporté un iframe qui s'adapte à la hauteur de son contenu (frame-sizing: content-height, la page intégrée donnant son accord par une balise meta), les modes links et tabs pour scroll-marker-group, ainsi que text-decoration-inset. Il n'a pas de lien direct avec les formats d'image.
Il comporte tout de même un rappel pour un site d'entreprise : Chrome ajoute de nouvelles fonctions à chaque version, et la plupart ne vous sont pas nécessaires. Si vous écrivez du code à la main pour fixer la hauteur d'un formulaire de rendez-vous intégré, le changement d'iframe peut réduire ce code ; laissez ce jugement à votre développeur.
Quelles erreurs sont fréquentes dans le choix d'un format d'image ?
L'erreur la plus courante est de traiter le nouveau format comme un gain en soi. Même si la taille des fichiers diminue, un repli manquant ou une chaîne d'outils défaillante transforme le gain en perte. La deuxième est de supprimer les fichiers originaux de haute qualité et de ne garder que la copie convertie.
La troisième est de décider sans mesurer. Changer de format sans savoir sur quelles pages le poids des images pose problème améliore le mauvais endroit.
- Diffuser le format comme source unique sans repli
- Supprimer les fichiers originaux
- Ne pas mesurer avant et après
- Décider sans regarder la répartition des visiteurs
Quand ce changement est-il inutile ou mal choisi ?
Si votre site a peu d'images et que vos mesures de vitesse ne montrent aucun problème, le travail de changement de format peut dépasser le bénéfice. Si votre chaîne d'outils ne sait pas écrire le JPEG XL, remplacer l'outil ne devrait pas non plus être la première étape. Si vous n'avez besoin ni du HDR ni de la compression sans perte, les points forts du format ne vous concernent pas.
Le mauvais choix, c'est ceci : convertir toutes les images du jour au lendemain parce que l'annonce est parue, sans laisser de repli. Le bon ordre : mesurer, essayer quelques images, diffuser avec un repli, mesurer de nouveau.
La prise en charge du JPEG XL par Chrome 155 est un développement intéressant, mais pas une urgence pour votre site d'entreprise. Mesurez vos images actuelles, regardez la répartition des navigateurs de vos visiteurs, faites un essai avec quelques images et un repli, puis comparez le résultat. Si vous souhaitez examiner ensemble votre chaîne d'images, nous aurons plaisir à avoir avec vous un échange de découverte tranquille chez rabbitclip.
Questions fréquentes
À partir de quand Chrome prend-il en charge le JPEG XL ?
Selon l'article du blog des développeurs de Chrome du 6 octobre 2026, Chrome 155 arrive avec la prise en charge du décodage du JPEG XL. L'article ne concerne que le décodage.
De combien un fichier JPEG XL est-il plus petit qu'un JPEG ?
L'article de Chrome parle d'une compression meilleure de 30-50 % mais ne donne pas la méthode de mesure. N'attendez pas le même rapport pour vos propres images ; essayez et mesurez.
Les autres navigateurs prennent-ils en charge le JPEG XL ?
Ce sujet ne figure pas dans nos sources. C'est pourquoi nous recommandons la diffusion avec repli : avec l'élément picture, ou sur le serveur selon le type de contenu, donnez au navigateur sans prise en charge le fichier largement utilisé.
Dois-je abandonner WebP ou AVIF si je les utilise ?
Non, il n'y a aucune raison. L'équipe de Chrome recommande d'essayer à la fois l'AVIF et le JPEG XL. Ajoutez le JPEG XL avec un repli sans perturber l'organisation qui marche, puis comparez.
Sources
Les informations concrètes de cet article s'appuient sur ces pages officielles ; vérifiez-y la situation actuelle.
