Notes de l'équipe sur l'artisanat, les formats et les petites décisions derrière un bon résultat.
L'état de la compatibilité de l'AVIF en 2026
La prise en charge de l'AVIF par les navigateurs a atteint environ 94,3 pour cent des navigateurs mondiaux d'ici 2026, mais la prise en charge par les navigateurs n'est pas le tableau complet. Une grande part de la consommation d'images se fait hors des navigateurs. Les messageries, les outils de conception, les systèmes de contenu et les réseaux sociaux opèrent souvent sans prendre en charge l'AVIF. Dans la plupart de ces systèmes hors navigateur, la prise en charge de l'AVIF accuse un net retard sur l'adoption par les navigateurs. Gmail, Outlook et la plupart des messageries d'entreprise font encore passer les images par des chaînes anciennes qui refusent l'AVIF. Adobe Creative Cloud n'a ajouté la prise en charge de l'AVIF que dans les versions de fin 2024. De nombreuses configurations WordPress avec des extensions d'image anciennes bloquent encore l'AVIF à l'envoi. Le WebP, à l'inverse, est adopté sur presque toutes ces plateformes depuis des années. Convertir l'AVIF en WebP est le pont de compatibilité pour cette infrastructure hors navigateur.
Pourquoi la conversion est rapide des deux côtés
L'avantage de vitesse de l'AVIF vers le WebP sur le sens inverse tient à l'architecture des codecs. Le décodage de l'AVIF est pris en charge par un décodeur natif du navigateur qui s'exécute avec accélération matérielle sur les appareils modernes. L'enregistrement en WebP utilise la fonction WebP native du navigateur, accélérée matériellement sur la plupart des plateformes aussi. Aucune des deux opérations n'a besoin de charger un module lourd, ce qui est justement le goulot d'étranglement de l'enregistrement de l'AVIF. La fonction de sortie AVIF est volumineuse et demande environ une seconde pour s'initialiser par session. L'AVIF vers le WebP évite tout cela. Le traitement décode puis enregistre par des voies natives, et l'aller-retour complet pour une photo de 2 mégapixels se boucle bien en dessous d'une seconde sur tout navigateur de bureau ou portable moderne. Cela rend l'AVIF vers le WebP adapté aux flux interactifs où l'on attend une réponse en moins d'une seconde.
Ce que coûte vraiment le réenregistrement unique
Convertir un AVIF en WebP comporte une étape d'enregistrement. L'AVIF a été enregistré au départ avec un certain degré de compression avec perte. Le décoder donne des valeurs de détails qui reflètent cette source avec perte. L'enregistrement en WebP applique ensuite sa propre compression à ces détails selon un réglage quasi sans perte calé sur la qualité 85. À ce réglage, la sortie mesure autour de 44 dB PSNR sur du contenu photo typique. Pour qui regarde une photographie en taille d'affichage normale, l'écart entre la source AVIF et la sortie WebP n'est pas visible. Pour des graphismes au texte très fin en petites tailles, des icônes au détail près ou des aplats de couleur aux bords francs, l'effet cumulé de deux passes avec perte peut révéler de subtiles différences à l'examen rapproché. Avant d'engager toute une bibliothèque dans le changement, testez un échantillon représentatif à pleine échelle sur vos visuels les plus sensibles à la qualité.
L'aller-retour de la transparence en détail
La transparence dans l'AVIF est codée sur une couche séparée, que le navigateur décode avec le contenu de couleur lors de la lecture du fichier. Quand le navigateur décode un AVIF, il produit à la fois une mémoire de couleur et un masque de transparence. La conversion compose les deux à pleine transparence, en préservant chaque détail partiellement transparent. L'enregistrement en WebP écrit ensuite un WebP avec perte dont la transparence repose sur un canal codé avec la méthode sans perte du WebP pour le couche de transparence en particulier. Le résultat est que le masque de transparence du WebP de sortie est conservé sans perte par rapport aux valeurs alpha décodées de l'AVIF. Les dégradés doux et les bords estompés survivent. La seule dégradation alpha présente est celle que le codage d'origine de l'AVIF a introduite. Si l'AVIF source a des bords alpha nets, la sortie WebP les aura aussi, avec le même masque prêt à se composer n'importe où.
Comparer la sortie aux autres options
Quand il faut rendre un AVIF compatible avec un système qui ne le lit pas, vous avez trois options réalistes : convertir en WebP, convertir en PNG ou convertir en JPG. Le JPG est le mauvais choix pour tout visuel avec transparence, car il n'a pas de transparence et l'aplatit en une couleur unie. Le PNG produit le fichier le plus gros, en général de trois à dix fois la taille de l'AVIF, et n'est le bon choix que lorsqu'il vous faut un intermédiaire sans perte ou que la destination exige précisément du PNG. Le WebP tient le milieu. Il offre compatibilité universelle moderne, préserve la transparence et produit un fichier entre 20 et 25 % plus lourd que l'AVIF en qualité équivalente. Pour toute conversion de compatibilité qui n'exige pas une sortie sans perte, le WebP est le bon intermédiaire.
Une seule dans le navigateur, les lots sur un serveur
Cette paire tourne de deux manières selon le travail. Un AVIF seul est décodé et réenregistré en WebP entièrement dans votre navigateur par des voies natives, donc pour un fichier il n'y a aucun envoi, confirmé par zéro requête sortante après le chargement de la page. C'est la bonne voie pour quelque chose de rapide et pour du travail client confidentiel, des images produit propriétaires ou des documents que vous préférez garder sur votre machine. Convertir plusieurs fichiers à la fois se fait sur notre serveur. Regrouper, compresser et livrer un ensemble est la tâche qu'un serveur fait bien: les fichiers montent, sont encodés, empaquetés et rendus en un téléchargement, qui est supprimé sous environ 2 heures, sans stockage durable. En pratique: une conversion seule ne quitte jamais l'appareil, et un lot est traité à distance mais gardé seulement le temps bref qu'il faut pour le télécharger.
