Convertir GIF en WebP

L’encodeur choisit la compression avec ou sans perte image par image, ce qui convient bien aux GIF animés, qui mélangent souvent des images de dessin animé en aplats et des images photographiques, ou un extrait vidéo avec des sous-titres par-dessus.

• 90–100 : qualité quasi transparente. Utile pour les animations avec du texte ou des graphiques nets, et toujours bien plus léger que le GIF.
• 70–89 : la plage utile. 75 est la valeur par défaut et convient à la plupart des contenus.
• 50–69 : nettement plus léger. Convient aux longs extraits où le poids compte plus que les détails fins.
• En dessous de 50 : adoucissement visible, surtout sur le texte.

Une propriété inhabituelle de cette conversion mérite d’être connue : le résultat peut paraître meilleur que la source. D’habitude, convertir entre formats avec perte ne fait que perdre de la qualité. Ici, le plafond de 256 couleurs du GIF a déjà aplati l’image, et le WebP n’en impose aucun : il ne peut pas restaurer les couleurs que le GIF a supprimées, mais il n’ajoutera pas de bandes à son tour comme le ferait un réencodage en GIF.

La transparence est conservée, et améliorée. La transparence du GIF tient en un seul bit par pixel, d’où les bords durs et crénelés des GIF détourés. Le WebP stocke 256 niveaux : si vous retouchez plus tard le WebP, ces bords pourront être adoucis, même si la conversion elle-même ne peut pas inventer une douceur que le GIF n’a jamais eue.

Pourquoi cette conversion en vaut la peine

• Le poids des pages. Un seul GIF animé pèse souvent plus lourd que toutes les autres ressources d’une page réunies. Le convertir est généralement le plus gros gain de performance disponible.
• Les données mobiles. Des GIF de plusieurs mégaoctets en lecture automatique sur une connexion limitée coûtent réellement à vos visiteurs.
• Les limites des e-mails et des messageries, que les GIF dépassent facilement.
• Le stockage. Une collection de GIF de réaction diminue spectaculairement.

Quand garder le GIF

La compatibilité hors du navigateur est la seule vraie raison, mais c’en est une :

• Certaines applications de discussion et messageries n’acceptent que le GIF.
• Plusieurs réseaux sociaux attendent encore du GIF pour les envois animés.
• D’anciens forums, wikis et systèmes de gestion de contenu peuvent ne pas reconnaître le WebP.
• Les clients de messagerie sont inégaux : le GIF s’anime presque partout, le WebP non.

Pour un site web que vous gérez, un WebP avec un GIF de repli couvre les deux cas :

<picture>
  <source srcset="clip.webp" type="image/webp">
  <img src="clip.gif" alt="…">
</picture>

Faudrait-il plutôt une vidéo ?

La question mérite d’être posée honnêtement. Pour tout ce qui dure plus de quelques secondes, une vidéo MP4 ou WebM est encore plus légère, souvent de beaucoup, car les codecs vidéo bénéficient de décennies d’optimisation supplémentaires et peuvent se passer du canal alpha que porte un WebP.

Le WebP l’emporte quand vous avez besoin qu’il se comporte comme une image : lecture automatique partout sans commandes, fonctionnement dans une balise <img>, conservation de la transparence, ou collage là où les images sont acceptées mais pas les vidéos. Pour les boucles courtes et les extraits de réaction, c’est généralement le bon compromis.

Les GIF fixes

Tous les GIF ne bougent pas. Un GIF à une seule image est traité comme une image ordinaire et converti normalement : vous profitez quand même du gain de poids et vous échappez à la palette de 256 couleurs. S’il s’agit d’un logo ou d’un graphique plutôt que d’une animation, le convertir en PNG peut mieux convenir.