JPEG XL, Google Images et Discover : que vérifier sur vos couvertures ?

Une image peut être visible sur votre ordinateur et mal préparée pour les services de recherche qui doivent la récupérer. C’est le point pratique derrière le rappel de John Mueller sur JPEG XL. Le responsable de Google a indiqué le 15 octobre 2026, sur son compte Bluesky, que ce format n’était alors pas pris en charge pour Google Images et les aperçus Discover. Abondance a relayé cette précision le 27 octobre.

Faut-il convertir toute sa médiathèque dans l’urgence ? Pas nécessairement. Il faut d’abord savoir quel fichier votre site transmet réellement. Un module WordPress, un CDN et le navigateur peuvent intervenir successivement. Notre analyse porte sur cette chaîne de publication : comment trouver une dépendance au JPEG XL, garder une solution compatible et contrôler la correction sans confondre conformité technique et promesse de trafic.

Ce qui est confirmé, et ce que l’annonce ne dit pas

La documentation Google consacrée aux images, consultée le 2 novembre 2026, énumère BMP, GIF, JPEG, PNG, WebP, SVG et AVIF parmi les formats pris en charge. JPEG XL ne figure pas dans cette liste. Il s’agit d’une limite de prise en charge dans les produits concernés, pas d’une annonce de pénalité contre les sites qui utilisent un format récent.

Le message ne démontre ni qu’une page contenant un fichier JXL disparaîtra des résultats textuels, ni qu’un changement de format fera progresser son classement. Nous recommandons donc de séparer trois questions dans un audit : le lecteur voit-il l’image, le moteur peut-il récupérer une variante compatible et la page répond-elle suffisamment bien à sa recherche ? Une seule capture d’écran ne répond pas à ces trois questions.

Autre précision utile pour une veille sérieuse : la déclaration vérifiée vient de Bluesky. Lui attribuer un tweet publié le 27 octobre changerait à la fois le réseau et la date de la source. Ce détail évite de transformer une reprise journalistique en nouvelle annonce officielle.

Commencer par les endroits où une image est réellement utilisée

Prenons un exemple fictif : un magazine publie un dossier sur la rénovation d’une cuisine. Sa couverture apparaît dans l’article, sur la rubrique travaux, dans une carte de lecture complémentaire et dans les métadonnées de partage. Ces quatre emplacements peuvent appeler quatre fichiers différents. Remplacer seulement la grande image de l’article laisse potentiellement les trois autres usages inchangés.

Pour avancer efficacement, constituez un échantillon de dix pages représentatives : deux articles récents, deux anciens, deux pages de rubrique, deux pages recevant régulièrement des visiteurs et deux contenus construits avec un modèle différent. Ce choix est une méthode de diagnostic, pas un seuil recommandé par Google. Sur un petit site, un inventaire complet peut être plus simple qu’un échantillon.

Pour chaque page, notez l’adresse déclarée dans le HTML, l’image effectivement chargée dans le navigateur, l’adresse de partage et le service qui produit le fichier. Une feuille de contrôle doit permettre de répondre à une question concrète : quel réglage faut-il modifier pour que la prochaine publication soit correcte, sans devoir réparer chaque article à la main ?

Quel scénario mérite quelle correction ?

Cette matrice sert à classer les cas ; elle ne remplace pas un test. Par exemple, une adresse terminant par .jpg peut être transformée par un service d’optimisation. À l’inverse, une ancienne référence dans un document interne ne prouve pas que le public reçoit encore ce fichier. Les décisions doivent s’appuyer sur la publication effective.

Construire un repli explicite plutôt qu’un renommage

Changer l’extension d’un fichier n’est pas une conversion. Le fichier doit être décodé puis exporté dans le format choisi. Conservez l’original de travail hors de la chaîne de diffusion, produisez une variante publique et vérifiez son rendu : texte lisible dans une capture, détail important conservé, couleurs et transparence appropriées au sujet. Une miniature techniquement valide mais illisible reste une mauvaise couverture.

Le mécanisme HTML picture permet de proposer plusieurs variantes avec un élément img de repli. Google recommande explicitement de conserver une adresse src sur cet élément. Pour un site dont l’équipe ne maîtrise pas la négociation des formats, commencer par une couverture compatible clairement référencée réduit les ambiguïtés. L’optimisation avancée peut venir ensuite, avec des tests documentés.

Évitez cependant de générer dix versions supplémentaires par défaut. Chaque variante ajoute du stockage, de la maintenance et parfois des incohérences de cache. Définissez les tailles à partir des usages réels du thème : couverture, carte et petit aperçu. Le meilleur réglage est celui que votre équipe saura reproduire sur le prochain article.

Contrôler le CDN, le cache et les extensions WordPress

Dans un environnement WordPress, commencez par identifier le composant responsable de la conversion. Le thème peut demander une taille, une extension peut encoder le fichier et le CDN peut encore transformer la réponse. Désactiver simultanément les trois empêche de savoir lequel corrige le problème et peut ralentir tout le site.

Procédez sur une page test et une seule variable à la fois. Relevez le comportement avant intervention, ajustez le réglage de conversion concerné, videz seulement le cache nécessaire puis rechargez la page publique. Contrôlez ensuite une page ancienne : certaines extensions appliquent leurs réglages uniquement aux futurs téléversements. Un test réussi sur une nouvelle image ne prouve donc pas que tout l’historique est réparé.

Avec un CDN, ajoutez au dossier de contrôle l’adresse d’origine et l’adresse publique quand ces deux versions existent. Vérifiez notamment les réponses après un accès sans cache et après un accès ordinaire. Si le résultat dépend de votre session d’administration, il manque encore une observation côté lecteur. Ne publiez jamais les cookies ou les accès techniques dans un rapport partagé.

Préparer une couverture utile pour Discover

Le guide officiel Discover recommande notamment des images pertinentes de grande taille, d’au moins 1 200 pixels de large, et le réglage max-image-preview:large pour autoriser les grands aperçus. Il rappelle surtout qu’une page éligible n’est pas assurée d’apparaître. La conversion d’une image ne constitue donc pas une stratégie Discover complète.

Sur notre exemple de cuisine, choisissez un cadrage qui garde le détail dont parle le dossier : l’implantation, le rangement ou la circulation. Une photographie décorative sans rapport avec le conseil principal ne gagne pas en pertinence grâce à une meilleure compression. Pour un sujet logiciel, un schéma clair peut être préférable à une capture d’interface surchargée ; pour une actualité, une illustration doit expliquer le sujet sans suggérer un reportage inexistant.

Préparez la couverture comme un objet éditorial : sujet central identifiable, recadrage mobile acceptable et cohérence avec le titre. Les métadonnées doivent désigner cette image représentative. N’utilisez pas systématiquement le logo comme couverture de tous les articles : cette répétition économise une étape de production mais n’aide pas le lecteur à distinguer les sujets.

Mesurer le compromis entre poids et qualité

Une conversion peut résoudre une incompatibilité tout en augmentant le poids téléchargé. Comparez donc des images affichées à la même taille et dans le même contexte. Notez le poids, le délai de chargement et les défauts visibles ; ne comparez pas un fichier minuscule avec une couverture destinée à un grand écran. Une économie annoncée en pourcentage n’a pas de sens si la qualité ou la résolution change simultanément.

Exemple de protocole, sans résultat prétendument mesuré : exportez une même couverture en trois variantes, affichez-les dans le modèle réel, puis faites choisir la qualité minimale acceptable à une personne qui ne connaît pas leur format. Mesurez ensuite seulement les fichiers retenus. Cette démarche relie l’optimisation à une décision éditoriale observable.

Une autre vérification concerne la place de l’image dans le chargement initial. Si la couverture constitue l’élément visuel principal, traitez son chargement comme un sujet de performance à part entière. Notre dossier sur les Core Web Vitals et l’INP aide à replacer ce contrôle dans une analyse globale : changer de format ne suffit pas à expliquer toutes les lenteurs d’une page.

Valider la correction et suivre les observations séparément

Après intervention, enregistrez une preuve simple par modèle : date, page, adresse de la couverture, format réel, résultat du chargement public et métadonnée correspondante. Ajoutez un responsable du réglage et une procédure de retour arrière. Ce petit registre permet de distinguer une correction effectivement déployée d’une option seulement activée dans une interface.

Ensuite, observez les données sans raccourci causal. Une image accessible n’est pas nécessairement indexée ; une page indexée n’est pas nécessairement affichée dans Discover ; une hausse de visites après votre modification ne démontre pas à elle seule que le format l’a causée. Sur un site publiant plusieurs articles par semaine, sujets, saisonnalité, renouvellement de l’audience et autres changements peuvent intervenir.

Le suivi utile consiste à comparer un périmètre stable et à conserver les dates des interventions. S’il manque des données, indiquez-le. Ne multipliez pas les demandes d’indexation quotidiennes pour compenser un doute sur un fichier : vérifiez d’abord la chaîne technique et l’état de la page concernée.

Un plan d’action pour votre prochaine publication

Commencez par le prochain article réellement prévu. Préparez sa couverture, contrôlez son adresse publique puis examinez l’image dans le modèle de rubrique et les métadonnées. Passez ensuite aux anciens articles les plus utiles aux lecteurs, en regroupant ceux qui partagent le même réglage. Corriger un modèle réutilisé est souvent plus efficace que retoucher des dizaines de fichiers sans connaître leur origine.

Intégrez enfin cette vérification à votre checklist d’audit technique et à votre parcours SEO technique. Le bénéfice recherché est concret : des couvertures cohérentes, accessibles et maintenables. La veille sur les formats reste nécessaire, car une prise en charge peut évoluer ; la décision de conversion doit toujours s’appuyer sur la documentation disponible au moment de publier.