La compatibilité JPEG XL navigateurs progresse nettement en octobre 2026 : Chrome 155 et Firefox 158 décodent désormais les fichiers .jxl par défaut. Safari 17 les prend partiellement en charge, tandis qu’Edge 155 doit encore être testé directement. Pour un site professionnel, JPEG XL devient exploitable, mais uniquement avec AVIF, WebP ou JPEG en solution de repli.
Quels navigateurs prennent en charge JPEG XL en 2026 ?
La compatibilité JPEG XL navigateurs couvre Chrome 155 depuis le 6 octobre 2026 et Firefox 158 depuis le 13 octobre 2026. Safari 17 offre une prise en charge partielle sans affichage progressif. Les données publiques concernant Edge 155 se contredisent, ce qui impose un test sur ce navigateur avant tout déploiement.
JPEG XL est un format d’image normalisé sous la référence ISO/IEC 18181 en 2021. Il gère la compression avec ou sans perte, la transparence, l’animation, le HDR (plage lumineuse étendue), les espaces colorimétriques larges et le décodage progressif, qui permet d’afficher graduellement une image pendant son chargement.
Google a activé le décodage des fichiers .jxl, servis avec le type MIME (identifiant du format transmis par le serveur) image/jxl, dans Chrome 155 le 6 octobre 2026. Mozilla a fait de même dans la version stable de Firefox 158 le 13 octobre 2026, après avoir reporté l’activation initialement envisagée dans Firefox 157. KultureGeek a confirmé cette disponibilité dans la version finale le 15 octobre 2026.
| Navigateur | Version | État | Décision recommandée |
|---|---|---|---|
| Google Chrome | 155 | Pris en charge par défaut | Activer avec repli |
| Mozilla Firefox | 158 | Pris en charge par défaut | Activer avec repli |
| Apple Safari | 17 et versions suivantes | Prise en charge partielle, sans rendu progressif | Tester et conserver un repli |
| Microsoft Edge | 155 | Données contradictoires entre MDN et Can I Use | Tester directement avant déploiement |
| Navigateurs anciens | Variables | Prise en charge absente ou incertaine | Servir AVIF, WebP ou JPEG |
Can I Use estimait la couverture mondiale à 60,19 % au 21 octobre 2026, à partir des usages de septembre 2026. Cette estimation donne une tendance, pas une garantie pour votre audience. Un site B2B utilisé dans des entreprises équipées de navigateurs administrés peut conserver beaucoup plus longtemps des versions anciennes.
Chrome 155 et Firefox 158 rendent-ils JPEG XL prêt pour la production ?
Chrome 155 et Firefox 158 rendent JPEG XL utilisable en production en 2026, mais pas comme format unique. Un déploiement fiable conserve une image de secours pour Safari, Edge et les anciennes versions. La prise en charge technique doit aussi être vérifiée dans le système de gestion de contenu, le serveur et le réseau de diffusion.
Firefox 158 ajoute également image/jxl aux en-têtes Accept des requêtes d’images. Cet en-tête indique au serveur les formats compris par le navigateur. Un serveur ou un CDN (réseau de diffusion de contenu) peut ainsi choisir automatiquement le fichier adapté, à condition que sa configuration exploite correctement cette information.
Le piège peu visible se trouve souvent hors du navigateur. Une médiathèque peut refuser le fichier, un module d’optimisation peut l’ignorer et un CDN peut lui attribuer un mauvais type MIME. Sur les projets que nous menons, nous vérifions donc toute la chaîne, de l’export jusqu’à l’affichage, plutôt que de nous arrêter à un test réussi dans Chrome.
Pour comprendre pourquoi ce retour change la stratégie d’images, notre précédent guide sur l’arrivée de JPEG XL dans Chrome présente aussi l’historique du format et son positionnement face à WebP et AVIF.
JPEG XL est-il plus performant qu’AVIF et WebP ?
JPEG XL n’est pas systématiquement plus léger qu’AVIF ou WebP. En 2026, Mozilla a mesuré AVIF comme plus compact à qualité comparable avec perte, mais JPEG XL comme plus léger sur deux essais sans perte. Google et Mozilla recommandent donc de comparer les formats avec les images représentatives du site.
Dans les échantillons publiés par Mozilla le 24 août 2026, une photographie sans perte pesait 1,45 Mo en JPEG XL, contre 1,76 Mo en AVIF et 1,55 Mo en WebP. Une capture d’écran pesait 92 ko en JPEG XL, 164 ko en AVIF et 96 ko en WebP. Ces deux fichiers illustrent un avantage possible, pas une règle universelle.
Google indique en 2026 que JPEG XL peut offrir une compression de 30 à 50 % supérieure au JPEG historique. Cette comparaison ne démontre pas un gain équivalent face à AVIF. Une image AVIF bien encodée peut rester plus petite lorsqu’une légère perte est acceptable, notamment pour les photographies éditoriales.
Honnêtement, convertir toute une photothèque parce qu’un format gagne sur deux exemples serait une mauvaise décision. Comparez le poids, la qualité visuelle, le temps d’encodage et le comportement sur les appareils de vos visiteurs. Pour des captures d’interface, des archives sans perte ou des images HDR, JPEG XL mérite particulièrement un essai.
Comment déployer JPEG XL sans casser les images du site ?
Le déploiement sûr de JPEG XL repose sur l’élément HTML <picture>, qui propose plusieurs formats dans un ordre défini. Le navigateur choisit la première source qu’il sait décoder, puis utilise l’image JPEG finale si aucune source moderne n’est compatible. Cette méthode protège les visiteurs équipés de navigateurs anciens.
Une stratégie de repli peut proposer JPEG XL en premier, AVIF ensuite, puis WebP et enfin JPEG. Selon la documentation MDN consultée en 2026, les navigateurs ignorent les sources dont le type déclaré n’est pas pris en charge.
<picture><source srcset="photo.jxl" type="image/jxl"><source srcset="photo.avif" type="image/avif"><source srcset="photo.webp" type="image/webp"><img src="photo.jpg" alt="Description de la photo"></picture>
Un déploiement prudent suit ces contrôles :
- encoder un échantillon de photographies, illustrations et captures d’écran plutôt que toute la médiathèque ;
- vérifier le type MIME
image/jxlenvoyé par l’hébergement ou le CDN ; - tester Chrome 155, Firefox 158, Safari 17 et Edge 155 sur ordinateur et mobile ;
- mesurer le poids transféré et la qualité visuelle face aux versions AVIF et WebP ;
- conserver les originaux et automatiser le repli avant une mise en production générale.
Côté agence, le réflexe est de lancer d’abord JPEG XL sur une famille d’images mesurable, par exemple les visuels d’un catalogue. Une validation technique prend généralement de 1 à 3 jours ouvrés en 2026, hors développement d’un pipeline d’encodage. Selon les prestataires français, comptez autour de 600 à 2 400 € HT au forfait si le CMS et le CDN nécessitent une intégration spécifique.
WordPress accepte-t-il les images JPEG XL ?
WordPress ne prend pas nativement en charge les téléversements JPEG XL au 21 octobre 2026. La liste des extensions reconnues par le cÅ“ur de WordPress comprend JPEG, PNG, WebP et AVIF, mais pas JXL. Un ticket ouvert propose cette évolution sans prouver qu’elle est déjà disponible dans une version publiée.
Ajouter simplement jxl à la liste des extensions autorisées ne règle pas tout. WordPress doit aussi contrôler le contenu réel du fichier, créer les tailles intermédiaires et coopérer avec la bibliothèque d’images du serveur. Sinon, l’administration accepte éventuellement l’original sans pouvoir produire les miniatures requises par le thème.
Le ticket WordPress Core 52788 mentionne en 2026 l’ajout du type image/jxl, la vérification des octets caractéristiques du format et la conservation de l’original lors d’une conversion côté client. Ce sont des propositions en attente. Elles ne doivent pas être présentées comme des fonctions livrées.
Pour un site WordPress en production, la voie raisonnable consiste à générer les fichiers JXL hors de la médiathèque ou via un processus contrôlé, puis à produire les balises <picture>. À ce stade, mieux vaut une intégration limitée et réversible qu’une extension improvisée qui contourne les contrôles de sécurité.
Faut-il adopter JPEG XL maintenant ou attendre ?
L’adoption de JPEG XL est pertinente en 2026 lorsque les gains sont mesurés sur vos images et qu’un repli automatique existe. Il vaut mieux attendre si WordPress doit gérer seul les fichiers, si Edge représente une part sensible de l’audience ou si AVIF satisfait déjà les objectifs de poids sans complexité supplémentaire.
La compatibilité JPEG XL navigateurs ne suffit donc pas à décider. Consultez les données de votre outil de mesure d’audience, sans collecter plus de données personnelles que nécessaire, puis identifiez les versions réellement utilisées. Testez aussi les écrans à forte luminosité si l’intérêt du projet concerne le HDR.
Le bénéfice doit dépasser le coût d’exploitation. Ajouter un quatrième format augmente le stockage, les traitements d’encodage, les contrôles qualité et les possibilités d’erreur dans les caches. Pour un petit site vitrine déjà rapide sous AVIF et WebP, l’économie de quelques kilo-octets ne justifie pas toujours ce travail.
À l’inverse, un média, un catalogue riche ou un service manipulant des originaux sans perte peut obtenir un avantage tangible. La stratégie raisonnable consiste à conserver les sources originales et à traiter JPEG XL comme une variante de diffusion. Ainsi, le format peut être remplacé sans reprendre toute la production graphique.
Cadrer les navigateurs cibles, les formats de secours et le processus d’encodage évite la plupart des images absentes et des coûts cachés. Un regard extérieur peut surtout aider à déterminer si le gain mesuré mérite une nouvelle couche technique.
FAQ sur JPEG XL
Quel est le type MIME d’un fichier JPEG XL ?
Le type MIME de JPEG XL est image/jxl et son extension est .jxl. Le serveur doit envoyer ce type correctement pour éviter des problèmes d’interprétation ou de cache.
Peut-on remplacer toutes les images JPEG par des fichiers JXL ?
Remplacer tous les JPEG par des fichiers JXL sans repli exclurait encore certains navigateurs en 2026. Une balise <picture> avec une source JPEG finale maintient l’accès aux images.
JPEG XL améliore-t-il automatiquement le référencement naturel ?
JPEG XL n’apporte pas de bonus SEO direct connu en 2026. Des images plus légères peuvent améliorer la vitesse perçue et certains indicateurs Core Web Vitals, mais seulement si l’intégration ne retarde pas l’affichage de l’image principale.
Cloudflare ou OVHcloud convertissent-ils automatiquement les images en JPEG XL ?
La compatibilité d’un service d’images Cloudflare ou d’une offre OVHcloud dépend du produit et de sa configuration en 2026. Vérifiez explicitement la génération JXL, le type MIME, la négociation de contenu et le comportement du cache avant de compter sur une conversion automatique.