Conversion d'images en ligne, gratuite

Ce qu’est réellement la conversion de format

Tout format de fichier image que vous rencontrez, du JPEG de 1992 à l’AVIF de 2019, encode finalement la même chose : un rectangle de pixels. Ce qui diffère, c’est la manière dont chaque format compresse, structure et (parfois) annote ces pixels sur le chemin du disque. JPEG utilise une compression DCT avec perte et n’a pas de canal alpha. PNG utilise une compression DEFLATE sans perte et un canal alpha 8 bits complet. WebP utilise soit le codage intra-image VP8 avec perte, soit des transformations prédictives sans perte, avec alpha optionnel. GIF utilise LZW puis DEFLATE sur une palette indexée. BMP est essentiellement des pixels bruts. AVIF utilise le codage intra-image AV1, le plus récent et le plus efficace de la famille.

Convertir entre deux quelconques de ces formats suit la même recette conceptuelle : décoder les octets source en pixels RGBA bruts, puis ré-encoder ces pixels selon les règles du format de destination. L’API Canvas du navigateur expose exactement ce pipeline à deux étapes. Quand vous déposez une image, le décodeur intégré du navigateur pour le format d’entrée lit les octets et produit un tampon de pixels. Le tampon est dessiné sur un canvas en mémoire. Ensuite canvas.toBlob('image/jpeg' ou 'image/png' ou 'image/webp', qualité) transmet les pixels à l’encodeur du navigateur pour le format de sortie choisi. Aucune bibliothèque externe n’est nécessaire ; tout est intégré au navigateur.

Voilà pourquoi cet outil peut prendre en charge tant de formats d’entrée sans code spécifique par format de notre côté : tout navigateur livré depuis 2020 peut décoder nativement JPEG, PNG, WebP, GIF, BMP et AVIF, et la plupart peuvent décoder SVG en le rastérisant (la conversion rastérise le vectoriel dans le format raster cible). Le côté sortie est limité à JPEG, PNG et WebP parce que ce sont les encodeurs que le navigateur livre universellement. L’encodage AVIF est inégal en 2026 (Safari l’a, Chrome et Firefox non), donc la sortie AVIF n’est pas proposée ici ; si vous avez besoin d’AVIF, utilisez Squoosh qui embarque son propre encodeur.

Comment cet outil fonctionne en coulisses

Le pipeline est l’API Canvas 2D HTML5 sans bibliothèque externe. Quand vous déposez un fichier, l’API File transmet les octets à un nouvel HTMLImageElement ; le navigateur identifie le format à partir de ses octets magiques et dispatch vers son décodeur intégré. JPEG est décodé via le chemin standard d’inverse DCT. PNG passe par l’inflate DEFLATE puis la défaite du filtre approprié. WebP exécute le décodeur intra-image VP8 (pour avec perte) ou le décodeur de transformations prédictives (pour sans perte). Le résultat dans chaque cas est le même tampon de pixels RGBA, quel que soit le format d’entrée.

Un nouvel élément <canvas> en mémoire est dimensionné à l’image. Si la sortie choisie est JPEG et que la source avait de l’alpha (PNG, WebP-avec-alpha, AVIF-avec-alpha), le canvas est pré-rempli de blanc pour donner aux pixels transparents un endroit où atterrir ; sinon, le canvas hérite directement des pixels. Les pixels décodés sont peints sur le canvas avec ctx.drawImage(). Ensuite canvas.toBlob(mimeCible, qualité/100) invoque l’encodeur pour le format de sortie choisi : le pipeline DCT de JPEG à la qualité du curseur, le DEFLATE sans perte de PNG (qualité ignorée), ou l’encodeur WebP (avec perte à la qualité du curseur).

Pour les fichiers uniques, le Blob de sortie devient une URL d’objet téléchargeable. Pour les lots multifichiers, l’outil exécute le même pipeline en boucle et agrège les résultats. Rien ne quitte l’onglet ; aucune bibliothèque n’est téléchargée ; le seul trafic réseau est le chargement initial de la page. Ouvrez l’onglet Réseau des outils de développement pendant la conversion : aucune requête ne transporte de données d’image. Passez le navigateur en mode avion après le chargement de la page et le convertisseur continue à fonctionner sur les images locales. La confidentialité découle directement de cette architecture : il n’y a aucune étape de téléversement, aucune entrée de journal, aucune infrastructure d’opérateur à qui faire confiance.

Bref historique de la conversion croisée de formats d’image

• GIF, 1987. CompuServe a publié GIF (Graphics Interchange Format) utilisant la compression LZW sur une palette indexée de 256 couleurs. Il est devenu la lingua franca des graphiques du web précoce jusqu’à ce que les revendications de brevets LZW en 1994 stimulent le développement de PNG.
• JPEG, 1992. ITU-T T.81 / ISO/IEC 10918-1, DCT avec perte calibré pour la photographie, universellement adopté en quelques années. Le premier format largement implémenté qui a rendu possible le web riche en photos.
• PNG, 1996. IETF RFC 2083 de Thomas Boutell, Mark Adler et un groupe de travail mené par CompuServe. Compression DEFLATE au lieu de LZW, canal alpha 8 bits complet, toujours sans perte, libre de redevances. PNG est devenu le standard pour les graphiques, logos et captures d’écran ; JPEG est resté le standard pour les photographies.
• WebP, 2010. Google a publié WebP, adaptant le codage intra-image du codec vidéo VP8 en format d’image fixe. WebP avec perte est 25 à 34 % plus petit que JPEG ; WebP sans perte est 26 % plus petit que PNG. La prise en charge universelle des navigateurs est arrivée en 2020 quand Safari 14 et iOS 14 ont comblé le dernier manque.
• AVIF, 2019. L’Alliance for Open Media a publié AVIF utilisant le codage intra-image AV1 à l’intérieur du conteneur HEIF. Environ 50 % plus petit que JPEG à qualité équivalente. La prise en charge du décodage par les navigateurs a atteint plus de 95 % en 2023 ; la prise en charge de l’encodage reste inégale hors de Safari, c’est pourquoi cet outil peut lire AVIF mais pas l’écrire.
• Conversion navigateur via Canvas, 2014-2020. Le HTML5 Canvas a mûri au point où tout outil dans le navigateur pouvait médiatiser une conversion de format n’importe-à-n’importe via décode-peint-encode, sans bibliothèques externes nécessaires pour les formats de sortie courants (JPEG, PNG, WebP). Le convertisseur d’image est une application directe de cette capacité : déposez n’importe quoi, choisissez votre sortie, téléchargez.

Comment convertir des images

1. Sélectionnez votre format cible (JPEG, PNG ou WebP) ci-dessus.
2. Ajustez le curseur de qualité pour la sortie JPEG/WebP (plus élevé = meilleure qualité, fichier plus volumineux).
3. Déposez ou sélectionnez une ou plusieurs images.
4. Les images sont converties instantanément dans votre navigateur.
5. Téléchargez-les individuellement ou toutes en une fois.

Quand utiliser chaque format

• JPEG · Idéal pour les photographies et les images complexes comportant de nombreuses couleurs. Utilise une compression avec perte pour obtenir de petits fichiers. Ne prend pas en charge la transparence.
• PNG · Idéal pour les graphiques, logos, captures d'écran et images nécessitant de la transparence. La compression sans perte produit des fichiers plus volumineux, mais d'une qualité parfaite.
• WebP · Le format moderne de Google, qui offre à la fois une compression avec et sans perte. Généralement 25 à 35 % plus petit que JPEG à qualité équivalente. Prend en charge la transparence. Compatible avec tous les navigateurs modernes.

Conversions courantes

• PNG vers JPEG · Réduisez la taille des fichiers de photos enregistrées au format PNG. Idéal pour les pages web et les e-mails.
• JPEG vers PNG · Convertissez vers un format sans perte pour poursuivre l'édition sans perdre en qualité.
• PNG/JPEG vers WebP · Optimisez les images pour les sites web modernes. Fichiers nettement plus petits.
• WebP vers PNG/JPEG · Convertissez pour assurer la compatibilité avec d'anciens logiciels ou plateformes qui ne prennent pas en charge WebP.

Flux de conversion du monde réel

• Normalisation de format en masse. Un dossier d’images aux formats mixtes (certaines PNG, d’autres JPEG, certaines WebP) doit être unifié à un format unique pour un CMS, un pipeline d’assets d’application ou un flux qui attend une seule extension. Déposez tous les fichiers, choisissez le format cible une fois, téléchargez-les tous en ZIP. Le côté décodage est uniforme entre les formats d’entrée, donc l’outil ne se soucie pas du mélange que vous lui donnez.
• Convertir des captures d’écran pour le partage. Les systèmes d’exploitation modernes capturent en PNG par défaut. Partager une capture d’écran par e-mail ou chat est souvent plus rapide en JPEG plus petit. Déposez le PNG, sortie en JPEG à qualité 90, collez dans le message. Le compromis (perte d’alpha, légère réduction de qualité) est acceptable pour un partage éphémère et vaut l’économie de taille de fichier.
• Moderniser d’anciens assets de site web. Remplacez les assets PNG et JPEG par des versions WebP pour réduire le poids des pages. WebP est 25 à 34 % plus petit que JPEG à qualité équivalente et 26 % plus petit que PNG sans perte, avec le même support de canal alpha. Les navigateurs modernes (post-2020) gèrent WebP nativement. Déposez un dossier d’assets hérités, choisissez la sortie WebP, téléchargez, remplacez.
• Normaliser des images pour des pipelines IA ou ML. Beaucoup de pipelines de machine learning attendent un format spécifique (souvent PNG pour des données d’entraînement sans perte, JPEG pour de l’inférence contrainte en taille). Un jeu de données mixte récolté par scraping web, téléversements utilisateurs ou sources multiples doit être normalisé. Cet outil convertit tout vers un seul format, après quoi le jeu de données a un comportement de décodage cohérent pour le code d’entraînement ou d’inférence.
• Extraire des images fixes des GIF animés. Le décodeur <img> du navigateur vous donne la première image d’un GIF animé quand vous la déposez sur cet outil. Convertir en PNG, JPEG ou WebP produit une seule image fixe de cette première image. Utile pour les vignettes, les aperçus sur les réseaux sociaux, ou tout contexte où vous avez besoin d’une image statique dérivée d’une animation.
• Décoder AVIF pour des cibles héritées. AVIF est maintenant largement lisible par les navigateurs (95 %+ de support depuis 2023), mais les cibles héritées veulent encore JPEG ou PNG. Déposez un fichier AVIF, choisissez la sortie JPEG, et l’image convertie fonctionne dans tout contexte qui accepte JPEG, y compris Outlook 2016 et autres clients hérités. (Pour la sortie AVIF, utilisez Squoosh ; cet outil peut lire mais pas écrire AVIF.)

Pièges courants et ce qu’ils signifient

• La sortie JPEG perd la transparence. Si votre source a un canal alpha (PNG, WebP-avec-alpha, AVIF-avec-alpha) et que vous choisissez la sortie JPEG, les zones transparentes deviennent blanches dans le résultat. L’information alpha a disparu ; vous ne pouvez pas la récupérer depuis le JPEG. Pour les sources avec une transparence qui vous tient à cœur, choisissez plutôt la sortie PNG ou WebP.
• La sortie PNG d’une source photographique fait grossir le fichier. Une photo JPEG à qualité 85 peut être de 250 Ko ; la même image en PNG est souvent de 1 à 2 Mo. La compression DEFLATE sans perte de PNG est bien moins efficace que la DCT avec perte de JPEG pour le contenu photographique. Ne convertissez en PNG que si vous avez spécifiquement besoin de sans perte ou de support de transparence, pas par défaut.
• La sortie WebP ne s’affichera pas dans les clients de messagerie hérités. Outlook 2016 et antérieur sous Windows, Apple Mail avant macOS 11 Big Sur, et diverses installations CMS plus anciennes ne peuvent pas afficher WebP. Si votre destination est l’une d’elles, choisissez plutôt la sortie JPEG ou PNG. WebP est le bon choix pour l’hébergement web moderne, les clients de messagerie récents et les CMS actuels, mais pas pour tout.
• Les GIF animés perdent leur animation. Le décodeur <img> du navigateur utilisé ici ne donne que la première image d’un GIF animé. La sortie (JPEG, PNG ou WebP) est une seule image fixe de cette image ; le reste de l’animation est écarté silencieusement. Pour préserver l’animation, utilisez un outil spécifique aux GIF, ou convertissez en WebP animé / APNG avec un outil dédié.
• L’entrée HEIC échoue hors des appareils Apple. Chrome et Firefox ne peuvent pas décoder HEIC nativement (barrière de licence du brevet HEVC). Déposer un HEIC dans ce convertisseur sur un navigateur non-Apple échoue. Utilisez d’abord l’outil dédié HEIC vers JPG (qui livre un décodeur libheif en WebAssembly), puis passez le JPEG par ce convertisseur si vous avez besoin de PNG ou WebP ensuite.
• Les métadonnées EXIF et ICC peuvent être retirées. Le ré-encodage basé sur Canvas écarte typiquement les blocs de métadonnées EXIF, XMP, IPTC et les profils colorimétriques ICC intégrés. La sortie ne porte que des données de pixels. Habituellement invisible pour le partage écran ; problématique pour les flux d’archivage ou de préparation à l’impression qui dépendent des métadonnées de capture. Utilisez un outil de bureau conscient des métadonnées pour ces cas.

Confidentialité : les images ne quittent jamais votre appareil

Chaque convertisseur de format d’image basé sur le cloud (CloudConvert, Convertio, iLoveIMG, FreeConvert, Aspose et les dizaines de services « convertir image en ligne ») téléverse votre fichier sur le serveur de l’opérateur, exécute la conversion et renvoie le fichier converti en téléchargement. Les images contiennent régulièrement du contenu que personne ne voudrait voir copié sur le disque dur d’un inconnu : captures d’écran d’interfaces internes et de documents confidentiels, photos avec coordonnées GPS intégrées de leur lieu de prise, scans de cartes d’identité et de formulaires fiscaux, illustrations sous NDA, maquettes de design non encore publiées. La plupart des opérateurs publient des politiques de confidentialité s’engageant à supprimer les téléversements dans une heure ou deux et à chiffrer en transit, et les plus gros détiennent la certification ISO/IEC 27001. Ils ont de fortes raisons commerciales d’honorer ces politiques. Mais « supprimé dans l’heure » n’est pas « jamais vu ». Pendant cette heure, le contenu de l’image se trouve dans l’infrastructure de l’opérateur, accessible à tout processus ou personne disposant des permissions appropriées, et visible dans les journaux et sauvegardes selon la politique de rétention applicable.

Ce convertisseur ne téléverse jamais rien. Tout le pipeline (sélection du fichier, décodage via les décodeurs intégrés au navigateur, peinture Canvas et composition alpha optionnelle, encodage via les encodeurs intégrés au navigateur, téléchargement) s’exécute dans votre onglet de navigateur à l’aide de JavaScript et de l’API Canvas HTML5. Aucun téléversement, aucune requête réseau transportant des données d’image, aucune entrée de journal. Vous pouvez vérifier en ouvrant les outils de développement du navigateur sur l’onglet Réseau avant la conversion : aucune requête ne part avec du contenu d’image. Le seul trafic réseau est le chargement initial de la page lui-même ; aucune bibliothèque externe n’est téléchargée pour la conversion. Passez le navigateur en mode avion après le chargement de la page et le convertisseur continue à fonctionner sur les images locales.

Quand un autre outil est le bon choix

• Vous avez besoin d’une sortie AVIF. Canvas en 2026 peut décoder AVIF universellement, mais l’encodage est inégal (Safari l’a, Chrome et Firefox non). Pour la sortie AVIF, utilisez Squoosh (Google Chrome Labs, également entièrement côté client, embarquant son propre encodeur AV1). AVIF est à peu près 50 % plus petit que JPEG à qualité visuelle équivalente ; pour la livraison web moderne la plus efficace, cela vaut l’outil supplémentaire.
• Vous avez besoin de décoder HEIC sur un navigateur non-Apple. Chrome et Firefox ne peuvent pas décoder HEIC nativement en raison de la licence du brevet HEVC. Utilisez d’abord l’outil dédié HEIC vers JPG, qui livre un décodeur libheif en WebAssembly, puis passez le résultat par ce convertisseur si vous avez besoin de la sortie PNG ou WebP.
• Vous avez besoin de préserver l’animation. Cet outil ne lit que la première image des GIF animés. Pour préserver le mouvement, restez en GIF animé, convertissez en WebP animé via un outil dédié, ou convertissez en APNG. La conversion « première-image-seulement » basée sur le navigateur ne peut pas capturer les données multi-images.
• Automatisation par lot sur des centaines ou des milliers de fichiers. Utilisez Sharp dans Node.js (la bibliothèque côté serveur de référence, bâtie sur libvips), ImageMagick ou GraphicsMagick sur n’importe quel shell, ou Pillow en Python. Les outils en ligne de commande gèrent des milliers de fichiers sans limites mémoire du navigateur et tournent depuis des tâches CI, hooks de déploiement ou tâches cron.

Questions fréquentes

La conversion entre formats entraîne-t-elle une perte de qualité ?

La conversion en PNG est toujours sans perte. La conversion en JPEG ou WebP applique une compression avec perte, mais au réglage de qualité par défaut de 92 %, la différence est pratiquement invisible. Des réglages de qualité inférieurs échangent la fidélité visuelle contre des tailles de fichier plus petites.

Qu'advient-il de la transparence lors de la conversion en JPEG ?

Le JPEG ne prend pas en charge la transparence. Les zones transparentes seront remplies d'un arrière-plan blanc. Si vous avez besoin de transparence, utilisez plutôt PNG ou WebP.

Puis-je convertir plusieurs images à la fois ?

Oui ! Sélectionnez ou déposez plusieurs images : elles seront toutes converties au format choisi. Utilisez « Tout télécharger » pour les obtenir en un clic.

Mes images sont-elles envoyées à un serveur ?

Non. L'intégralité de la conversion se fait dans votre navigateur, à l'aide de l'API Canvas. Vos images ne quittent jamais votre appareil.

Autres questions fréquentes

Pourquoi cet outil ne propose-t-il pas la sortie AVIF ?

Parce que l’encodage AVIF basé sur Canvas est inégal en 2026 : Safari le supporte, mais Chrome et Firefox ne livrent pas d’encodeur AVIF. Un outil qui ne fonctionnerait que sur un navigateur serait déroutant. Pour la sortie AVIF, utilisez Squoosh (Google Chrome Labs, également entièrement côté client) ; il embarque son propre encodeur AV1 dans la page et produit de l’AVIF dans tout navigateur. Nous pouvons lire l’entrée AVIF ici (95 %+ des navigateurs peuvent la décoder depuis 2023), simplement pas l’écrire.

Pourquoi ne puis-je pas déposer un fichier HEIC ?

Sur Safari et autres navigateurs sur plateforme Apple, HEIC fonctionne parce que le système d’exploitation fournit le décodeur HEVC. Sur Chrome, Firefox et Edge, cela ne fonctionne pas parce que le codec HEVC est encombré de brevets (les brevets HEVC sont mutualisés entre MPEG LA, HEVC Advance, Velos Media, etc.) et ces navigateurs ne livrent pas de décodage HEVC natif. Utilisez d’abord l’outil dédié HEIC vers JPG, qui livre un décodeur libheif en WebAssembly pour gérer HEIC partout ; puis si vous avez besoin de sortie PNG ou WebP, passez le JPEG résultant par ce convertisseur.

Quel format de sortie dois-je choisir ?

Cela dépend du contenu et de la destination. Pour du contenu photographique sur le web moderne, WebP donne le plus petit fichier sans perte de qualité visible ; pour la compatibilité héritée (clients de messagerie plus anciens, CMS pré-2020, systèmes de soumission figés sur JPEG), JPEG est universel. Pour des graphiques, captures d’écran, logos ou tout ce qui a des bords de couleur nets et de la transparence, PNG les préserve parfaitement. WebP gère aussi les graphiques dans son mode sans perte, plus petit que PNG, mais ne fonctionne que sur des destinations modernes. Règle empirique : WebP pour le web moderne, JPEG pour les photos vers destinations héritées, PNG pour les graphiques ou les besoins sans perte.

Cet outil fonctionne-t-il hors ligne ?

Oui. Les décodeurs pour JPEG, PNG, WebP, GIF, BMP et AVIF, plus les encodeurs pour JPEG, PNG et WebP, sont tous intégrés au navigateur. Aucune bibliothèque externe n’est téléchargée pour la conversion. Les visites suivantes à cette page fonctionnent entièrement hors ligne tant que la page elle-même reste dans le cache du navigateur. Vous pouvez vérifier en activant le mode avion après avoir ouvert la page une fois et en convertissant une image locale.

Les métadonnées EXIF (appareil photo, GPS, date de capture) survivront-elles à la conversion ?

Habituellement non. L’API Canvas opère sur des données de pixels brutes ; elle ne transporte pas les blocs de métadonnées EXIF, IPTC, XMP ni le profil colorimétrique ICC intégré jusqu’à la sortie. Pour un partage écran ordinaire, c’est habituellement un gain de confidentialité (les coordonnées GPS et les numéros de série d’appareil ne fuitent pas). Pour les flux d’archivage ou photographiques où les métadonnées comptent, utilisez un outil de bureau conscient des métadonnées : ExifTool, ImageMagick avec des options explicites, ou « Exporter sous » de Photoshop, qui peuvent tous préserver les métadonnées à travers la conversion.

Existe-t-il un équivalent de bureau ou en ligne de commande ?

Plusieurs. Pour l’automatisation par lot, sharp dans Node.js (bâti sur libvips) est la bibliothèque standard côté serveur : sharp(buf).toFormat('webp').toBuffer(). ImageMagick sur n’importe quel shell : magick input.jpg output.webp. Pillow en Python : Image.open(p).save(out, 'PNG'). Pour le travail interactif ponctuel avec un support de formats plus large incluant la sortie AVIF, Squoosh (Google Chrome Labs, également côté client) est l’alternative navigateur la plus proche. Photoshop, Affinity Photo, GIMP et Aperçu sur macOS couvrent le cas du logiciel de bureau et préservent les métadonnées plus fidèlement que la conversion basée sur le navigateur.

Outils associés