PNG to JPG Converter

JPG has no alpha channel, so any transparent or semi-transparent pixels in your PNG get flattened onto a solid white background during conversion. If you need to keep transparency, convert to WebP instead, which supports both a full alpha channel and JPG-level compression efficiency.

Usually yes, often dramatically for photographic images, because PNG's lossless DEFLATE compression is inefficient for continuous-tone photos while JPG's lossy DCT compression is built for exactly that. A photo saved as PNG can shrink 70-90% when re-encoded as JPG at typical quality settings; flat-color graphics like screenshots or logos see much smaller gains, if any.

A quality of 80-90 typically looks visually lossless for photos while still cutting file size significantly. Below about 60, blocking artifacts start to appear, especially around sharp edges and text — areas PNG source images often contain.

No. Converting a JPG to PNG only repackages the already-lossy pixel data losslessly going forward — it can't restore detail discarded during the original JPEG encoding, and it typically produces a larger file with no visual benefit.

Le modèle colorimétrique du JPG est exclusivement RVB : trois canaux pour le rouge, le vert et le bleu, sans quatrième canal alpha pour stocker une information de transparence. Lorsqu'un PNG au fond transparent ou semi-transparent est converti, l'encodeur doit décider par quelle couleur remplacer ce "vide", et le remplissage standard est un blanc uni. C'est pourquoi un logo ou une icône détourée peut sembler parfait en miniature PNG et afficher soudain un vilain carré blanc dès qu'il devient un JPG. Si vous devez conserver la transparence, laissez le fichier en PNG ou convertissez-le plutôt en WebP, qui prend en charge un canal alpha complet tout en offrant une efficacité de compression proche du JPG. Aucun réglage ne permet d'éviter ce problème au sein même du format JPG : c'est une limite structurelle de son modèle colorimétrique, pas un bug propre à un convertisseur en particulier, y compris celui-ci.

Cela dépend du contenu de la capture d'écran. Une capture de texte, de code ou d'interface utilisateur est essentiellement composée d'aplats de couleur et de contours nets — exactement ce que la compression sans perte du PNG gère déjà très bien — donc la convertir en JPG n'apporte souvent que peu de gain de poids et peut introduire des artefacts de blocs visibles autour du texte et des icônes. En revanche, une capture dominée par une photo, une image vidéo ou une maquette riche en dégradés se compresse généralement bien mieux en JPG, avec une réduction de taille souvent substantielle, ce qui profite directement au temps de chargement de la page et à des métriques Core Web Vitals comme le LCP. Une règle pratique : si l'image est surtout composée d'interface et de texte, gardez-la en PNG ; si elle est surtout photographique ou en tons continus, le JPG est généralement le meilleur format pour le web, le WebP restant une option encore plus légère là où la compatibilité des navigateurs le permet.

La norme JPEG a été finalisée en 1992 par le Joint Photographic Experts Group, un comité formé conjointement sous l'égide de l'ISO et de ce qui est aujourd'hui l'UIT. Elle a été conçue spécifiquement autour de la façon dont le système visuel humain perçoit les couleurs et les détails, en éliminant les informations que l'œil remarque le moins. Cette efficacité, combinée au fait d'être libre de droits et pris en charge par pratiquement tous les navigateurs, systèmes d'exploitation et appareils photo produits depuis, explique pourquoi il n'a jamais été détrôné : la plupart des appareils photo numériques et des smartphones enregistrent encore leurs photos en JPEG par défaut aujourd'hui. Des formats plus récents comme le WebP et l'AVIF compressent plus efficacement à qualité visuelle équivalente, mais le support de décodage quasi universel du JPEG, y compris sur des logiciels et matériels plus anciens antérieurs au web moderne, en fait le choix par défaut le plus sûr dès que la compatibilité compte plus que le gain des derniers kilo-octets.

Non — la résolution (les dimensions en pixels, par exemple 1920x1080) et la compression sont deux notions indépendantes, et cet outil ne redimensionne rien par défaut. Ce qui change, c'est la façon dont les données de couleur de chaque pixel sont stockées : la compression destructrice du JPG peut introduire de petites imprécisions par pixel, appelées artefacts de compression, à des réglages de qualité faibles, ce qui peut donner une impression de perte de netteté ou de détail, en particulier autour des contours à fort contraste et du texte. Il s'agit d'un changement de qualité, pas d'un changement de résolution : l'image de sortie conserve exactement la même largeur et la même hauteur que le PNG source, pixel pour pixel. On confond souvent les deux car un JPG fortement compressé paraît "flou" ou "mou", mais le nombre de pixels et les dimensions du fichier restent intacts ; seule la fidélité de la valeur de couleur stockée pour chaque pixel a été réduite par le processus d'encodage.

Pour des photographies, le JPG est presque toujours le meilleur choix pour l'e-mail. Une photo enregistrée en PNG peut être plusieurs fois plus lourde que la même image sauvegardée en JPG à un réglage de qualité élevé, ce qui compte directement pour l'e-mail : de nombreux fournisseurs plafonnent la taille totale des pièces jointes autour de 25 Mo, et des images volumineuses ralentissent l'envoi, la réception et la consommation de données mobiles côté destinataire. La différence visuelle à un réglage de qualité JPG élevé, environ 85 et au-delà, est imperceptible pour une photo classique, alors que les gains de poids sont considérables et s'accumulent vite sur plusieurs pièces jointes. L'exception concerne les images qui doivent rester entièrement modifiables ou sans perte — un document scanné contenant du texte, ou un visuel destiné à être retouché plus tard — où la nature sans perte du PNG justifie sa taille plus importante. Pour un partage de photos au quotidien, le JPG reste le choix pratique par défaut.