Convertisseur d'images (PNG / JPG / WEBP)
Convertissez et redimensionnez des images localement dans votre navigateur à l'aide de l'API Canvas. Aucun téléversement.
Chargement de Convertisseur d'images (PNG / JPG / WEBP)… Si rien ne se passe, activez JavaScript.
La conversion de fichiers consiste à prendre des données stockées dans un format et à les réencoder dans un autre format tout en préservant le plus possible du contenu d'origine. Pour les images, cela signifie transformer la représentation binaire des données de pixels du schéma d'encodage d'un codec vers un autre, par exemple de la compression par canal sans perte utilisée par PNG vers la transformée en cosinus discrète utilisée par JPEG, ou vers l'encodage moderne fondé sur la prédiction utilisé par WebP. Chaque format a des atouts différents : PNG conserve chaque pixel à la perfection et prend en charge les arrière-plans transparents, ce qui le rend idéal pour les logos, les icônes et les captures d'écran ; JPEG excelle dans la compression des images photographiques où une légère perte de qualité est acceptable ; WebP, introduit par Google en 2010, combine le meilleur des deux mondes avec des fichiers plus petits et la prise en charge des modes avec et sans perte, ainsi qu'un canal alpha.
Questions fréquentes
Mes images sont-elles téléversées vers un serveur ?
Entre quels formats puis-je convertir ?
Quelle est la différence entre PNG, JPEG et WebP ?
Convertir de JPEG vers PNG améliore-t-il la qualité ?
Quel réglage de qualité dois-je utiliser pour une sortie JPEG ou WebP ?
Quelle est la taille de fichier maximale que l'outil peut traiter ?
Comment la conversion dans le navigateur se compare-t-elle aux outils côté serveur comme ImageMagick ?
Puis-je convertir une image et la redimensionner en même temps ?
Qu'advient-il de la transparence lors de la conversion de PNG vers JPEG ?
WebP est-il largement pris en charge par les navigateurs ?
À propos de Convertisseur d'images (PNG / JPG / WEBP)
Le besoin de convertir des formats d'image se présente sans cesse dans les flux de travail réels. Un graphiste livre des éléments en PNG mais le CMS n'accepte que le JPEG. Un développeur doit convertir un dossier de photos de produits JPEG en WebP pour répondre à une exigence de performance. Un photographe exporte des images HEIC depuis un iPhone mais la plateforme cible ne prend pas en charge ce format. Un développeur web doit supprimer la transparence d'un logo PNG pour créer une vignette JPEG. Les réseaux sociaux, les clients de messagerie, les systèmes de gestion de contenu et les services d'impression imposent tous leurs propres exigences de format, ce qui fait de la conversion d'images l'une des tâches de manipulation de fichiers les plus fréquentes dans les métiers créatifs et techniques.
Cet outil effectue la conversion entièrement dans votre navigateur à l'aide de l'API Canvas du HTML. Le processus se déroule en trois étapes : le navigateur décode l'image source en données de pixels RGBA brutes en mémoire, l'élément Canvas affiche ces pixels, puis la méthode toBlob ou toDataURL du Canvas les réencode dans le format cible au niveau de qualité que vous spécifiez. Comme tout se passe localement, vos images ne sont jamais transmises à un serveur. Il n'y a pas de compte, pas de palier selon la taille du fichier et pas de filigrane sur le résultat. Vous pouvez éventuellement redimensionner l'image pendant la conversion, combinant ainsi deux opérations courantes en une seule étape.
La conversion côté client comporte quelques limites qu'il vaut la peine de comprendre. Les encodeurs intégrés du navigateur sont bons mais pas aussi réglables que des outils professionnels comme ImageMagick, libvips ou FFmpeg. Les images très volumineuses (au-delà de 20 mégapixels) peuvent atteindre la limite de taille du canvas du navigateur ou épuiser la mémoire disponible. Convertir d'un format sans perte comme PNG vers un format avec perte comme JPEG introduira une perte de qualité qui ne peut être annulée, conservez toujours une copie de l'original. Convertir de JPEG vers PNG ne récupère pas la qualité perdue lors de l'encodage JPEG d'origine ; le fichier sera plus volumineux, mais le détail qui a été supprimé lors de l'enregistrement JPEG initial est perdu à jamais.
Formats, codecs et la guerre des navigateurs : comment la conversion d'images est devenue sans effort
L'histoire des formats de fichier d'image est indissociable de celle des intérêts commerciaux concurrents et des batailles de normes techniques. Lorsque CompuServe a introduit le format GIF en 1987, ce fut un acte délibéré de générosité : l'entreprise voulait un moyen de partager des images en couleur sur son réseau en ligne et a publié le format ouvertement. L'ambiance s'est dégradée en 1994 lorsque Unisys a révélé qu'elle détenait un brevet sur l'algorithme de compression LZW au cœur du GIF et a commencé à exiger des redevances, ce qui a déclenché la création du PNG comme remplacement libre de brevet. Le JPEG, normalisé en 1992, a évité une controverse similaire en ayant été conçu dès le départ comme une norme ouverte, bien que son algorithme central, la DCT, ait été breveté sous diverses formes, des brevets qui ont discrètement expiré entre 2006 et 2012. La longevité du format JPEG est extraordinaire : bien qu'il ait été conçu pour les capacités matérielles du début des années 1990, il représente encore environ 70 % de toutes les images du web trois décennies plus tard.
Les éditeurs de navigateurs ont historiquement utilisé la prise en charge des formats d'image comme facteur de différenciation concurrentielle. Microsoft a introduit la prise en charge du PNG dans Internet Explorer 4 (1997) mais a connu un bug notoire dans le rendu de son canal alpha qui a persisté pendant près d'une décennie, obligeant les développeurs à recourir à des contournements en JavaScript pour les PNG transparents. Google a introduit WebP en 2010 et a ajouté immédiatement une prise en charge native à Chrome, mais Mozilla, Apple et Microsoft ont d'abord refusé de l'implémenter, invoquant des préoccupations quant au contrôle du format par Google. Il a fallu une décennie de pression, de données de performance et de pression concurrentielle avant que tous les principaux navigateurs prennent en charge WebP. La même dynamique se joue avec l'AVIF (pris en charge depuis Chrome 85 en 2020) et le JPEG XL (dont la prise en charge dans Chrome a été ajoutée, puis retirée de façon controversée en 2023, puis rétablie).
L'API Canvas du HTML, qui alimente les outils de conversion d'images dans le navigateur comme celui-ci, a été proposée pour la première fois par Apple en 2004 pour une utilisation dans le navigateur Safari et le système de widgets Dashboard de macOS. Elle a ensuite été adoptée par tous les autres éditeurs de navigateurs et normalisée par le WHATWG. Les méthodes toBlob et toDataURL de la spécification Canvas, les fonctions qui réencodent les données de pixels dans un format d'image spécifique, sont disponibles dans tous les principaux navigateurs depuis environ 2012, rendant possible discrètement toute une catégorie d'outils de traitement d'images côté client qui auraient auparavant nécessité un serveur.