Cookies de statistiques et de publicité
Nous utilisons des cookies de statistiques et de publicité, tous deux destinés à Google. Si vous refusez, rien ne change visiblement pour vous.Aller à la page de confidentialité
Vous pouvez convertir JXL en WebP gratuitement et sans compte : déposez le fichier ci-dessus et, une ou deux secondes plus tard, le résultat est prêt à télécharger. La conversion se fait dans votre propre navigateur : le fichier n’est donc jamais téléversé. Cela marche sous Windows, macOS et Linux comme sur iPhone et Android, et continue de marcher si vous coupez le réseau.
Jusqu’à 100 fichiers à la fois. Les formats mélangés ne posent pas de problème.
Ils sont convertis les uns après les autres et reviennent ensemble dans un ZIP.
JXL en WebP



JPEG XL a perdu la bataille des navigateurs. Chrome l’a gardé un temps derrière un drapeau, a retiré le décodeur en 2023, et ne l’a pas réintégré ; Safari l’a embarqué et l’a conservé. C’est cette fracture qui fait que cette page a des visiteurs : une photo qui s’affiche parfaitement sur un Mac est une icône d’image cassée pour la majorité d’un public, et le fichier n’a rien de faux.
WebP est l’autre côté de cette histoire. Google l’a publié en 2010, il est spécifié dans la RFC 9649, et tous les navigateurs actuels le lisent — comme le font les formulaires d’upload, les gestionnaires de contenu et les clients de messagerie qui s’interposent entre vous et la personne qui doit voir l’image. La conversion n’est une amélioration en aucun sens technique. C’est un échange délibéré de fidélité contre portée.
La prise en charge par les navigateurs fait la une, mais ce n’est pas la partie qui coûte une après-midi à la plupart des gens. Les ratés se concentrent dans les logiciels auxquels personne ne pense : une médiathèque WordPress qui rejette l’extension, un aperçu Slack qui reste vide, un collègue sous Windows dont l’application Photos n’affiche rien, un validateur de flux produit qui refuse le fichier. Aucun de ces logiciels ne rend une erreur utile ; la plupart se comportent simplement comme si vous n’aviez rien attaché.
JPEG XL a GIMP et ImageMagick de son côté, et comparativement peu d’autres choses côté grand public. WebP arrive avec Photoshop, GIMP et Squoosh qui le lisent directement, et une prise en charge quasi universelle partout où un fichier est téléversé plutôt qu’ouvert. Si la destination est un formulaire, un flux ou la boîte de réception de quelqu’un d’autre, cette différence tranche à elle seule.
JPEG XL admet jusqu’à 32 bits par canal et décrit nativement des espaces colorimétriques étendus, ce qui est une bonne part de ce qui l’a fait proposer comme format d’archivage. WebP stocke 8 bits par canal et rien de plus. Toute marge de manœuvre que l’original gardait pour corriger l’exposition ou remapper la gamut s’arrête à cette conversion.
La chaîne le rend concret avant que l’encodeur n’intervienne. Le décodeur JPEG XL rend des pixels RGBA 8 bits, et tout ce qui suit travaille sur ce tampon, donc la réduction se fait à l’entrée plutôt qu’en compromis à l’intérieur de l’encodeur WebP. Gardez le JPEG XL. C’est la copie maître, et une fois que ces pixels sont en 8 bits il n’y a plus de chemin pour remonter à la profondeur qu’il y avait dans l’original.
Celui-là surprend les gens qui convertissent des scans et des panoramas. Le conteneur WebP code les dimensions d’image sur 14 bits, donc 16 383 pixels est le maximum absolu sur chaque axe — pas un réglage, pas un palier, une limite inscrite dans le format. JPEG XL n’a pas de plafond comparable en usage ordinaire, ce qui est une des raisons pour lesquelles il a été proposé pour la numérisation et l’archivage.
Le réglage de largeur maximale sur cette page est la réponse quand un fichier dépasse cette limite. Fixez une largeur dont la destination a réellement besoin — 2 000 pixels est généreux pour une image web plein cadre — et la conversion redimensionne avant d’encoder. Si l’intérêt du fichier est précisément qu’il fait 20 000 pixels de large, le WebP est la mauvaise cible et le TIFF ou le PNG est la recommandation honnête.
Les deux formats portent un canal alpha complet, si bien que c’est une des rares conversions du site où la transparence n’est pas un sujet. Un détourage de produit ou un logo aux bords doux se convertit sans couleur de fond à choisir, sans liseré, et sans décision à prendre après coup.
Cela vaut la peine d’être opposé aux alternatives envisagées depuis le même point de départ. Passer en JPG ou en BMP signifie aplatir l’alpha sur une couleur choisie, et si l’image doit se poser sur plus d’un fond ce choix est une faute définitive. Quand la transparence existe dans la source, WebP et AVIF sont les deux seules cibles grand public qui la conservent.
JPEG XL peut contenir une animation et WebP aussi, ce qui rend ce cas décevant : le décodeur utilisé ici rend une seule image, donc une source animée sort comme une image fixe. La première image est ce que vous obtenez, et le reste du fichier est écarté silencieusement par le codec plutôt que par un choix fait sur cette page.
Si le mouvement compte, le format d’image est de toute façon la mauvaise destination. Un court clip en MP4 ou WebM fait généralement une fraction de la taille de l’animation équivalente et se lit avec le décodage matériel de tout téléphone. Voyez cette conversion comme un moyen d’extraire une image-poster d’un fichier animé, pas comme un moyen de transporter l’animation.
La valeur par défaut est 82, qui est le seuil où la ré-encodage devient invisible à la taille d’affichage normale sur la plupart des photos. Comme la source est déjà une image compressée dans la plupart des cas, c’est une deuxième génération de compression avec pertes, et les artefacts qui s’empilent sont ceux qui touchent les contours nets et le texte plutôt que le ciel dégagé. Le seul cas où la valeur par défaut est clairement fausse est une image déjà fortement compressée, où un second passage à 82 va visiblement durcir ce que le premier avait estompé.
Montez vers le milieu des années 90 pour les captures d’écran, les schémas et tout ce qui contient des traits d’un pixel ou des petits textes — c’est là qu’un second passage se voit en premier. Descendez sous 70 seulement pour les fonds décoratifs que personne ne regarde. Et repartez du JPEG XL à chaque fois qu’il vous faut une nouvelle taille plutôt que de ré-encoder le WebP, parce que chaque passage dans un codec avec pertes repart des erreurs du précédent.
JPEG XL peut contenir EXIF, XMP et un profil ICC. Rien de tout cela n’arrive jusqu’à la sortie ici. La conversion décode en pixels bruts et réencode, ce qui est un aller-retour qu’aucun bloc de métadonnées ne survit. Il n’y a pas de commutateur sur cette page, parce qu’il n’y a rien qu’un commutateur puisse décider : les pixels sont tout ce qui passe.
C’est en général le résultat que les gens veulent sur une image web — les coordonnées GPS de la maison où la photo a été prise n’ont rien à faire dans l’image d’une page — mais c’est une perte quand le fichier est aussi le document. Si la date de prise de vue, le modèle d’appareil ou le profil colorimétrique comptent, gardez le JPEG XL à côté du WebP au lieu de le remplacer. Et notez le profil en particulier : un WebP sans balise est interprété comme sRGB par tout lecteur, donc un original à gamut étendu peut visiblement décaler.
WebP a deux modes. Le mode sans perte stocke des pixels exacts et est le bon choix pour des graphiques plats ; le mode avec pertes est une image fixe du codec vidéo VP8 et c’est ce que sont presque tous les WebP du web. Cette conversion écrit le mode avec pertes, à la qualité que vous fixez, sans commutateur pour changer.
Un détail de cet encodeur mérite d’être connu parce qu’il joue en votre faveur : le canal alpha est compressé séparément de la couleur et en pleine qualité par défaut, si bien que la transparence reste nette même quand l’image elle-même est compressée fortement. S’il vous faut une sortie vraiment sans perte depuis un JPEG XL, le PNG est la cible sur ce site qui le fournit, pour un fichier considérablement plus gros.
Déposez le dossier entier. Chaque JPEG XL est décodé et ré-encodé à tour de rôle sur votre propre processeur, garde son nom avec l’extension changée, et l’ensemble revient dans un seul ZIP. Il n’y a pas de file, pas d’attente par fichier, pas de quota journalier, parce qu’aucun serveur ne fait le travail. Le moteur lui-même n’est récupéré qu’une fois, à la demande, à la première conversion sur la page — un visiteur qui ne fait que lire n’en télécharge rien.
L’argument de confidentialité est ici plus fort que le cas général, à cause de qui se retrouve avec des fichiers JPEG XL. Ils viennent de photographes qui testent un codec d’archivage, d’appareils Apple, et de personnes qui ont choisi le format exprès — c’est-à-dire de photothèques personnelles plutôt que d’images de stock. Les fichiers jusqu’à 100 Mo passent sur la version gratuite, et aucun ne quitte la machine sur laquelle vous êtes assis.
| JXL | WebP | |
|---|---|---|
| Nom complet | JPEG XL | Image WebP |
| Extension de fichier | .jxl | .webp |
| Type de média | image/jxl | image/webp |
| Compression | Les deux, selon le réglage | Les deux, selon le réglage |
| Première publication | 2021 | 2010 |
| Publié par | Joint Photographic Experts Group | |
| Spécification | ISO/IEC 18181 | RFC 9649 |
| Licence | Standard ouvert | Standard ouvert |
| Situation actuelle | De niche | Actuel |
| Profondeur de bits | 32 | 8 |
| Couleur qu’il peut décrire | RVB, niveaux de gris, gamut étendu | RVB, YCbCr |
| Image la plus grande | — | 16 383 px par côté |
| S’ouvre dans un navigateur | Certains navigateurs | Tous les navigateurs |
| Envisagé à la place | AVIF, PNG | AVIF, JPG, PNG |
JXL enregistre jusqu’à 32 bits par canal, WebP en garde 8. Cette précision supplémentaire est ce qui encaisse des corrections fortes sans bandes : convertissez après la retouche plutôt qu’avant.
La transparence est conservée. JXL et WebP enregistrent tous deux une couche alpha : un détourage reste détouré et rien n’est rempli derrière.
L’animation est conservée. JXL et WebP acceptent plusieurs images, le résultat bouge donc encore.
WebP s’ouvre dans tous les navigateurs actuels. JXL va encore moins loin. Si le fichier part sur une page web ou dans un formulaire, c’est souvent toute la raison de la conversion.
GIMP lit aussi bien JXL que WebP : vous pouvez comparer le résultat à l’original sans second logiciel.
Les deux visent des usages différents : JXL l’archivage et la photographie, WebP le web et la remise d’un fichier fini. Cela mérite d’être pesé avant, car ce qui justifie l’un est souvent ce qui rend l’autre malcommode.
JXL est le format de Joint Photographic Experts Group, publié en 2021. L’enregistrement se fait sur 32 bits par canal.
WebP vient de Google et date de 2010, décrit par RFC 9649. Adobe Photoshop, GIMP et Squoosh le lisent.
Non. Cette conversion se fait entièrement dans votre navigateur : le fichier ne quitte donc pas votre appareil. Vous pouvez le vérifier vous-même — ouvrez l’onglet réseau des outils de développement et convertissez quelque chose. Vous verrez la page elle-même et les requêtes de statistiques et de publicité qui financent ce service, et pas une seule qui transporte votre fichier. Le moteur de cette paire précise est jSquash, des versions WebAssembly des codecs d’image de référence ; votre navigateur le télécharge une fois puis le garde en cache.
Oui. Pas de compte, pas de filigrane et pas de quota journalier à dépenser : cela tourne sur votre propre machine, vous pouvez donc revenir autant de fois que vous voulez. Le navigateur traite des fichiers jusqu’à 100 Mo, 100 à la fois. jSquash est téléchargé sur votre machine et s’y exécute, et c’est pourquoi rien n’est compté.
WebP compresse, des données sont donc perdues. Au réglage par défaut cela ne se voit pas ; pour en être sûr, montez la qualité.
JXL enregistre jusqu’à 32 bits par canal, WebP en garde 8. Cette précision supplémentaire est ce qui encaisse des corrections fortes sans bandes : convertissez après la retouche plutôt qu’avant.
La transparence est conservée. JXL et WebP enregistrent tous deux une couche alpha : un détourage reste détouré et rien n’est rempli derrière.
L’animation est conservée. JXL et WebP acceptent plusieurs images, le résultat bouge donc encore.
Ce que cette page affirme sur JXL et WebP se vérifie : voici les documents qui le fixent.