Vérifiez d'abord le support navigateur ET l'onglet réseau : ouvrez l'image dans un navigateur récent (Chrome, Firefox, Edge et Safari 16+ supportent tous AVIF), puis contrôlez dans l'onglet Réseau des outils de développement le Content-Type réellement reçu. Un navigateur ancien ou un mode de compatibilité peut légitimement recevoir le JPEG de repli sans que ce soit un bug.
Vérifiez ensuite que l'emplacement concerné est bien couvert par le remplacement automatique : toutes les familles de preset ne sont pas forcément cochées dans les réglages. Une image insérée manuellement dans un article ou une page, pas via le bloc Gutenberg ImagePipe, ne passe jamais par le remplacement automatique et reste dans son format d'origine, ce qui est un comportement attendu, pas un dysfonctionnement.
Vérifiez le cache : une image visitée pour la première fois avant l'activation du remplacement automatique reste servie depuis son ancienne URL tant que la page n'est pas rechargée avec le nouveau rendu. Videz le cache de page (si un plugin de cache tourne en plus d'ImagePipe) avant de conclure à un problème côté ImagePipe.
Si rien de tout cela n'explique le comportement : vérifiez que l'extension PHP GD ou Imagick installée sur l'hébergement supporte réellement l'encodage AVIF. Contrairement à la lecture, l'encodage AVIF nécessite une version récente de la bibliothèque sous-jacente, pas systématiquement présente sur tous les hébergements mutualisés. Dans ce cas, ImagePipe se rabat automatiquement sur WebP puis JPEG, sans erreur visible, exactement comme prévu par la négociation de format.