GIF, WebP animé ou MP4 : mesurés sur un même clip de 5 secondes

La réponse courte

Sur notre clip de test, un WebP animé produit par Vidéo en WebP était plus léger qu’un GIF produit par Vidéo en GIF à chaque largeur et à chaque fréquence d’images comparées. Le GIF pesait de 3,1 à 4,9 fois plus. Un MP4 fait avec Redimensionner une vidéo était encore plus léger : le WebP à 20 images par seconde (i/s) pesait de 1,8 à 2,4 fois plus que le MP4.

Deux réglages changent le tableau. À 480 px et 15 i/s, un GIF sans tramage pesait 1,70 Mo, contre 3,90 Mo avec « Sierra (plus net) » par défaut. Un WebP en qualité 100 pesait 3,92 Mo, autant que le GIF par défaut. Tous ces chiffres viennent d’un seul clip de dessin animé.

Comment nous avons mesuré

Lors de notre vérification du 30 octobre 2026, nous avons découpé cinq secondes de Big Buck Bunny (© 2008 Blender Foundation, www.bigbuckbunny.org, CC BY 3.0) : 640 × 359 px, 24 i/s.

Nous avons utilisé trois pages de pulsarkit.com, dans Chrome 156, sur un même ordinateur. Vidéo en WebP est resté sur la qualité 75. Vidéo en GIF est resté sur 128 couleurs, « Sierra (plus net) » et « Boucler sans fin ». Redimensionner une vidéo, avec une « Taille personnalisée », a fait le MP4, à partir d’une copie du clip sans son, puisque ni le GIF ni le WebP n’en portent. Nous avons essayé des largeurs de 640, 480 et 320 px et des fréquences de 10, 15 et 20 i/s, plus 30 pour le WebP. Le MP4 a gardé 24 i/s.

Le chronomètre courait du bouton de génération jusqu’à l’activation de « Télécharger ». Chaque essai a utilisé une session de navigateur neuve : les durées du WebP et du GIF comprennent donc le chargement du moteur. Les poids sont en mégaoctets de 1 000 000 d’octets ; les écrans des outils comptent par 1 024 et affichent un peu moins (3,7 Mo pour notre GIF de 3,90 Mo). Les trois outils fonctionnent dans votre navigateur.

Poids de fichier, à largeur et fréquence d’images égales

Le WebP gagnait le plus sur la plus grande image. À 640 px, le GIF pesait 4,9, 4,8 et 4,7 fois plus que le WebP à 10, 15 et 20 i/s. À 480 px, c’était 4,1, 4,1 et 4,0 fois, et à 320 px 3,3, 3,2 et 3,1.

Le MP4 pesait 1,09 Mo à 640 px, 0,65 Mo à 480 et 0,31 Mo à 320. Le WebP à 20 i/s pesait 1,8, 2,0 et 2,4 fois plus, et le GIF 8,3, 7,9 et 7,6 fois plus. Un autre encodeur donnerait d’autres poids de MP4. À 10 i/s, le WebP était à peu près aussi léger que le MP4 à 640 et 480 px, mais avec moins de la moitié des images.

Vidéo en WebP stocke chaque image comme une image entière, si bien que son fichier grossit avec le nombre d’images. À chaque largeur, les fichiers à 15, 20 et 30 i/s pesaient 1,5, 2,0 et 3,0 fois celui à 10 i/s. Un MP4 stocke surtout ce qui change d’une image à l’autre. La page du conteneur WebP de Google, dans sa version française, dit que le rectangle d’une image « peut ou non recouvrir l’intégralité de la toile » : un autre encodeur WebP pourrait donc stocker moins. Nous n’en avons pas mesuré.

Ce qui décide du poids d’un GIF

Le tramage compte plus que le nombre de couleurs. Il éparpille des points de couleurs voisines pour simuler les nuances qui manquent à une petite palette. À 480 px et 15 i/s, le GIF par défaut pesait 3,90 Mo, avec 256 couleurs 4,48 Mo et avec 64 couleurs 3,34 Mo. Sans tramage, il tombait à 1,70 Mo, et avec « Bayer (motif uniforme) » à 1,94 Mo.

Le prix se voit. Sur une image agrandie trois fois, vers 2,5 secondes, le GIF par défaut présente des mouchetures sur le mur et des points colorés sur les ailes du papillon. Sans tramage, le ciel et les collines se cassent en aplats. Le WebP paraît lisse, sa texture fine un peu plus douce. Le MP4 et l’original nous ont paru identiques, d’après une seule image jugée à l’œil.

La spécification GIF89a (W3C, datée du 31 juillet 1990) dimensionne une table de couleurs avec un champ de 3 bits : « Pour déterminer la taille réelle de la table des couleurs, élevez 2 à la puissance [la valeur du champ + 1]. » (page en anglais, notre traduction). Une table contient donc 256 couleurs au plus. La FAQ WebP de Google, dans sa version française, dit : « WebP est compatible avec les couleurs RVB 24 bits et le canal alpha 8 bits, contrairement au format GIF qui utilise des couleurs 8 bits et un canal alpha 1 bit. » Nous avons lu les deux pages le 30 octobre 2026.

Là où le WebP n’est pas plus léger

À haute qualité, l’avance disparaît. À 480 px et 15 i/s, le WebP en qualité 50 pesait 0,70 Mo, en 75 0,95 Mo, en 90 1,94 Mo et en 100 3,92 Mo. La qualité 100 égale le GIF par défaut. La qualité 90 est plus lourde que le GIF sans tramage. À la qualité 75 par défaut, le WebP était plus léger que les cinq GIF de cette largeur et de cette fréquence.

Nous n’avons pas comparé de captures d’écran, de logos, de graphismes plats, de séquences sombres ni de clips plus longs, et nous n’avons pas testé la lecture dans les applications de messagerie, le courriel et les formulaires web. Le guide d’images de MDN (version anglaise), lu le 30 octobre 2026, indique la prise en charge de WebP dans Chrome, Edge, Firefox, Opera et Safari.

Temps de génération et choix du format

Un WebP de 5 secondes a pris de 7 à 24 secondes à générer, le plus lent à 640 px et 30 i/s. Le GIF a pris de 7 à 19 secondes, le MP4 de 1,3 à 2,1. Pour générer le MP4, il faut un navigateur doté d’un encodeur H.264 intégré. Votre ordinateur donnera d’autres durées.

Là où une vidéo est acceptée, le MP4 était le plus petit et le plus rapide. Là où seule une image est acceptée, le WebP était plus léger, partout où il s’affiche. Gardez le GIF là où seul un GIF fonctionne. GIF en MP4 transforme un GIF en vidéo, et Couper une vidéo découpe d’abord les secondes dont vous avez besoin. Pour les photos fixes, voyez WebP, AVIF ou JPEG : mesurés sur une même photo de téléphone.

Pour vous permettre de continuer dans un autre outil, PulsarKit peut conserver dans ce navigateur une copie locale de vos données d’entrée ou de votre résultat. Elle peut subsister après la fermeture de l’onglet ou le redémarrage du navigateur. Pour la supprimer, effacez les données de site de PulsarKit.