Pendant des années, JPEG XL est resté un format intéressant, mais difficile à utiliser en production web : les navigateurs le prenaient en charge de façon trop limitée. La donne change. En octobre 2026, Google Chrome et Mozilla Firefox ont commencé à intégrer JPEG XL. Concrètement, ça veut dire que le format devient enfin testable à plus grande échelle, pour couvrir des usages qui étaient répartis entre JPEG, PNG, GIF, WebP et AVIF.
Cela dit, l'annonce ne doit pas déclencher une conversion précipitée. La prise en charge par deux navigateurs ne garantit pas que tous les appareils de vos visiteurs pourront ouvrir un fichier JXL. Et même si JPEG XL améliore souvent la compression, la qualité et certains scénarios d'archivage, il ne gagne pas systématiquement face à AVIF, notamment pour les images web avec pertes.
L'intérêt de JPEG XL est ailleurs : il regroupe plusieurs fonctions, préserve mieux certains flux de travail et peut même compresser des JPEG existants sans modifier les pixels de l'image d'origine (bit pour bit, dans certains cas). Voici ce que son arrivée change, en quoi il se différencie d'AVIF, et comment l'évaluer sans pénaliser l'expérience de vos visiteurs.
Ce que l'arrivée de JPEG XL change
Un format d'image peut être très bon techniquement, et quand même rester peu utile si les principaux navigateurs ne savent pas le décoder. Pendant longtemps, c'était le nœud du problème pour JPEG XL. Avec l'arrivée de Chrome et de Firefox, le format devient accessible à davantage de monde - donc plus facile à tester dans des conditions réalistes.
Mais attention à deux confusions fréquentes. D'un côté, il y a la prise en charge "sur le papier" par un navigateur. De l'autre, il y a la couverture réelle de votre audience : selon les versions installées, le système, ou la manière dont vous servez les fichiers, l'expérience peut varier. Avant de pousser du JXL partout, vérifiez l'impact sur les navigateurs réellement utilisés chez vous (par exemple avec Can I use et surtout avec vos propres mesures).
Un format conçu pour plusieurs usages
JPEG XL, souvent abrégé en JXL, n'a pas été pensé comme "un autre JPEG". L'idée est d'unifier, dans un même format, des besoins qui étaient dispersés : photographie avec pertes, images sans pertes, transparence, animation, et support d'une large profondeur de couleur.
Dans la pratique, un fichier JXL peut convenir à des photos, à des illustrations avec transparence, ou encore à des rendus destinés à des usages professionnels. Le format gère aussi l'affichage progressif : l'image se précise pendant le chargement, ce qui peut aider quand la connexion est moins stable.
Rien de tout ça ne veut dire que JXL remplacera forcément tous les formats existants. Un GIF animé, un PNG pour de petites images, ou un AVIF déjà bien optimisé peuvent rester des choix pertinents. Le bon format dépend toujours du type d'image, des outils d'export et des navigateurs visés.
Une profondeur de couleur qui compte dans certains métiers
JPEG XL supporte une profondeur de couleur élevée : jusqu'à 32 bits par canal selon les données et les usages, ainsi que des espaces colorimétriques étendus et des contenus HDR. Le format peut aussi transporter des informations supplémentaires sous forme de canaux dédiés (profondeur, transparence, etc.).
Sur une page d'actualité, ces capacités ne se traduisent pas forcément par un gain visible. En revanche, elles peuvent être utiles pour la retouche, la création, l'imagerie pro et les fichiers "maîtres" destinés à être conservés et retravaillés. En production, une profondeur supérieure peut limiter certains problèmes de dégradés lors de traitements successifs - à condition que toute la chaîne (logiciels, rendu sur écran, export) conserve bien les informations.
Et le HDR n'est pas géré de la même façon partout : vérifiez la chaîne complète, plutôt que de vous baser uniquement sur les capacités théoriques du format.
Un avantage concret : transcoder un JPEG sans perte
L'une des fonctions les plus intéressantes de JPEG XL concerne les fichiers JPEG existants. Le format peut les transcoder de façon réversible : un JPEG peut être encapsulé et compressé dans un fichier JXL, puis reconstruit à l'identique, bit pour bit, si le flux de travail le permet.
Selon les images et les réglages, cette approche peut réduire la taille de certains JPEG, parfois autour de 20 %. L'important, c'est que ce n'est pas une "réécriture" avec une nouvelle compression avec pertes. Pour des archives ou des bibliothèques d'images volumineuses, éviter une dégradation à chaque conversion a une valeur opérationnelle réelle.
Cela dit, le gain dépend fortement des fichiers. Le mieux reste de mesurer sur un échantillon représentatif et de vérifier que vos outils savent lire, stocker et restaurer ces archives. Une fonctionnalité utile ne remplace pas une stratégie de sauvegarde ni des contrôles d'intégrité.
JPEG XL contre AVIF et les autres formats
À la question "quel est le meilleur format ?", la réponse honnête est : ça dépend. Le résultat varie selon le type d'image, la qualité visée, le codec, l'encodeur et vos contraintes de décodage. Pour un site, il ne suffit pas de regarder le poids du fichier : il faut aussi considérer le rendu, la compatibilité, le temps de traitement et la facilité d'exploitation au quotidien.
| Format | Atout principal | Limite à considérer |
|---|---|---|
| JPEG | Compatibilité historique très large | Compression avec pertes et absence de transparence |
| PNG | Images sans pertes et transparence | Fichiers parfois lourds pour les photographies |
| WebP | Prise en charge large et usages variés | Moins adapté à certains besoins de très haute profondeur de couleur |
| AVIF | Compression avec pertes souvent très efficace | Encodage et décodage à évaluer selon les appareils et les usages |
| JPEG XL | Polyvalence, capacités sans pertes et transcodage JPEG réversible | Adoption navigateur et outils encore en évolution |
Pour les images web avec pertes, AVIF reste très crédible
AVIF est déjà pris en charge par la plupart des navigateurs modernes et, selon les images, peut produire des fichiers plus petits que JPEG XL pour une qualité visuelle comparable. Les écarts ne sont pas identiques partout : textures, bruit, aplats et niveau de détail changent complètement la donne.
Donc, oui, c'est tentant de conclure que "JXL remplace AVIF". Mais ce serait trop rapide. Si votre but est de réduire la taille des photos d'une boutique, comparez sur vos propres images, avec des réglages cohérents. Une comparaison utile regarde le rendu à l'écran ET la taille du fichier, sur plusieurs appareils.
AVIF s'appuie sur l'écosystème de l'image fixe lié à AV1. C'est une option performante, libre de redevances et largement déployée. Dans ce contexte, JPEG XL et AVIF peuvent parfaitement coexister : choisir l'un ne vous oblige pas à abandonner l'autre.
Pour le sans-perte et l'archivage, JXL a un argument fort
Dans les comparaisons rapportées pour le sans-perte, JPEG XL obtient souvent de bons résultats. Selon les jeux d'essai et les méthodes, AVIF sans pertes peut produire des fichiers plus lourds et demander davantage de temps de décodage. On voit passer des écarts de 30 à 122 %, mais ce ne sont pas des chiffres "universels" : la source, les paramètres et l'implémentation comptent énormément.
Le point le plus dur à concurrencer reste le transcodage réversible des JPEG. C'est ce qui rend possible une réduction de stockage sans repartir d'une compression avec pertes à chaque fois. Pour des entreprises qui conservent de grandes collections photo, ça peut justifier un essai. Pour l'affichage web en général, AVIF reste souvent plus simple à exploiter.
La vitesse dépend du contexte
JPEG XL s'appuie sur des décodeurs optimisés pour des processeurs modernes (par exemple via la vectorisation SIMD). Mais ça ne garantit pas qu'il sera toujours le plus rapide : les performances varient selon le processeur, le navigateur, la taille des images et les réglages du codec. AVIF peut aussi être plus rapide dans certains scénarios.
Le bon critère, c'est ce que vous observez chez vous. Si votre audience inclut des appareils d'entrée de gamme ou plus anciens, testez le temps de décodage et la consommation mémoire, pas seulement le poids réseau. Une image plus petite n'est pas forcément un meilleur choix si elle ralentit l'affichage sur des appareils qui comptent vraiment pour votre activité.
Comment déployer JPEG XL sans risque
Le fait qu'un format arrive dans les navigateurs ne veut pas dire qu'il faut convertir toute la médiathèque le soir même. En production, la bonne stratégie consiste à limiter le périmètre, mesurer, puis garder un repli. Ce n'est pas "spectaculaire", mais c'est le seul moyen d'éviter les surprises de compatibilité une fois déployé.
Vérifier l'audience avant de modifier les exports
Commencez par regarder les navigateurs et appareils réellement présents chez vous. Les statistiques générales ne remplaceront jamais vos données : un public pro, un site grand public et une application interne n'ont pas les mêmes habitudes. Tenez aussi compte des anciennes versions, des navigateurs intégrés dans des applis, et des contraintes d'équipements gérés dans une organisation.
Ensuite, testez un lot d'images représentatif : photos, visuels avec transparence, illustrations, miniatures, images très détaillées. Comparez JPEG XL avec vos formats actuels à qualité visuelle équivalente. Évitez de comparer un fichier exporté différemment "pour gagner un peu de poids" : sans contrôle du rendu, vous comparez autre chose que le format.
Prévoir un format de repli
Tant que la couverture de votre audience n'est pas solide, gardez un chemin de repli. Côté HTML, l'élément <picture> permet au navigateur de choisir entre plusieurs sources :
<picture>
<source srcset="image.jxl" type="image/jxl">
<source srcset="image.avif" type="image/avif">
<img src="image.jpg" alt="Description de l'image">
</picture>
L'exemple n'est pas une recette universelle : vérifiez le type MIME servi par votre serveur, le comportement des caches, et la façon dont votre chaîne de publication génère les variantes. Si vous utilisez un CDN, assurez-vous qu'il ne renvoie pas la mauvaise variante à certains navigateurs à cause d'une mise en cache mal négociée.
Et ne vous limitez pas aux pages "classiques" : images via CSS, e-mails, documents téléchargeables, ou certains CMS peuvent nécessiter des stratégies différentes. Testez les endroits où les images sont réellement utilisées, pas seulement une démo.
Mettre en place une mesure exploitable
Avant de démarrer, définissez quelques indicateurs : poids moyen des images, temps de chargement, erreurs de rendu, coût de conversion côté serveur et qualité visuelle validée par l'équipe. Déployez sur un petit ensemble de pages ou d'utilisateurs, puis comparez avec une période de référence comparable.
Un test utile répond à des questions simples :
- Le gain de taille vaut-il l'effort de conversion et le stockage de variantes ?
- Les navigateurs ciblés affichent-ils correctement les images ?
- Le temps d'encodage et de décodage reste-t-il acceptable ?
- Vos équipes peuvent-elles ouvrir et traiter les fichiers avec leurs outils habituels ?
- Le bénéfice se voit-il vraiment sur la facture (stockage, bande passante) ou sur la vitesse perçue ?
Si le résultat est positif pour certains types d'images, mais pas pour d'autres, adoptez JXL uniquement là où le gain est mesurable. Dans beaucoup de cas, un système mixte reste la meilleure option.
Quand JPEG XL est réellement utile
JPEG XL vaut le détour quand ses fonctions répondent à un besoin concret, pas seulement parce que le format est récent. Les usages les plus intéressants se trouvent souvent dans l'archivage, les chaînes graphiques, et les équipes qui maîtrisent leurs exports.
Archives photographiques et bibliothèques d'images
Pour une organisation qui stocke beaucoup de JPEG, le transcodage réversible mérite d'être évalué. Si la réduction mesurée est significative, elle peut diminuer le stockage sans sacrifier l'original. Dans ce cadre, documentez le processus : conservez les métadonnées nécessaires, testez les restaurations et gardez des copies de sécurité indépendantes.
Cette approche est particulièrement pertinente quand les images changent rarement, mais doivent rester disponibles longtemps. Elle l'est moins si les fichiers doivent être ouverts tous les jours dans des logiciels qui ne gèrent pas encore correctement JXL, ou si la conversion ajoute une complexité trop élevée par rapport au stockage économisé.
Création graphique, photo et préparation d'images
Les équipes de création peuvent tirer parti de la profondeur de couleur et des options sans pertes pour les fichiers intermédiaires ou les "masters". JPEG XL peut aussi réduire le nombre de formats à gérer dans une chaîne de production. Mais ça n'aide vraiment que si vos outils prennent le format en charge de manière fiable.
Pour Adobe Photoshop, tout dépend de la version et de l'installation. Certaines versions plus anciennes, notamment des branches de Photoshop CS6 jusqu'à 26.7 antérieures à juin 2025, peuvent nécessiter un module complémentaire pour importer ou exporter des fichiers JXL. Le module JPEG XL libre pour Photoshop est une piste à vérifier selon votre configuration. Testez-le sur une copie et contrôlez le résultat avant de l'intégrer à un process pro. Un module communautaire n'offre pas forcément le même niveau de suivi qu'un composant officiel.
Sites web avec des contraintes de bande passante
Pour un site très orienté images, JPEG XL peut être utile pour réduire le transfert de données, surtout si vos visuels sont variés et si vos outils internes gèrent déjà le format. Mais il faut mettre le gain en balance avec le coût de production de variantes, le comportement des caches et la couverture navigateur.
Si vous utilisez déjà AVIF, l'enjeu n'est pas forcément de remplacer tout de suite un format bien maîtrisé. Il peut être plus simple de tester JPEG XL sur une catégorie précise : par exemple le sans-perte, ou l'archivage d'images - tout en conservant AVIF quand il est plus performant sur les rendus avec pertes.
Enfin, le côté "ouvert" de l'écosystème compte. La bibliothèque de référence libjxl est distribuée sous licence BSD 3-Clause, avec des conditions de brevet présentées comme libres de redevances. C'est un point favorable pour l'intégration commerciale et les projets libres. Pour une décision juridique ou industrielle, les équipes doivent toutefois examiner les licences et conditions applicables à leurs usages, plutôt que de traiter une caractéristique générale comme une garantie universelle.
Conclusion : tester avant de basculer
JPEG XL arrive dans Chrome et Firefox, et c'est une vraie avancée. Mais ça ne rend pas AVIF inutile, et ça ne justifie pas une migration généralisée. JPEG XL se distingue par sa polyvalence, ses capacités sans pertes et, surtout, son transcodage réversible des JPEG. AVIF reste une option solide pour la diffusion avec pertes et peut encore produire des fichiers plus compacts selon les images.
La démarche pragmatique est simple : prenez un petit échantillon, comparez à qualité équivalente, vérifiez la couverture navigateur de vos visiteurs, puis mesurez le coût réel de bout en bout (conversion comprise). Si JPEG XL apporte un gain clair pour un usage précis, adoptez-le pour cet usage, avec un repli tant que nécessaire. Testez sur vos propres images avant de changer votre pipeline de production.