La conversion d'images décode dans le navigateur un lot d'images en pixels, puis les remballe avec l'encodeur choisi — JPG, PNG ou WebP ; en entrée, on peut avoir des HEIC d'iPhone, des WebP téléchargés du web, ainsi que PNG, JPG, GIF, BMP et AVIF. Les images ne sont pas envoyées.

Elle répond à deux familles de problèmes : « le destinataire ne peut pas ouvrir » et « le format ne passe pas » — envoyer des photos HEIC à un collègue sous Windows, un WebP enregistré depuis une page web qui refuse de s'intégrer dans une vieille suite bureautique, un système qui n'accepte que du JPG, ou un logo transparent à conserver en PNG.

Sa différence avec « Compression d'images » tient à l'objectif : là-bas, on réduit le poids à format constant ; ici, on change de format. Mais les deux reposent sur le même encodage par canevas, donc les règles avec / sans perte, les paramètres de qualité et le sort des métadonnées sont identiques — cet article ne traite que ce qui est propre à la conversion, pour le contexte voyez la section Fonctionnement de Compression d'images.

1. 01Ajoutez des imagesglissez-déposez, cliquez ou collez, plusieurs à la fois ; quand un HEIC est détecté, le message « Conversion en JPEG… » s'affiche — c'est un décodage local, patientez un instant. La liste affiche les dimensions en pixels et le poids de chaque image.
2. 02Choisissez le format cibleJPG (léger, sans transparence), PNG (sans perte, avec transparence), WebP (avec perte mais transparent, souvent le plus léger).
3. 03Réglez la qualité d'encodage0.1–1, 0.9 par défaut ; avec PNG, le curseur est désactivé et un message indique « le PNG est un format sans perte, ce réglage est sans effet ».
4. 04Cliquez sur « Lancer la conversion »la barre de progression avance image par image ; le fichier de sortie garde son nom et ne change que d'extension.
5. 05Téléchargezicône de téléchargement pour une image, « Télécharger le zip » pour plusieurs.

Les poids mesurés des mêmes cinq images converties dans les trois formats (qualité 0.9 ; résultats JPG / WebP en 0.75 en complément) :

Entrée                          Brut       → JPG 0.9   → PNG      → WebP 0.9   → WebP 0.75  → JPG 0.75
photo-3000x4000.jpg (photo)     1.3 MB     1.6 MB      16.3 MB    1.3 MB       263 KB       1.1 MB
logo-800x600.png (transparent)  22.2 KB    23.7 KB*    38.1 KB    13.8 KB      10.5 KB      16.8 KB*
scan-1600x1200.webp             342.5 KB   555.9 KB    4.1 MB     378.9 KB     282.3 KB     261.5 KB
screenshot-1920x1080.png        21.7 KB    72.4 KB     56.2 KB    13.7 KB      13.0 KB      58.2 KB
logo-400x300.gif                5 KB       11.7 KB     13.5 KB    5.5 KB       3.9 KB       8.2 KB
                                           * les zones transparentes deviennent blanches

Trois conclusions : convertir une photo en PNG gonfle le fichier de plus de dix fois (1.3 MB → 16.3 MB) sans améliorer la qualité ; convertir une capture ou un tracé en JPG alourdit au contraire le fichier et introduit du ringing (un PNG de 21.7 KB devient un JPG de 72 KB) ; le WebP autour de 0.75 est presque toujours le plus léger, au prix de la compatibilité avec les vieux logiciels.

Le avec / sans perte, la quantification JPEG, l'absence de paramètre de qualité du PNG et les conséquences de l'encodage par canevas sont expliqués en détail dans Compression d'images. Ici, seuls trois points propres au chemin de conversion.

L'état intermédiaire est un « pixel brut »

Quelle que soit l'entrée, le navigateur la décode d'abord en pixels RGBA dessinés sur un canevas. Cette étape efface toutes les différences de format, mais aussi tout ce qui n'est pas pixel : EXIF et GPS, profil colorimétrique, images suivantes d'un GIF animé, calques et annotations. Le marqueur d'orientation est appliqué aux pixels au décodage, donc une photo portrait ne se couche pas, mais le marqueur lui-même n'existe plus. Pour conserver ces informations, la conversion n'est pas le bon outil.

Où est passée la transparence

Le A (alpha) du RGBA existe toujours sur le canevas ; sa présence dans la sortie dépend du format cible : PNG et WebP gèrent nativement la transparence, le JPG n'a pas de canal alpha. Avant d'écrire un JPG, l'outil pose un fond blanc puis dessine l'image : un logo transparent devient un logo sur fond blanc (les deux lignes étoilées du tableau). Les trois carrés à droite du schéma ci-dessus montrent la même image dans les trois formats : PNG 38 KB avec transparence, JPG 24 KB sur fond blanc, WebP 14 KB transparent et le plus léger.

Comment le HEIC entre dans la danse

HEIC/HEIF est le format photo par défaut des appareils Apple ; il repose sur l'encodage vidéo HEVC, que la plupart des navigateurs ne décodent pas. À l'ajout d'un fichier, l'outil le décode localement avec heic2any (version WebAssembly de libheif) et l'encode en JPEG intermédiaire de qualité 0.92, puis suit le chemin normal. Un HEIC → PNG donne donc « un emballage sans perte autour d'un intermédiaire avec perte » : lourd, sans être plus beau qu'un HEIC → JPG, qui reste l'usage courant. L'extension .heic est remplacée par celle du format cible.

Le rôle des trois encodeurs

• JPG : avec perte, paramètre de qualité actif, pas de transparence. Premier choix pour les photos, compatibilité maximale.
• PNG : sans perte, paramètre de qualité ignoré, transparence conservée. Premier choix pour les captures, icônes, textes et fichiers destinés à être retravaillés ; une photo ne devrait pas partir en PNG.
• WebP : l'outil produit du WebP avec perte, le paramètre de qualité agit, la transparence est conservée. À rendu égal, 25 %–35 % plus léger que le JPG et bien plus que le PNG ; mais les navigateurs antérieurs à 2020, certains logiciels bureautiques et des systèmes de dépôt administratifs ne le reconnaissent pas.

GIF et BMP ne servent qu'en entrée : du GIF, seule la première image est reprise, l'animation est perdue (pour éditer un GIF animé, utilisez « Éditeur GIF ») ; le BMP est une image non compressée, sa conversion dans n'importe quel format le réduit fortement.

• Photos iPhone à envoyer sous Windows : glissez tout l'album HEIC, format cible JPG, qualité 0.9, emballez en zip. Le poids dépassera celui du HEIC de 30 à 40 % — c'est l'écart d'efficacité entre HEVC et JPEG, pas une dégradation.
• Préparer des images pour le web : format cible WebP, qualité 0.75–0.8, le plus léger pour les photos comme pour les captures ; gardez en parallèle une version JPG/PNG pour les cas sans prise en charge du WebP.
• Homogénéiser des ressources transparentes : convertissez en PNG tout ce que le designer a fourni dans divers formats, pour les documents et les diapositives ; si c'est uniquement pour le web, le WebP est plus économe.
• Convertir puis compresser : les deux se combinent — par exemple, convertissez un scan WebP en JPG, puis utilisez le mode taille cible de « Compression d'images » pour passer sous une limite d'envoi.

Entrée

JPG / JPEG, PNG, WebP, GIF (première image), BMP, AVIF (selon navigateur), HEIC / HEIF (décodage local).

Sortie

JPG, PNG, WebP avec perte ; pas de GIF, BMP, TIFF, AVIF ni WebP sans perte.

Qualité

0.1–1, pas de 0.05, 0.9 par défaut ; sans effet sur le PNG.

Dimensions

inchangées (utilisez d'abord « Redimensionner des images ») ; soumises aux limites du canevas du navigateur, une image à plus d'environ 16 000 px de côté ou au nombre total de pixels énorme peut échouer.

Métadonnées

EXIF, GPS et profil colorimétrique ne sont pas conservés ; l'orientation est appliquée aux pixels.

Transparence

conservée en PNG / WebP ; fond blanc en sortie JPG.

Noms de fichiers

nom conservé, extension remplacée ; une conversion du même format (JPG → JPG) produit un fichier du même nom.

Intermédiaire HEIC

décodage en JPEG qualité 0.92 avant conversion vers le format cible.

Ce qu'il ne fait pas

pas de redimensionnement, pas de compression vers un poids cible (utilisez « Compression d'images »), pas d'images animées, pas de conversion entre SVG vectoriel et bitmap, pas de renommage par lot.

• « Passer en PNG améliore la qualité » : le PNG ne fait que stocker sans perte les pixels décodés ; les pertes déjà subies par le JPEG d'origine ne reviennent pas, et le poids peut être des dizaines de fois supérieur.
• « Le WebP passe partout » : sur le web, presque ; mais l'envoyer à quelqu'un ou l'importer dans un vieux système échoue souvent. Pour les fichiers diffusés, JPG/PNG est plus sûr.
• « La conversion conserve les informations de prise de vue » : non, EXIF et GPS partent ensemble. Si vous devez les garder, passez d'abord par « EXIF : affichage et suppression ».
• « Un GIF converti en WebP reste animé » : l'outil ne prend que la première image ; pour les animations, utilisez « Éditeur GIF » ou « GIF vers vidéo ».

Décodage (HEIC compris), dessin sur le canevas et encodage se font entièrement dans votre navigateur : les images ne sont pas envoyées et l'outil fonctionne sans connexion ; les fichiers de sortie ne contiennent ni EXIF ni GPS. Plus de détails dans la politique de confidentialité.

• MDN Web Docs, Image file type and format guide — type de compression, prise en charge de la transparence et de l'animation, compatibilité navigateurs : https://developer.mozilla.org/en-US/docs/Web/Media/Guides/Formats/Image_types(consulté le 2026-09-09)
• Google for Developers, WebP Container Specification — flux VP8 avec perte, mode sans perte et bloc de transparence ALPH : https://developers.google.com/speed/webp/docs/riff_container(consulté le 2026-09-09)
• RFC 2083, PNG (Portable Network Graphics) Specification — compression sans perte et canal alpha : https://www.rfc-editor.org/rfc/rfc2083(consulté le 2026-09-09)
• heic2any (GitHub) — décodeur HEIC/HEIF côté navigateur basé sur libheif, paramètres toType et quality : https://github.com/alexcorvi/heic2any(consulté le 2026-09-09)