Conversion AVIF : compatibilité, qualité et dépannage

Non. La création d'un AVIF ici s'appuie sur WebAssembly, les Web Workers et les API Canvas de votre navigateur actuel ; l'affichage du fichier téléchargé est une capacité distincte du navigateur, du logiciel, du CMS ou de l'appareil destinataire. Testez un fichier représentatif dans sa destination réelle et prévoyez une version WebP, JPG ou PNG si votre public peut utiliser un environnement ancien ou intégré.

Ouvrez les outils de développement du navigateur, choisissez l'onglet Réseau et observez les requêtes pendant la conversion d'une image de test. La page et les ressources de l'encodeur peuvent être téléchargées, mais aucune requête d'envoi ne doit contenir l'image sélectionnée ; une fois ces ressources chargées, répéter une petite conversion hors ligne fournit une vérification supplémentaire.

La taille du fichier compressé ne correspond pas à la mémoire nécessaire au traitement. Une image de 6000 x 4000 pixels exige environ 96 Mo pour un seul tampon RGBA 8 bits, et le décodage, le redimensionnement, l'encodage, les aperçus et la création du ZIP peuvent mobiliser temporairement plusieurs tampons. Réduisez la dimension maximale, traitez moins de fichiers à la fois, fermez les onglets gourmands en mémoire et réessayez le fichier en échec seul.

Choisissez AVIF si de petits fichiers de diffusion et la compatibilité avec les environnements web modernes priment ; WebP pour un bon équilibre entre compression et compatibilité ; JPG pour des photos qui doivent s'ouvrir presque partout ; et PNG pour des graphismes sans perte ou transparents lorsque la taille est secondaire. Conservez l'original comme fichier maître et adaptez le format de diffusion à chaque destination.

Une source minuscule ou déjà très bien optimisée peut faire mieux qu'un nouvel encodage, surtout avec une qualité élevée ou le mode sans perte. Les textures fines, le bruit et la transparence demandent aussi davantage de données. Comparez à dimensions identiques, essayez une qualité inférieure ou le mode d'encodage privilégiant la petite taille, et gardez l'original s'il est à la fois plus léger et visuellement satisfaisant.

Le convertisseur décode les pixels affichés et crée un nouveau fichier ; il ne copie pas les données EXIF, IPTC, XMP, GPS, les informations de l'appareil ni l'horodatage d'origine. Lorsque le navigateur le permet, l'orientation d'affichage est appliquée aux pixels pendant le décodage : contrôlez tout de même le résultat et conservez la source séparément si les métadonnées comptent pour vos archives ou votre flux de travail.

Ne le présumez pas. Ce flux dessine l'image décodée dans un canvas standard 8 bits et crée une sortie 8 bits, sans reporter le profil ICC ni la signalisation HDR de la source dans le nouveau fichier. Les originaux destinés à un usage colorimétrique exigeant, à l'impression, au large gamut ou au HDR doivent être convertis dans un logiciel de bureau avec gestion des couleurs, puis contrôlés sur un écran étalonné.

Ce site produit des images fixes, pas des séquences animées, et GIF ne fait pas partie des formats d'entrée acceptés. Lorsqu'un conteneur accepté comme WebP animé, APNG ou AVIF est décodé, une seule image affichée est transmise à l'encodeur d'images fixes ; la durée, les boucles et les autres images ne sont pas conservées. Utilisez un encodeur conçu pour l'animation si le mouvement est nécessaire.

Non. Le mode sans perte évite une perte supplémentaire lors de la compression AVIF des pixels décodés, mais le résultat reste une nouvelle image décodée puis encodée, et non une copie à l'identique. Les pertes antérieures ne peuvent pas être réparées, et les métadonnées, la signalisation colorimétrique, la profondeur de couleur, l'animation ou les dimensions peuvent différer de la source.

Utilisez un élément picture avec AVIF en premier, puis une source WebP si elle est utile, et un élément img JPG ou PNG ordinaire comme dernier recours. Conservez des dimensions équivalentes et un texte alt pertinent sur l'image de repli ; le navigateur choisit le premier type de source qu'il sait lire, de sorte que la page reste utilisable sans prise en charge d'AVIF.

Examinez la requête de l'image déployée plutôt que le fichier local. Elle doit renvoyer un statut réussi, les véritables octets AVIF et l'en-tête Content-Type: image/avif ; une entrée CDN obsolète, un chemin ou une casse de nom incorrects, une page d'erreur HTML ou une ancienne copie transformée peuvent sinon ressembler à un problème de décodage. Purgez le cache concerné et testez l'URL publique exacte dans le navigateur cible.

Comparez la source et le résultat à leur taille d'affichage prévue et avec un zoom de 100 %, en observant le texte, les contours fins, les dégradés, les visages et les bords transparents. Vérifiez les dimensions en pixels et le gain réel en octets, testez quelques combinaisons essentielles de navigateurs et d'appareils, conservez la source maître et ne remplacez les fichiers que si le rendu et le plan de compatibilité répondent tous deux à vos besoins.