Convertisseur Image vers WebP

Image to WebP convertit des fichiers JPG, PNG, GIF, BMP et autres images vers le format WebP. Les fichiers sont téléversés vers le service de conversion WebP de ToolAct, qui utilise libwebp côté serveur (via libvips) pour encoder la sortie, puis la diffuse en retour au navigateur. Le fichier temporaire de téléversement est supprimé du serveur immédiatement après la conversion, n'est pas archivé et n'est pas utilisé pour l'entraînement. Conçu pour le web, WebP peut souvent produire des fichiers plus légers pour photos et graphiques, tout en prenant en charge la transparence et des modes avec ou sans perte selon les réglages. Il sert à accélérer les pages, réduire les uploads, économiser la bande passante et optimiser les assets modernes. WebP n'est toutefois pas toujours le meilleur choix : anciens clients, impression, exigences de métadonnées ou logiciels d'édition peuvent préférer PNG, JPG ou un autre format. Après conversion, il faut vérifier netteté, transparence, couleurs et taille ensemble plutôt que de juger uniquement le ratio de compression.

WebP est un format conteneur de Google construit sur trois codecs internes : VP8 pour les images fixes avec perte, VP8L pour les images sans perte et VP8X comme conteneur étendu qui ajoute l'alpha, l'animation, le profil ICC et les blocs EXIF. Le WebP avec perte applique la prédiction intra-image de VP8 avec une DCT à 4 tuiles, un déblocage en boucle et un codage arithmétique ; le WebP sans perte exécute des transformations d'espace colorimétrique et un schéma de références arrière LZ77 sur le résidu. Comparé au JPEG à SSIM identique, le WebP avec perte est en moyenne 25 à 35 % plus petit, et le WebP sans perte est en moyenne 26 % plus petit que le PNG. La conversion dans cet outil se déroule côté serveur. Le navigateur empaquette chaque image dans un téléversement multipart signé vers le point de terminaison /image/convert/webp de ToolAct. Le serveur transmet les octets à libvips, qui décode la source (PNG, JPEG, GIF, BMP, TIFF) et passe le tampon de pixels à libwebp — l'encodeur de référence de Google. Le curseur de qualité correspond directement au paramètre -q de libwebp (0-100) : les valeurs inférieures à 100 choisissent le chemin VP8 avec perte, avec sous-échantillonnage de chrominance 4:2:0 et plage 8 bits par canal, et la qualité 100 bascule sur le chemin VP8L sans perte qui préserve chaque pixel exactement. L'encodeur écrit le flux dans un conteneur RIFF (Resource Interchange File Format) WebP, en ajoutant si nécessaire le bloc étendu VP8X pour l'alpha ou l'ICC, et le résultat est diffusé en retour comme corps de réponse. Le fichier temporaire de téléversement est supprimé du serveur dès que la réponse est écrite — il n'est pas archivé et n'est pas utilisé pour l'entraînement. Le support est désormais suffisamment large pour servir de remplacement au JPEG : Chrome 32+, Edge 18+, Firefox 65+ et Safari 14+ intègrent le décodeur. Les cas limites restants sont prévisibles. Le WebP avec perte force les pixels transparents à RGBA 0,0,0,0 car la chrominance 4:2:0 ne peut pas porter un alpha partiel en pleine fidélité. Une qualité inférieure à environ 70 commence à montrer une postérisation dans les ciels unis et une désaturation des rouges/jaunes sur les couleurs de marque, ce qui explique que les photos produit phares se situent généralement dans la bande 80-85. Le WebP animé peut être créé via les outils mux de libwebp, mais le cas typique reste les images fixes, donc une source animée par image (GIF animé) nécessite que l'encodeur soit explicitement instruit de préserver toutes les images, sinon seule la première est exportée.

• Conteneur : VP8 avec perte, VP8L sans perte, VP8X étendu (alpha, animation, ICC, EXIF) ; les trois formats partagent le même conteneur RIFF.
• Pipeline serveur : libvips décode la source, libwebp encode la sortie. Le curseur de qualité est mappé sur le paramètre -q de libwebp ; quality=100 sélectionne le chemin VP8L sans perte, les valeurs inférieures choisissent le mode VP8 avec perte avec chrominance 4:2:0.
• Ratios de taille : environ 25 à 35 % plus petit que le JPEG à SSIM identique, environ 26 % plus petit que le PNG en mode sans perte avec transparence.
• Gestion de l'alpha : le WebP avec perte aplatit les pixels entièrement transparents à RGBA 0,0,0,0 ; pour préserver l'alpha réel, sélectionnez le mode sans perte ou conservez le PNG pour les icônes.
• Compatibilité navigateur : Chrome 32+, Edge 18+, Firefox 65+, Safari 14+/iOS 14+ ; les anciens appareils verrouillés ne pouvant pas se mettre à jour nécessitent encore un fallback PNG/JPG.
• Cycle de vie de la conversion : chaque fichier téléversé n'est conservé que le temps d'exécuter l'encodage libwebp et de diffuser le résultat en retour. Le fichier temporaire est supprimé à la fermeture de la réponse, que la conversion ait réussi ou échoué.