Notes de l'équipe sur l'artisanat, les formats et les petites décisions derrière un bon résultat.
Pourquoi tant d'applis refusent encore la WebP en 2026
Même si la WebP a plus de dix ans, une vraie part des logiciels grand public la refuse encore à l'envoi ou à l'affichage. La raison n'est pas la capacité technique, puisque le codec est largement disponible, mais l'inertie des produits et la normalisation des formats. Instagram et l'ensemble des plateformes Meta se sont fixés sur le JPEG pour l'envoi car c'est le format le plus portable pour une base mondiale,. Et La visionneuse photo de Microsoft sous Windows 10 réclame une installation distincte depuis le Store pour la WebP. La plupart des gestionnaires de contenu d'entreprise bâtis avant 2018 valident les envois face à une liste MIME figée, antérieure à la WebP. Imprimeurs, agences photo et portails publics inscrivent souvent les exigences de format dans des cahiers des charges juridiques ou d'achat. Chacun de ces points est un vrai mur qui exige un format compatible, et le JPEG reste la réponse universelle qui leur convient.
Le souci de transparence : pourquoi le blanc, et comment le changer
La compression du JPEG travaille sur des canaux de luminance et de chrominance tirés des valeurs de rouge, de vert et de bleu. Il n'y a pas de quatrième canal pour l'alpha. Quand le navigateur écrit un JPEG depuis une WebP qui porte des point images transparents, il doit attribuer une vraie couleur à chaque zone transparente. Le remplissage par défaut est le blanc, blanc pur. C'est le réglage par défaut du navigateur, pas une option que cet outil expose. Si votre WebP a un fond transparent et qu'il vous faut une couleur précise dans le JPG, disons un gris foncé pour un logo sur une page sombre, ouvrez la WebP dans un éditeur qui gère les calques, posez un calque de fond dans votre couleur cible sous l'image, aplatissez le tout, puis passez ce fichier aplati dans ce convertisseur. Le résultat est un JPG qui porte exactement la couleur choisie là où était la transparence.
Qualité, PSNR et ce que veut dire à peine perceptible
Le PSNR, rapport signal sur bruit de crête, est l'étalon technique habituel pour mesurer à quel point une image ré-enregistrée s'écarte de sa source, exprimé en décibels. Un chiffre plus haut signifie une correspondance plus serrée. Dans nos tests de bout en bout, le générateur de JPEG utilisé ici a produit 43,66 dB de PSNR sur une photo de à la qualité par défaut. Pour situer : 36 dB est à peu près le seuil sous lequel les différences deviennent nettement visibles pour la plupart des gens, tandis que 40 dB et au-dessus est en général dit perceptuellement transparent pour du contenu photographique. À 43,66 dB, la conversion est, pour tout usage web ou impression concret, visuellement identique à la source. La qualité est fixe dans cette version, sans curseur. S'il vous faut un niveau de qualité précis pour un flux de travail donné, un outil plus paramétrable conviendra mieux à cette tâche.
Taille de fichier après conversion : WebP vers JPG grossit souvent
La WebP compresse les photos plus efficacement que le JPEG. Quand vous convertissez dans l'autre sens, de la WebP au JPG, vous passez à un format moins efficace, donc la sortie finit en général plus grosse que l'entrée. Dans nos mesures, une photo WebP de en a donné un JPEG de , un poil plus petit dans ce cas précis car le JPEG a su bien coder cette image. Mais sur les photos plus grandes, le gonflement est constant. Une image qui arrive en WebP de peut repartir en JPEG d'environ à qualité visuelle comparable. Ce n'est pas un bogue ni le signe que le convertisseur déraille. C'est le prix attendu du passage d'un format plus efficace à un format moins efficace, et cette croissance est simplement le coût d'un fichier qui s'ouvre partout.
Métadonnées : EXIF, GPS et ce qui disparaît
Les fichiers WebP peuvent porter des métadonnées EXIF, dont les coordonnées GPS, le modèle d'appareil, la vitesse d'obturation, l'ouverture et l'orientation. Les fichiers JPEG peuvent porter de l'EXIF aussi. La chaîne ici, en revanche, retire toutes les métadonnées de la sortie. Le JPEG obtenu ne garde que les données de point images, aucun EXIF, aucun champ de droits IPTC, aucun historique d'édition XMP,. Et Cela se passe au niveau du dessin du navigateur et ne peut pas être contourné. Pour la plupart des publications web, des métadonnées retirées sont le résultat préférable : cela rogne quelques kilo-octets, ôte des coordonnées GPS qui pourraient révéler où une photo a été prise,. Et Pour un travail d'archive ou juridique où les métadonnées doivent survivre, utilisez plutôt un éditeur dédié qui préserve l'EXIF.
Combien de temps prend une conversion de WebP en JPG ?
Dans nos tests de bout en bout sur Chromium, Firefox et WebKit, l'étape de sauvegarde JPEG pour une photo de a pris 16 millisecondes sur Chromium, 12 sur Firefox et 17 sur WebKit. Pour une grande photo de , la sauvegarde a ajouté environ 1,5 seconde sur Chromium. Le temps que vous ressentez vraiment englobe aussi la lecture du fichier sur le disque, la décompression de la WebP et le tracé sur la surface avant la sauvegarde. Pour les photos de téléphone sous 4 mégapoint images, le trajet reste sous une seconde. Pour les grandes photos reflex au-delà de 8 mégapoint images, comptez 2 à 5 secondes dans un navigateur de bureau. Les appareils mobiles tournent à peu près 3 à 5 fois plus lentement que le bureau sur la seule sauvegarde, ce qui suit l'écart de performance des processeurs mobiles.
