Convertisseur JPG en WebP

La conversion JPG VERS WEBP se déroule ici entièrement dans votre navigateur, vos photos JPEG ne sont donc jamais envoyées sur un serveur. La plupart des gens arrivent sur cette page pour réduire des images d'en-tête et des photos de galerie JPEG en fichiers WebP plus légers (pour des chargements plus rapides, un meilleur LCP et de meilleurs scores PageSpeed), ou parce qu'un champ d'envoi de leur CMS réclame désormais du WebP. Vous pouvez le faire par lot, choisir votre propre qualité, et repartir sans rien laisser sur une machine distante à supprimer.

Ce que cette conversion fait réellement (et ce qu'elle ne fait PAS)

Il s'agit d'une conversion avec perte vers avec perte : le WebP produit est toujours avec perte, encodé par l'encodeur canvas de votre navigateur au niveau du curseur de qualité. Un JPEG (ou JPG, le même format avec deux extensions) est déjà avec perte, donc le réencodage en WebP ajoute une seconde génération de compression par-dessus la première. À une qualité WebP élevée (environ q 80-90), cette seconde passe reste visuellement imperceptible, c'est pourquoi la plage 75-85 est le bon compromis recommandé pour le web plutôt qu'un réglage « qualité maximale » systématique.

Le gain phare, c'est la taille du fichier. Un fichier WebP avec perte est généralement 25 à 34 % plus léger qu'un JPEG visuellement équivalent (Google annonce environ 25 à 34 %, certains outils citent jusqu'à 50 % sur certaines images), donc une image d'en-tête JPEG d'environ 500 Ko tombe habituellement autour de 330 à 375 Ko. C'est la tendance à laquelle vous devez vous attendre : plus léger, parfois nettement.

Le fait le plus contre-intuitif : si votre JPEG source était déjà fortement compressé (enregistré à q=50, ou réenregistré de nombreuses fois), le convertir en WebP peut n'apporter aucun bénéfice, voire produire un fichier légèrement PLUS GROS. Il reste peu de redondance que WebP puisse exploiter, ne partez donc pas du principe que chaque JPEG va rétrécir. WebP applique aussi un lissage pendant l'encodage, ce qui masque commodément les artefacts en blocs du JPEG sur les sources de faible qualité, mais peut adoucir les textures fines sur les photos de haute qualité et leur donner un léger aspect retouché.

Ce qu'elle ne fait PAS : le JPEG n'a pas de canal alpha, il n'y a donc aucune transparence à préserver lors du passage de JPG à WebP. N'attendez pas une sortie transparente à partir d'une source JPEG (cela ne compte que pour la conversion de PNG en WebP). Elle n'augmente pas non plus la profondeur de couleur : le WebP est ici en 8 bits par canal (couleur 24 bits), ce qui correspond au JPEG, vous ne gagnez donc ni HDR ni gamut étendu. Et elle ne propose pas de mode sans perte. Le WebP sans perte convient aux logos, au texte et aux graphiques aplats ; pour des sources photographiques JPEG, il produirait généralement un fichier plus gros. Il n'apparaît ici qu'en repli automatique : si votre navigateur ne sait pas encoder le WebP avec perte, le module Rust compilé en WebAssembly produit un WebP sans perte et une note indique que le curseur de qualité ne s'applique pas.

Quand choisir JPG VERS WEBP plutôt que l'alternative

Choisissez WebP quand la destination est le web moderne et que l'objectif est d'obtenir des fichiers plus légers à qualité visuelle équivalente, ce qui décrit presque toutes les images de blog, photos de produit ou bannières d'en-tête. Conservez toutefois le JPEG d'origine : ne convertissez en WebP que comme étape de livraison finale, car rééditer plus tard un WebP avec perte aggrave la perte de qualité génération après génération.

Si vous avez réellement besoin de transparence, un JPEG ne peut pas vous la fournir, quelle que soit la cible, puisque la source n'a pas d'alpha. Dans ce cas, partez plutôt d'un PNG et utilisez la conversion de PNG en WebP, qui préserve le canal alpha. Si vous avez au contraire besoin d'une compatibilité maximale avec l'ancien (clients de messagerie anciens ou certaines visionneuses d'images de bureau qui butent encore sur le WebP), gardez le JPEG. Pour parcourir l'ensemble de nos outils, consultez le hub des outils d'image.

Comment convertir

1. Déposez une ou plusieurs images JPG/JPEG dans l'outil : elles sont lues localement dans votre navigateur, jamais envoyées.
2. Le format de sortie est présélectionné sur WebP ; utilisez le curseur de qualité (90-95 pour du quasi sans perte, 75-85 pour le bon compromis web).
3. Comme WebP gère l'alpha mais que le JPEG n'en a pas, il n'y a ici aucune transparence à aplatir : la conversion porte simplement sur les données de couleur.
4. Cliquez sur Convertir : un fichier unique se télécharge directement, et plusieurs fichiers se téléchargent ensemble dans un ZIP (sans plafond).

Aucun envoi. Tout s'exécute sur votre appareil.

La conversion s'exécute à l'intérieur de l'onglet de votre navigateur : le navigateur décode le JPEG et l'encode en WebP avec perte grâce à son encodeur canvas intégré. Le module Rust compilé en WebAssembly ne sert qu'au repli en WebP sans perte, si votre navigateur ne sait pas produire de WebP avec perte. Il n'y a aucune requête réseau pour votre fichier : les octets passent de votre disque à la mémoire de la page, sont encodés en WebP localement, puis reviennent sous forme de téléchargement. Une fois la page chargée, vous pouvez couper entièrement votre réseau et cela fonctionne toujours. Rien n'est envoyé, il n'y a donc rien à supprimer ensuite sur un serveur, et vous pouvez le vérifier vous-même en surveillant l'onglet Réseau des DevTools pendant la conversion. C'est important parce que les photos JPEG sorties tout droit d'un téléphone ou d'un appareil photo embarquent couramment des métadonnées EXIF, dont des coordonnées GPS et des informations sur l'appareil, que vous ne souhaitez peut-être pas voir quitter votre machine vers un convertisseur tiers.

Aucune limite

Convertissez autant de JPEG que vous voulez dans un même lot. Il n'y a aucun plafond sur le nombre de fichiers, aucune limite de taille par fichier, aucun filigrane apposé sur la sortie, aucune inscription et aucune publicité.

Questions fréquentes

Convertir un JPEG en WebP réduit-il la qualité ?

Cela peut arriver, car le JPEG est déjà avec perte et le réencodage en WebP ajoute une seconde génération de compression. À une qualité WebP élevée d'environ q 80-90, la perte est visuellement imperceptible, donc la plage 75-85 est le compromis pratique pour la livraison web.

De combien le WebP est-il plus léger que le JPEG ?

Les fichiers WebP avec perte sont généralement 25 à 34 % plus légers qu'un JPEG visuellement équivalent, et certaines images se compressent encore davantage. Concrètement, une image d'en-tête JPEG d'environ 500 Ko tombe habituellement autour de 330 à 375 Ko en WebP.

La conversion de JPEG en WebP se fait-elle dans mon navigateur ou est-elle envoyée à un serveur ?

Tout s'exécute dans votre navigateur (son encodeur WebP intégré, avec un repli Rust/WebAssembly), le fichier n'est donc jamais envoyé. Vous pouvez le vérifier en ouvrant l'onglet Réseau des DevTools pendant la conversion et en confirmant qu'aucune requête ne transporte votre image.

Puis-je convertir plusieurs JPEG en WebP d'un coup (par lot) ?

Oui. Déposez autant de fichiers JPG/JPEG que vous voulez et ils sont tous convertis en une seule passe, sans limite sur le nombre de fichiers. Un fichier unique se télécharge directement, tandis que plusieurs fichiers reviennent dans une seule archive ZIP.

Quel réglage de qualité utiliser pour convertir un JPEG en WebP ?

Pour la plupart des usages web, 75-85 est l'équilibre recommandé entre taille et fidélité. Poussez le curseur à 90-95 pour des résultats quasi sans perte sur les photos importantes, en acceptant un fichier plus gros en contrepartie.

WebP gère-t-il la transparence lors d'une conversion depuis un JPEG ?

WebP gère l'alpha, mais le JPEG n'a pas de canal alpha, donc une conversion JPG vers WebP n'a aucune transparence à préserver. Si vous avez besoin d'un résultat transparent, partez plutôt d'un PNG et convertissez-le en WebP.

Pourquoi mon fichier WebP est-il plus gros que le JPEG ?

Cela se produit quand le JPEG source était déjà fortement compressé (par exemple enregistré à q=50 ou réenregistré de nombreuses fois), laissant peu de redondance à exploiter pour WebP. N'ayant plus rien à comprimer, le WebP peut finir de même taille ou légèrement plus gros, ce qui est normal pour des entrées de faible qualité.

Le WebP produit est-il avec perte ou sans perte ?

Avec perte, au niveau du curseur de qualité : c'est le bon choix pour des sources photographiques JPEG, car le WebP sans perte produit généralement un fichier plus gros pour les photos. Il n'y a pas d'option sans perte ; un WebP sans perte n'est produit qu'en repli automatique, quand le navigateur ne sait pas encoder le WebP avec perte (une note l'indique alors).

Tous les navigateurs prennent-ils en charge les images WebP ?

Le WebP est pris en charge par tous les navigateurs modernes (Chrome, Firefox, Safari 14+, Edge et Opera), couvrant environ 96 % et plus des utilisateurs. Les principales lacunes concernent certaines visionneuses d'images de bureau anciennes et d'anciens clients de messagerie.

Cette conversion supprime-t-elle les métadonnées EXIF/GPS de mes photos ?

Le réencodage en WebP par le canvas du navigateur ne reporte pas le bloc EXIF du JPEG, donc les détails de l'appareil et de localisation ne se retrouvent pas dans le WebP. Comme tout s'exécute localement, la photo d'origine et ses métadonnées ne quittent de toute façon jamais votre appareil.

Outils associés : parcourez le hub des outils d'image, ou préservez la transparence avec la conversion de PNG en WebP.