par Vous avez soigné votre texte alternatif, choisi un nom de fichier propre, et pourtant vos images n’apparaissent nulle part dans les résultats visuels de Google. Le coupable n’est presque jamais la légende. Il se cache dans le code, à l’endroit exact où l’image est posée. Une background-image CSS reste invisible pour l’indexation, là où un élément passe sans problème. Ce décalage technique explique une bonne partie des contre-performances constatées, et il tient à une seule balise.
Le conteneur avant le contenu
Quand Google explore une page, il ne regarde pas votre design, mais le HTML. Dans ce HTML, une image posée en CSS n’existe tout simplement pas pour lui. Voilà pourquoi tant de sites bien rédigés passent à côté de l’indexation visuelle. La documentation de Google est claire : le moteur peut trouver des images dans l’attribut src d’un élément , y compris quand cet élément est un enfant d’autres balises comme , mais les images CSS ne sont pas indexées.
Si votre visuel passe par une propriété background-image, vous avez beau écrire la plus belle légende du monde, elle décrit une image que le moteur ne voit pas. Pour comprendre comment ce type de détail s’articule avec le reste d’une stratégie, un site comme easyscape.fr détaille les fondations d’un référencement propre. La structure HTML en fait partie.
La plupart des thèmes WordPress et des constructeurs de pages utilisent massivement le CSS pour afficher les visuels de fond : bannières, blocs d’accroche, arrière-plans de section. Le résultat est joli à l’écran. Du point de vue de l’indexation, ces images n’existent pas. Vous pouvez vérifier vous-même en ouvrant l’inspecteur de votre navigateur. Si vous voyez une balise , tout va bien. Si vous voyez un
Ce que Google recommande vraiment
Les exemples fournis par Google ne laissent aucune place au doute. D’un côté, un cas conseillé : 
. De l’autre, un cas explicitement déconseillé :
. Dans le second exemple, le texte est bien présent dans la page, mais l’image ne sera pas considérée comme une image à indexer.
Le contenu textuel ne sauve rien, parce que le moteur cherche un élément img, pas une chaîne de caractères perdue dans un attribut de style. Cette différence paraît anodine sur une capture d’écran. Elle change tout dans les résultats visuels, où Google affiche des vignettes extraites de son index d’images.
Un site dont la moitié des visuels sont en CSS se prive donc mécaniquement d’une partie de sa visibilité, sans même s’en rendre compte. Ce n’est pas une question de qualité d’image ni de pertinence de légende. C’est un problème de balise. Et tant que la balise n’est pas la bonne, tout le reste est du travail perdu.
Les points de contrôle à passer en revue
Avant de réécrire vos légendes, inspectez la structure de vos visuels. Corriger une légende sur une image non indexable ne produit aucun effet mesurable. Voici quelques points qui méritent un coup d’œil dans votre code.
- Le nom du fichier décrit-il vraiment ce que montre l’image, ou reste-t-il un fichier brut sorti de l’appareil ?
- L’attribut alt, est-il pertinent et rédigé pour un humain ?
- Comment avez-vous choisi le format, entre WebP, JPEG et PNG ?
- Vos images sont-elles compressées, ou pèsent-elles plusieurs mégaoctets pour rien ?
- Le fichier XML Image Sitemap est-il généré quelque part dans votre installation ?
Cette liste reprend les techniques d’optimisation listées par Kaizen Agency : noms descriptifs, texte alternatif, compression, bon format, attribut title, sitemap d’images et adaptation mobile. Aucune ne sert à grand-chose si le conteneur de l’image empêche l’indexation. C’est l’ordre des priorités qu’il faut inverser. On commence par la balise, on finit par la légende. Sur ce point, voir aussi notre article sur faire partie du top 10 Google.
Le détail du sitemap d’images
Les sitemaps d’images ont une particularité que beaucoup ignorent. Contrairement aux sitemaps classiques, il est possible d’y inclure les URL d’autres domaines dans les éléments . Cet usage ouvre des pistes intéressantes quand vous hébergez vos visuels sur un CDN ou un sous-domaine distinct.
Encore faut-il que ces visuels soient des images indexables au départ. Déclarer dans un sitemap une image qui vit en background-image ne produira rien, puisque Google n’a aucune raison de la traiter comme une ressource visuelle. Un sitemap mal renseigné reste donc lettre morte.
Un sitemap d’images bien construit reste un accélérateur utile. Il indique au moteur où trouver vos visuels, surtout quand ils sont nombreux ou répartis sur plusieurs domaines. Mais il ne remplace jamais un élément img correctement balisé. C’est un complément, pas une solution de contournement. Compter sur le sitemap pour rattraper une erreur de balise revient à poser une étiquette sur un colis vide.
Les cas décoratifs à ne pas toucher
Tous les visuels de fond ne méritent pas une conversion. Un dégradé, une texture, une image de séparation purement esthétique n’ont rien à gagner à devenir des balises : on alourdirait le DOM pour un résultat visuel identique et une indexation sans objet. La règle tient en une question simple. Cette image porte-t-elle une information que le lecteur doit comprendre ? Si la réponse est non, elle reste en CSS.
Le tri se fait donc au cas par cas, section par section, en fonction du rôle réel de chaque visuel dans la page. Un bandeau de fond derrière un slogan n’a aucune valeur informative : le convertir n’apporterait rien, et alourdirait inutilement le code. En revanche, une photo d’illustration au milieu d’un article mérite presque toujours de devenir une vraie balise , parce qu’elle porte un sens que le texte seul ne restitue pas.
Le vrai levier n’est pas la légende
Réécrire vos légendes ne changera rien tant que l’image reste dans un
Une fois la structure corrigée, vos légendes retrouvent leur rôle : préciser le contexte, apporter une information que l’image ne donne pas seule. Elles redeviennent un levier, au lieu de décrire dans le vide un visuel que Google n’a jamais vu.
Cela dépend évidemment de votre thème et de votre constructeur de pages, mais le diagnostic reste le même dans la grande majorité des cas. Avant de réécrire la moindre légende, allez donc regarder comment vos images sont posées dans le code.
