zipo.pics

Benchmark de compression d’images

Même image, quatre codecs, chiffres réels. Nous avons compressé un échantillon via zipo.pics et mesuré la sortie réelle.

Échantillon: 128 × 128 px gradient PNG, Taille 50.9 KB
FormatTaillevs originalQuand l’utiliser
PNG (lossless)12.8 KB−75%Best when every pixel must survive — logos, screenshots.
JPG2.1 KB−96%Universally compatible; great for photos.
WebP0.9 KB−98%Smallest here — simple codec wins on tiny smooth images.
AVIF1.3 KB−97%Usually beats WebP on photos; overhead shows on micro images.

Comment nous avons mesuré

Le même fichier source a été compressé avec le moteur de zipo.pics dans le navigateur (Rust en WebAssembly, sans serveur). Chaque format a été encodé en réglages par défaut et la taille exacte du fichier de sortie a été lue directement.

Le point contre-intuitif : AVIF n’était pas le plus petit

Sur cette petite image lisse, AVIF (1,3 Ko) est plus lourd que WebP (0,9 Ko). L’encodeur avancé d’AVIF a un coût fixe qui ne paie que sur les images détaillées et grandes.

Comment lire ce tableau

La colonne « vs original » est l’essentiel : même le PNG sans perte perd 75 %, car la source était un export non compressé. La conclusion : choisissez le format selon l’image.

Réserve honnête : ceci est un échantillon synthétique (dégradé 128×128). Les vrais résultats varient selon le contenu et la taille.

Questions fréquentes

Pourquoi le PNG sans perte est-il plus petit que l’original ?

L’original était un export non compressé. Le PNG le ré-encode sans perte en retirant ce gaspillage, chaque pixel restant identique. « Sans perte » ne veut pas dire « sans changement de taille ».

Dois-je toujours utiliser WebP ?

Pour les photos sur le web moderne, WebP (ou AVIF) est généralement le plus petit à bonne qualité. Mais certains outils et CMS attendent encore du JPG ou PNG.