Notes de l'équipe sur l'artisanat, les formats et les petites décisions derrière un bon résultat.
Pourquoi l'AVIF dépasse le WebP sur les photos
L'avantage de compression de l'AVIF sur le WebP vient du formato sous-jacent. Le WebP utilise le moteur intra-image pensé pour la vidéo mais employé pour les images fixes depuis 2010. un format moderne, le formato derrière l'AVIF, est sorti en 2018 après des années de recherche visant droit les limites de et. un format moderne applique un sous-échantillonnage de chrominance plus agressif, un découpage en blocs plus fin jusqu'à 4 par 4 pixels et un codage entropique plus efficace. Le résultat concret, validé sur de grands jeux de test photo : l'AVIF est souvent 20 à 30 pour cent plus léger que le WebP à qualité visuelle identique. Sur des graphiques générés par ordinateur à couleurs plates et bords nets, l'écart se resserre, car l'algorithme plus simple du WebP traite ces motifs efficacement. Pour toute page dont les éléments les plus lourds sont des photos, le passage à l'AVIF a un effet mesurable sur la bande passante.
Le second passage avec perte en pratique
Quand vous convertissez un WebP en AVIF, la source et la sortie sont toutes deux avec perte. Le WebP a déjà décidé, à sa première création, quelle information de couleur écarter, et ces choix sont définitifs: la conversion en AVIF n'en récupère rien. La conversion AVIF prend ensuite ses propres décisions sur les données de pixels reçues, en qualité 85. Sur les photos, l'effet combiné de deux passages avec perte reste presque sans perte à l'œil aux tailles d'affichage usuelles et mesure autour de sur du vrai contenu photo. Sur des graphiques déjà dégradés par leur enregistrement WebP, le second passage peut amplifier des artefacts visibles. La règle pratique: si le WebP source paraît net à la taille où vous comptez l'afficher, l'AVIF le sera aussi. Si le WebP montre déjà du bruit de compression, examinez l'AVIF de près avant de le diffuser.
Comment le canal alpha traverse la conversion
WebP et AVIF stockent tous deux la transparence dans un plan alpha distinct, à côté des données de couleur. La conversion lit le canal alpha du WebP, le compose à pleine transparence, puis le confie à la conversion AVIF, qui écrit sa propre piste alpha en codage intra-image un format moderne en qualité 85. Les dégradés de transparence doux, les bords adoucis et les zones partiellement transparentes survivent tous à cet aller-retour. Le plan alpha de l'AVIF est lui-même avec perte en qualité 85, ce qui peut introduire une frange à peine perceptible sur les bords nets en zoom extrême. Aux tailles web normales, la différence avec la source ne se voit pas. Pour un travail au pixel près sur de petites icônes où le bord alpha doit être exact, gardez la source WebP et vérifiez la sortie en zoom complet avant de la diffuser.
Attentes de durée selon les navigateurs et les appareils
La préparation AVIF a lieu une fois par session de navigateur et ajoute environ une seconde à la première conversion. Ensuite, Chromium offre le meilleur débit, avec des temps rapides pour les vignettes et quelques secondes pour les grandes photos. Firefox est l'écart marquant et traîne la même routine environ quatre fois plus lentement, ce qui place le cas 4K près de 31 secondes et les gros fichiers au-delà de deux minutes. WebKit se situe entre les deux, plus près de Chromium. Le matériel mobile tourne 3 à 5 fois plus lentement que le bureau, tous moteurs confondus. Pour une conversion fichier par fichier de routine, Chrome sur un portable ou un bureau est l'outil pratique. Pour les utilisateurs de Firefox avec de grandes images, le conseil honnête est de changer de navigateur ou de rester en WebP.
Les Core Web Vitals et le passage à l'AVIF
Les pages qui servent des photos paient de la bande passante pour chaque image chargée. Si ces images sont en WebP aujourd'hui, les convertir en AVIF réduit le transfert par image d'environ 20 à 30 pour cent sur les photos. Sur une page avec une image principale WebP de 200 Ko, l'AVIF la ramène à environ 140 à 160 Ko. Sur une grille produit de douze vignettes WebP de 30 Ko, l'AVIF économise environ 70 à 90 Ko de poids total. Ces économies pèsent directement sur le Largest Contentful Paint quand l'élément LCP est une image. À près de 94 pour cent de prise en charge mondiale de l'AVIF, un élément picture servant l'AVIF d'abord avec un repli WebP couvre l'essentiel du trafic. Le coût de balisage se paie une fois par composant d'image, tandis que l'économie de bande passante revient à chaque chargement de page ensuite.
Pourquoi la conversion AVIF s'appuie sur un serveur
L'AVIF repose sur le formato un format moderne, la même famille que la vidéo moderne, et il est volontairement lourd à produire en échange de fichiers compacts. Faire ce travail sur de grandes photos est bien plus rapide sur un serveur. Le navigateur du visiteur varie beaucoup selon l'appareil. Le fichier est traité et le résultat vous revient, et le téléchargement est retiré sous environ 2 heures, sans données personnelles et sans stockage durable. Convertir plusieurs images d'un coup tourne toujours sur le serveur, qui assemble l'ensemble terminé en un seul téléchargement, effacé dans le même court délai. Si notre serveur ne peut être joint, une conversion seule se met à être produite dans le navigateur, ce fichier restant local, en acceptant une production plus lente pour la commodité. Le compromis est clair: le serveur achète qualité et vitesse sur le format qui en a le plus besoin, et votre fichier n'est jamais conservé au-delà de la brève fenêtre nécessaire à la conversion.
