vendredi 25 septembre 2026

À propos

Contact

Performance

AVIF dans WordPress 6.5 : activer le format et mesurer le gain

Depuis WordPress 6.5, la médiathèque accepte nativement les fichiers AVIF. Prérequis serveur, conversion à l'import et poids réel comparé sur une même photo : le tour complet du sujet.

Par Clément Hadrot • 6 décembre 2024 • 4 min de lecture • Aucun commentaire
AVIF dans WordPress 6.5 : activer le format et mesurer le gain

WordPress 6.5, sorti en avril 2024, a ajouté le format AVIF à la liste des types de fichiers reconnus nativement par la médiathèque, aux côtés du JPEG, du PNG et du WebP déjà supporté depuis plusieurs versions. Cet article ne revient pas sur la conversion WebP, déjà largement traitée par ailleurs, et se concentre spécifiquement sur ce qui change avec l’arrivée d’AVIF : les prérequis serveur, la façon dont WordPress gère (ou non) la génération automatique, et le gain réel mesuré.

Ce que WordPress 6.5 change concrètement

Avant 6.5, uploader un fichier .avif dans la médiathèque était bloqué par défaut, WordPress refusant les types MIME non reconnus par sécurité. Depuis 6.5, le type image/avif fait partie de la liste blanche native, ce qui permet d’importer directement des fichiers AVIF déjà encodés, par exemple produits par un outil d’export externe ou par le CDN d’images utilisé par le site.

Un point important à ne pas confondre : WordPress 6.5 permet d’importer des fichiers AVIF existants, mais ne génère pas automatiquement de variante AVIF à partir d’un JPEG ou PNG uploadé, contrairement à ce que certains ont cru comprendre. Cette génération automatique dépend de la bibliothèque de traitement d’image installée côté serveur.

Prérequis serveur pour la génération

L'essentiel à retenir : WordPress 6.5 ajoute AVIF à la liste des types MIME acceptés nativement ; Le support de génération dépend de la bibliothèque Imagick ou GD installée sur le serveur ; Le gain de poids par rapport au JPEG dépasse souvent 40 % à qualité visuelle égale

La génération de variantes AVIF à partir des images existantes nécessite qu’Imagick soit compilé avec le support AVIF (basé sur libheif ou libavif selon la distribution), ou que GD soit une version récente de PHP (8.1 minimum en pratique pour un support fiable) compilée avec le support AVIF activé. Sur un hébergement mutualisé standard, il n’est pas rare que ce support soit absent, auquel cas WordPress continue de générer du JPEG ou du WebP sans erreur visible, simplement sans passer par AVIF.

Pour vérifier le support disponible sur un serveur donné :

wp eval 'var_dump( wp_image_editor_supports( array( "mime_type" => "image/avif" ) ) );'

Cette commande WP-CLI renvoie true si au moins un éditeur d’image enregistré (Imagick ou GD) déclare pouvoir traiter le format AVIF, et false dans le cas contraire, ce qui évite de deviner à l’aveugle si le serveur est prêt.

Comparaison de poids sur un lot de photos produit

Pour mesurer le gain réel, dix photos produit d’une boutique WooCommerce ont été converties en trois formats à qualité visuelle comparable (évaluée à l’œil par deux personnes distinctes, sans dégradation perceptible) : JPEG qualité 82, WebP qualité 80, AVIF qualité 50 (l’échelle de qualité n’étant pas directement comparable entre formats).

FormatPoids moyenRéduction vs JPEG
JPEG (référence)184 Ko—
WebP126 Ko32 %
AVIF101 Ko45 %

Sur les photos à zones de couleur unies (fonds neutres, produits sur fond blanc), l’écart entre WebP et AVIF s’est révélé encore plus marqué, AVIF profitant de son codec de compression plus récent, dérivé du codec vidéo AV1, particulièrement efficace sur ce type de contenu.

Limites rencontrées en pratique

  • Le temps de génération des variantes AVIF côté serveur est sensiblement plus long que pour le JPEG ou le WebP, ce qui peut allonger le traitement des imports en masse sur un hébergement aux ressources limitées.
  • Le support navigateur, bien que large depuis plusieurs années sur Chrome, Firefox et Safari récents, reste à vérifier pour les audiences utilisant des navigateurs plus anciens ; WordPress gère cependant automatiquement le repli vers un format compatible via la balise <picture> lorsque le thème l’utilise correctement.
  • Certains outils d’édition d’image tiers utilisés par les équipes marketing ne savent pas encore ouvrir facilement un fichier AVIF pour retouche, ce qui peut compliquer le flux de production visuelle si les fichiers sources ne sont conservés qu’en AVIF.

Notre verdict

L’arrivée d’AVIF dans WordPress 6.5 est une bonne nouvelle pour le poids des images, avec un gain mesuré supérieur à celui du WebP sur les cas testés. Le principal frein reste la disponibilité du support côté serveur, à vérifier avant toute promesse faite à un client, et le temps de génération plus long à l’import, à surveiller sur les sites avec des flux d’upload massifs et réguliers.

Partager :

À propos de l'auteur

Clément Hadrot

Développeur WordPress, passionné par Elementor, le FSE et l’automatisation par IA.

Voir tous ses articles

Dans la même veine

À lire aussi