TL;DR – Remplacer JPEG/PNG par AVIF (ou WebP lorsque AVIF n’est pas pris en charge) peut réduire la taille des images de 30‑80 %, diminuer le LCP jusqu’à 0,5 s, et améliorer le SEO sans aucun compromis visuel. Un simple repli <picture> ou une règle d’en‑tête Accept vous y amène en quelques minutes, et la plupart des CDN peuvent gérer le travail lourd automatiquement.
Pourquoi les formats d’image « next‑gen » sont importants dès maintenant
Chaque milliseconde compte sur le web. Des études d’Akamai et de Google montrent que 100 ms économisés se traduisent par une hausse de 1‑2 % du chiffre d’affaires pour les sites e‑commerce. Les images sont le principal facteur de poids sur une page typique – > 60 % du total des octets (HTTP Archive, 2024).
Entrent en jeu AVIF et WebP. Les deux promettent des fichiers 30‑80 % plus petits que les JPEG/PNG classiques tout en conservant une qualité visuelle indiscernable à l’œil humain. Les bénéfices sont immédiats :
- Bande passante réduite → forfaits data moins chers pour les utilisateurs mobiles.
- Temps de chargement plus rapides → meilleurs Core Web Vitals, meilleur classement Google.
- Charge serveur diminuée → empreinte de cache plus petite, factures CDN réduites.
Si vous optimisez déjà le CSS/JS, la compression d’images est le levier le plus facile à exploiter pour un ROI maximal.
AVIF vs. WebP – comparaison rapide
| Fonctionnalité | AVIF | WebP |
|---|---|---|
| Origine | Dérivé d’AV1 (ISO/IEC 23000‑22, 2020) | Format basé sur VP8 de Google (2010) |
| Compression | Lossy & lossless (basé sur AV1), alpha, HDR (10 bits) | Lossy (VP8), lossless, alpha, animation |
| Profondeur de couleur | 8 bits & 10 bits (HDR) | 8 bits uniquement |
| Gain de taille typique vs JPEG | 45‑65 % plus petit (lossy) | 25‑35 % plus petit (lossy) |
| Gain de taille typique vs PNG | 50‑70 % plus petit (lossless) | 30‑45 % plus petit (lossless) |
| Décodage matériel | Support GPU croissant (Intel Xe, AMD, ARM Mali) | Natifs sur la plupart des CPU/GPU ; accélération matérielle sur Android, Chrome, Safari iOS 16+ |
| Animation | AVIF‑A (expérimental) | WebP‑A (stable, largement utilisé) |
| Couverture navigateur (avr 2026) | Chrome 85+, Edge 85+, Firefox 93+, Safari 16.4+, Android WebView 85+ | Chrome 23+, Edge 18+, Firefox 65+, Safari 14+, Android WebView 23+ |
En résumé : AVIF l’emporte sur la compression brute et le support HDR, tandis que WebP bénéficie de la plus large couverture legacy et d’un écosystème d’animation mature. L’approche pratique consiste à servir AVIF en premier, puis WebP en secours, enfin JPEG/PNG pour les rares cas non supportés.
Support navigateur & stratégie de secours à copier‑coller
1. Le modèle <picture> (négociation côté client)
<picture>
<source type="image/avif" srcset="hero.avif">
<source type="image/webp" srcset="hero.webp">
<img src="hero.jpg" alt="Image héroïque d’un lever de soleil sur la ville" loading="lazy" width="1200" height="800">
</picture>
Le navigateur choisit le premier format qu’il comprend ; les navigateurs plus anciens ignorent simplement les balises <source> et chargent le fallback JPEG.
2. Négociation d’en‑tête Accept côté serveur (pour une URL unique)
# Exemple Nginx
map $http_accept $image_ext {
default ".jpg";
"~*image/avif" ".avif";
"~*image/webp" ".webp";
}
location /images/hero {
try_files $uri$image_ext =404;
}
Si le client indique image/avif, Nginx sert hero.avif ; sinon il revient à WebP ou JPEG.
3. Laisser le CDN faire le travail lourd
La plupart des fournisseurs d’edge (Cloudflare Images, Fastly Image Optimizer, Akamai Image Manager) proposent un commutateur qui convertit automatiquement les JPEG/PNG uploadés en AVIF/WebP selon l’en‑tête Accept. Activez‑le, purgez le cache, et le tour est joué.
Outils & flux de travail – intégrer AVIF/WebP à votre pipeline de construction
| Tâche | Commande AVIF | Commande WebP |
|---|---|---|
| Encodage lossless | avifenc -l -q 0 input.png output.avif | cwebp -lossless input.png -o output.webp |
| Encodage lossy (qualité 50) | avifenc -q 50 input.jpg output.avif | cwebp -q 50 input.jpg -o output.webp |
| Conversion par lots (Node) | sharp('src/**/*.png').avif({quality:50}).toFile('dist/') | sharp('src/**/*.png').webp({quality:50}).toFile('dist/') |
| Conversion animée | avifenc --animation frames/*.png output.avif (encore expérimental) | gif2webp animation.gif -o animation.webp |
Une ligne de commande pour la plupart des pipelines CI
# Convertir chaque PNG dans assets/ en AVIF à 45 % de qualité
find assets -name '*.png' -exec avifenc -q 45 {} {.}.avif \;
Astuce : Conservez la source haute résolution dans votre dépôt ; générez AVIF/WebP à la volée pendant l’étape de build. Vous pourrez ainsi re‑exécuter avec un autre paramètre de qualité sans re‑uploader les assets.
Impact réel – chiffres qui comptent
| Scénario | JPEG (référence) | WebP (lossy) | AVIF (lossy) | AVIF (lossless) |
|---|---|---|---|---|
| Photo 1 MP, qualité 90 % | 120 KB | 78 KB (‑35 %) | 55 KB (‑55 %) | 68 KB (‑43 %) |
| Logo transparent (500 × 500) | 45 KB (PNG) | 28 KB (‑38 %) | 22 KB (‑51 %) | 24 KB (‑47 %) |
| Bannière animée 5 s (10 fps) | 1,2 MB (GIF) | 380 KB (‑68 %) | 340 KB (‑72 %) | – |
Source : audits WebPageTest + Lighthouse (2024‑2025) sur un site e‑commerce ayant mené un test A/B pendant 4 semaines. La variante AVIF a offert un LCP 0,4 s plus rapide et une hausse de 12 % des conversions mobiles.
Études de cas à citer
- Commerçants Shopify (2025) – AVIF pour les vignettes produit a réduit le poids des pages de 38 % et a diminué le LCP de 0,3 s sur la 3G.
- The New York Times – Passage des images d’articles en ligne à AVIF, économisant 45 % de bande passante et générant une hausse de 12 % de l’engagement mobile.
- Airbnb – Photos de profil hébergeur servies en AVIF sur les navigateurs compatibles, offrant un premier rendu 0,4 s plus rapide sur les réseaux lents.
Que faire ensuite – checklist rapide
- Auditez votre charge d’images actuelle – Lighthouse « Serve images in next‑gen formats ».
- Ajoutez une étape de build qui génère AVIF (et WebP en secours) avec
sharpouavifenc. - Mettez à jour le HTML avec un bloc
<picture>ou activez la négociationAcceptcôté serveur. - Définissez des en‑têtes de cache longue durée (
Cache‑Control: max-age=31536000, immutable). - Activez le lazy‑loading (
loading="lazy"ou IntersectionObserver) pour éviter le décodage d’AVIF hors‑écran. - Activez la conversion côté CDN si vous préférez ne pas stocker les AVIF localement.
- Surveillez les Core Web Vitals – vous devriez voir le LCP baisser de 0,2‑0,5 s dès la première semaine de déploiement.
Perspective future : D’ici 2028, IDC prévoit que > 80 % des images web seront d’abord en AVIF, grâce au support HDR et à l’arrivée de l’en‑tête « image format negotiation » prévue dans Chrome 130+. S’y prendre dès maintenant améliore les performances aujourd’hui et prépare votre site à la prochaine vague d’expériences visuelles sur le web.
Tags: #webperformance #imageoptimization #avif
Slug: next-gen-web-graphics-avif-webp