La phrase que tout le monde aimerait vraie est simple : convertir une image en WebP devrait réduire la taille du fichier. La plupart du temps, c’est vrai dans l’ensemble. Mais ce n’est pas une loi du format, et le supposer crée de mauvaises habitudes de vérification. Certaines images source sont déjà tellement optimisées, petites ou structurellement particulières qu’une version WebP ne gagne pas d’espace utile. Parfois, elle devient plus lourde.
Ce résultat ne prouve pas que l’outil a échoué. Il rappelle que la compression reste un compromis, pas une garantie. La bonne question est : pourquoi ce compromis a-t-il tourné dans le mauvais sens pour cette image, et que faire ensuite ?
Converty fait ici quelque chose d’important : il signale explicitement quand la sortie WebP est plus volumineuse que la source.
Certains fichiers source sont déjà proches de leur meilleur résultat
Le cas le plus simple est l’original déjà très optimisé. Un JPEG compressé agressivement peut ne plus offrir beaucoup de marge. Le réencoder en WebP produit bien une sortie valide, mais la nouvelle compression travaille à partir d’une source qui a déjà payé une partie du coût qualité.
C’est pour cela qu’une règle générique du type "WebP est plus petit" échoue en pratique. Le format d’origine compte, mais l’état du fichier d’origine compte tout autant.
Les très petits fichiers et assets simples se comportent autrement
Autre cas fréquent : l’original très léger. Quand le fichier est déjà petit, il n’y a parfois pas assez de données redondantes à retirer avant que le coût du format et les choix d’encodage annulent les économies attendues.
Cela arrive souvent avec de petits graphiques d’interface, des miniatures déjà recadrées et des assets d’export qui n’étaient jamais lourds. Si le fichier actuel rentre déjà confortablement dans le budget de performance, la valeur de la conversion chute vite.
Les PNG ont un comportement particulier
Dans le flux serveur de Converty, les entrées PNG sont testées contre un candidat WebP avec perte et un candidat WebP sans perte, puis le plus petit des deux est choisi. C’est utile, car tous les PNG ne bénéficient pas de la même stratégie.
Mais même après cette comparaison, le candidat WebP retenu peut rester plus volumineux que le PNG original. L’outil choisit le plus petit WebP possible dans ce passage ; il ne promet pas de battre la source à chaque fois. Cela compte surtout pour les logos, traits, éléments d’interface plats et graphiques transparents.
Le preset influence le résultat, mais ne contrôle pas tout
Il est tentant de lire un résultat plus lourd comme la preuve d’un mauvais preset. Parfois, c’est vrai. Si vous avez choisi High alors que Balanced ou Smallest suffisait, la fidélité supplémentaire peut réduire ou effacer les gains.
Mais le preset n’est qu’une variable. Type de fichier, état de la source, transparence, complexité visuelle et optimisation initiale comptent aussi. Le bon réflexe est de demander si le preset explique le résultat ou si l’image n’était tout simplement pas une bonne candidate.
Un workflow de vérification vaut mieux qu’une règle générale
Imaginez un lot pour une mise à jour produit : captures d’interface, quelques assets UI transparents et plusieurs images marketing. La plupart des sorties reviennent plus petites. Quelques-unes non.
Ce n’est pas le moment de conclure que WebP était un mauvais choix. C’est le moment de vérifier sélectivement :
- gardez les sorties qui offrent un gain évident sans nuire à l’image
- relancez les fichiers douteux avec un autre preset si l’asset reste important
- gardez l’original lorsque la nouvelle sortie est plus lourde sans avantage opérationnel clair
Quand garder quand même un WebP plus lourd
Dans la plupart des cas, si le fichier converti est plus lourd et que le rendu visuel n’est pas meilleur, garder l’original est le choix logique. Il existe quelques exceptions : une équipe peut vouloir uniformiser un format de livraison, ou l’augmentation peut être négligeable face à la commodité d’un type de sortie unique.
Ce sont des décisions de workflow, pas des bonnes pratiques universelles. Le libellé du format ne décide pas pour vous ; l’écart de taille, oui.
Traitez "plus volumineux que l’original" comme un signal de vérification
Un résultat WebP plus lourd est une invitation à décider, pas un état d’échec. Quelque chose dans le fichier source, le preset ou la classe d’image n’a pas produit le gain attendu.
Ouvrez le convertisseur WebP pour inspecter votre propre lot, utilisez les questions fréquentes pour les détails de traitement, relisez Comment convertir PNG et JPG en WebP sans logiciel supplémentaire pour le workflow complet et associez cet article à Comment choisir le bon preset de qualité WebP lorsque l’étape suivante consiste à améliorer le résultat avant de relancer le fichier.
