SEO d'images : quatre correctifs pour aider Google a trouver vos images
Un resultat utile, mais pas une formule
Un praticien SEO a recemment indique que le SEO d'images seul lui avait apporte plus de 9 200 visiteurs. Ses quatre changements etaient simples : renommer les fichiers, ajouter des mots-cles au texte alternatif, compresser les images et ajouter le schema ImageObject.
C'est un bon rappel de regarder de pres la recherche d'images. Ce n'est pas la preuve que quatre modifications produiront 9 200 visiteurs sur un autre site.
Le trafic issu des images depend de ce que les internautes recherchent, de la capacite de votre image a repondre a cette recherche, de la maniere dont Google peut l'explorer et du contexte utile que la page de destination apporte. Une photo produit, un diagramme explicatif, un graphique original, une photo de voyage et une image de stock generique ne sont pas en concurrence dans les memes conditions.
Pourtant, les quatre correctifs vont dans la bonne direction. Ils aident chacun de maniere differente :
| Correctif | Ce qu'il peut ameliorer | Ce qu'il ne garantit pas |
|---|---|---|
| Nom de fichier descriptif | Un signal de pertinence modeste mais clair et une gestion des assets plus facile | Un classement sur une requete concurrentielle |
| Texte alternatif precis | L'accessibilite et une description textuelle d'une image utile | Une visibilite sur des mots-cles qui ne decrivent pas l'image |
| Compression et dimensions raisonnables | Un chargement plus rapide, une meilleure experience et moins de transfert | Une meilleure qualite apres une compression excessive |
| ImageObject ou balisage d'image au niveau de la page | Une association plus claire entre l'image et l'entite de la page | Un resultat enrichi ou un gain de classement direct |
L'objectif n'est pas de faire entrer un mot-cle dans chaque champ d'image. L'objectif est de publier des images que Google peut trouver, comprendre et relier a une page qui repond a la question de la personne qui cherche.
Le premier probleme est souvent la decouverte, pas les metadonnees
Avant de modifier un nom de fichier ou d'ajouter du JSON-LD, verifiez que Google peut reellement trouver l'image.
La documentation Google sur les images est claire sur un point souvent oublie lors des refontes : utilisez un veritable element HTML <img> ou <picture>. Google peut decouvrir les images depuis l'attribut src de ces elements. Les images d'arriere-plan CSS sont beaucoup moins utiles pour la recherche d'images, car Google n'indexe pas les images CSS de la meme facon.
C'est un mode d'echec frequent sur les sites marketing. Une belle image hero est ajoutee comme background-image dans une classe CSS, puis l'equipe ecrit un excellent texte alternatif ailleurs et se demande pourquoi l'image n'apparait jamais. Une image d'arriere-plan CSS n'a pas de texte alternatif, et elle ne fait peut-etre meme pas partie du modele de contenu explorable.
Commencez par ce court audit :
| Verification | A quoi ressemble un bon etat | Signal d'alerte |
|---|---|---|
| Element image | L'image significative apparait dans un | L'image n'existe que comme arriere-plan CSS |
| URL source | L'URL de l'image renvoie | Des regles CDN, robots ou d'authentification bloquent le fichier |
| Acces a la page | La page est publique et indexable | L'image n'apparait qu'apres connexion ou interaction que Google ne peut pas terminer |
| Chargement differe | L'image a une URL source explorable, pas seulement un espace reserve JavaScript | L'URL reelle n'apparait qu'apres defilement ou evenement cote client |
| Contexte de la page | Le texte voisin explique ce que montre l'image et pourquoi cela compte | Une galerie d'assets sans etiquettes ni contexte thematique |
Si vous utilisez un CDN, assurez-vous que son hote est accessible et surveille. Un sitemap d'images peut aussi aider Google a decouvrir des images difficiles a trouver lors de l'exploration normale de la page, y compris des images affichees par JavaScript. C'est une aide a la decouverte, pas un levier de classement.
Une image decouvrable a besoin de HTML explorable, d'une URL source publique, d'une page indexable et d'un contexte pertinent autour d'elle.
Correctif 1 : nommez les fichiers pour ce qu'ils montrent, pas pour ce qui arrange votre CMS
IMG_1048.jpg, final-v7.png et hero-new.webp compliquent le travail de tout le monde. Ils ne disent pas aux editeurs de quel asset il s'agit et gaspillent une petite part de contexte descriptif.
Utilisez un nom court, lisible par un humain, qui indique ce que l'image represente vraiment. Les mots en minuscules separes par des tirets sont faciles a gerer et maintiennent la coherence dans une bibliotheque.
| Nom de fichier faible | Meilleur nom de fichier | Pourquoi il est meilleur |
|---|---|---|
|
|
| Nomme le produit visible et son detail distinctif |
|
|
| Nomme la mesure, la dimension et la periode |
|
|
| Correspond au sujet explique par le visuel |
Ne transformez pas le nom de fichier en accumulation de requetes de recherche. best-cheap-water-bottle-water-bottles-buy-online.jpg n'aide ni une personne ni un systeme a comprendre l'image. Il donne seulement une impression de negligence.
Il y a une autre contrainte pratique : renommer une image existante change son URL dans de nombreux CMS. Si cette image a deja de la visibilite ou des backlinks, redirigez l'ancienne URL du fichier lorsque votre stack le permet, mettez les references a jour et ne cassez pas des pages pour un gain marginal de nom. Appliquez d'abord la regle de nommage aux nouveaux assets, puis corrigez les images anciennes a forte valeur lors de la maintenance normale du contenu.
Correctif 2 : ecrivez le texte alternatif comme une description, pas comme un champ de mot-cle
Le texte alternatif a deux roles. Il donne aux utilisateurs de lecteurs d'ecran une description utile et fournit un contexte textuel si l'image ne peut pas etre affichee. Lorsque l'image est centrale pour la page, une description precise aide aussi les systemes de recherche a comprendre son contenu.
L'erreur facile est de repeter le mot-cle cible de la page. Cela produit une mauvaise accessibilite et un travail editorial faible.
| Role de l'image | Texte alternatif faible | Meilleur texte alternatif |
|---|---|---|
| Detail produit |
|
|
| Graphique de donnees |
|
|
| Capture de tutoriel |
|
|
| Separateur decoratif |
| Texte alternatif vide : |
Un bon texte alternatif n'a pas besoin de decrire chaque pixel. Il doit exprimer l'information que l'image ajoute au texte proche. Si le paragraphe environnant dit deja exactement la meme chose, gardez le texte alternatif court. Si l'image contient un graphique, un schema ou des instructions, decrivez la conclusion au lieu de transcrire chaque libelle.
La phrase « ajoutez un mot-cle au texte alternatif » n'est sure que lorsque le mot-cle fait naturellement partie d'une description exacte. Le mot-cle doit etre une consequence de la bonne description de l'image, et non la mission elle-meme.
Correctif 3 : reduisez les octets sans degrader l'image
La compression des images compte car les images lourdes ralentissent les pages, surtout sur les connexions mobiles. Elle ne transforme pas une image non pertinente en resultat de recherche utile. En revanche, une page qui charge vite donne aux visiteurs une meilleure chance de voir, d'utiliser et de rester avec le contenu qu'ils ont trouve.
Utilisez les dimensions utiles les plus petites. Televerser une photo de 4 000 pixels de large pour un emplacement de contenu de 700 pixels gaspille de la bande passante. Servez des variantes responsives avec srcset ou <picture> lorsque la plateforme le permet, et utilisez des formats modernes comme WebP ou AVIF lorsque la qualite visuelle reste acceptable.
Le compromis est reel. Un gros plan produit flou ou un graphique illisible nuit a la page, meme s'il est plus leger. Verifiez l'image a sa taille de rendu reelle sur mobile et sur ordinateur. Pour les diagrammes avec du petit texte, SVG ou PNG exporte avec soin peut etre preferable a un format photographique fortement compresse.
Verifiez ceci avant la publication :
- Affichez l'image a la largeur prevue du conteneur.
- Comparez-la a une distance de lecture normale, pas seulement a 200 % de zoom.
- Confirmez que les libelles, nombres et lignes restent lisibles.
- Testez la page avec un outil de performance et identifiez les plus grosses requetes d'images.
- Corrigez d'abord les images les plus grandes et les plus visibles.
Cet ordre evite une erreur classique de l'Image SEO : optimiser des dizaines de petites vignettes alors qu'une seule image hero surdimensionnee cause la plus grande partie du probleme.
Correctif 4 : utilisez le balisage ImageObject pour l'association, pas comme de la magie
Le schema ImageObject peut rendre plus explicite la relation entre une image et une page. Sur une page d'article, la documentation Google montre qu'une page peut identifier une image principale avec primaryImageOfPage, ou rattacher une image a l'entite principale de la page, telle que BlogPosting.
C'est un contexte structure utile. Ce n'est pas la promesse que Google Images classera l'asset, lui donnera un traitement special ou enverra un volume de trafic fixe.
Pour un article de blog, il est souvent plus propre d'utiliser la propriete image dans le balisage BlogPosting existant plutot que d'ajouter un bloc ImageObject deconnecte pour chaque visuel integre. Voici un exemple minimal :
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "How to audit images for Google Images",
"mainEntityOfPage": "https://example.com/blog/image-seo-audit",
"image": {
"@type": "ImageObject",
"contentUrl": "https://example.com/images/image-seo-audit-checklist.webp",
"url": "https://example.com/images/image-seo-audit-checklist.webp",
"caption": "A five-step image SEO audit checklist",
"width": 1600,
"height": 900
}
}
Utilisez des URL qui se resolvent, decrivent l'asset reel et correspondent a ce que les utilisateurs voient sur la page. Ne declarez pas une legende, un createur, une licence ou des dimensions qui ne sont pas vrais. Si les licences comptent pour votre entreprise, Google prend aussi en charge les metadonnees de licence d'image par donnees structurees ou metadonnees IPTC integrees. C'est un cas d'usage distinct du SEO d'images ordinaire.
Apres avoir ajoute le balisage, validez-le avec un test de donnees structurees, puis inspectez le code source de la page rendue. Un schema qui n'existe que dans un environnement de staging ou qu'un plugin ecrase ne produit aucun effet sur la page en ligne.
Ce que le post en quatre points laisse de cote
Le meilleur champ d'image du monde ne sauvera pas une page de destination faible. Google doit aussi comprendre la page autour de l'image.
Pour chaque image que vous voulez rendre decouvrable, posez-vous ces questions :
- L'image repond-elle au sujet principal de la page ou le clarifie-t-elle ?
- Est-elle proche d'un texte pertinent, d'un titre descriptif ou d'une legende utile ?
- Est-elle originale ou s'agit-il d'un asset de stock generique qui apparait sur des centaines de pages ?
- Une personne qui arrive depuis Google Images obtient-elle une reponse utile sans devoir chercher dans la page ?
- L'image fonctionne-t-elle sur mobile et reste-t-elle disponible lorsque JavaScript est lent ou indisponible ?
C'est pourquoi les diagrammes originaux, les photos produit annotees, les exemples avant-apres et les graphiques de donnees peuvent bien fonctionner. Ils transportent une information que la personne qui cherche peut reellement vouloir. Un degrade decoratif ne devient pas une opportunite de recherche d'images simplement parce qu'il a du schema.
Un test Image SEO de 30 jours qui produit des preuves
Ne renommez pas tous les fichiers de la mediatheque un vendredi apres-midi. Executez un test controle sur des pages pour lesquelles l'intention de recherche visuelle est plausible.
Semaine 1 : choisir les candidats
Choisissez 10 a 20 pages avec des visuels originaux utiles : pages de categorie ou de produit ecommerce, tutoriels, explications visuelles, pages locales, pages de comparaison ou etudes de cas. Notez les URL actuelles d'images et de pages, les impressions et clics image lorsqu'ils sont disponibles, le trafic de page et les metadonnees d'image existantes.
Semaine 2 : reparer les fondamentaux
Remplacez les noms opaques pour les nouveaux assets ou ceux qui peuvent etre modifies sans risque. Ajoutez un texte alternatif precis. Assurez-vous que les images importantes utilisent du HTML explorable, ont des URL source publiques et ne sont pas inutilement volumineuses. Ajoutez ou corrigez le schema d'image au niveau de la page lorsqu'il decrit reellement le contenu.
Semaine 3 : ameliorer la page de destination
Ajoutez une explication directe pres de l'image, un titre clair et une legende lorsqu'elle aide le lecteur. Pour un graphique, expliquez ce que signifie la tendance. Pour une photo produit, expliquez le materiau, la taille, le cas d'usage ou la caracteristique que la photo prouve.
Semaine 4 : mesurer avant d'elargir
Utilisez les rapports par type de recherche de Search Console lorsqu'ils sont disponibles, ainsi que l'analytique de page et une verification ponctuelle dans Google Images. Recherchez les changements d'impressions, de clics, de themes de requetes d'images, d'engagement de la page de destination et de qualite de conversion. Tenez un journal des changements. Si une image obtient plus de clics mais que les visiteurs repartent aussitot, la page de destination ne tient peut-etre pas la promesse visuelle.
Le but est un modele repetable, pas une capture d'ecran spectaculaire. Un resultat utile suffit pour decider si l'Image SEO merite un flux de contenu et d'assets plus large.
Chaque correctif a un travail different. Mesurez la combinaison avant de deployer le travail a toute la mediatheque.
Laissez l'IA faire l'inventaire, pas inventer
L'Image SEO devient fastidieux sur un grand site parce que les preuves sont dispersees entre la mediatheque, le HTML, les champs CMS, les rapports de performance, les sitemaps et Search Console. L'IA peut aider a reunir le travail : lister les images sans texte alternatif, signaler les noms de fichiers generiques, comparer les dimensions rendues et source, regrouper les pages par intention visuelle et rediger une file d'audit pour une verification humaine.
Elle ne doit pas inventer de descriptions pour des images qu'elle ne voit pas ni ajouter la meme expression cible a des centaines d'attributs alt. C'est ainsi qu'un audit devient du bourrage de mots-cles a grande echelle.
Les outils SEO d'Auspia peuvent aider les equipes a commencer par un examen a l'echelle du site, puis a transformer les constats en backlog Image SEO cible. Le resultat utile n'est pas « toutes les images sont optimisees », mais une liste priorisee d'assets avec un vrai probleme : decouverte bloquee, contexte manquant, livraison trop lourde, descriptions faibles ou associations de page cassees.
Checklist Image SEO
| Avant de dire qu'une image est optimisee | Verifiez |
|---|---|
| L'image est decouvrable | Elle se trouve dans du HTML explorable et son URL de fichier est publiquement accessible |
| Le nom de fichier est utile | Il decrit l'image sans empiler les termes |
| Le texte alternatif est honnete | Il decrit un contenu significatif ; les images decoratives utilisent un alt vide |
| La page donne du contexte | Texte, titres et legendes pertinents expliquent le role de l'image |
| La livraison est efficace | Taille d'affichage correcte, sources responsives et qualite visuelle acceptable |
| Le balisage est precis | Les proprietes d'image decrivent un asset visible et accessible |
| Le resultat est mesure | Search Console et les metriques de page sont comparees avant et apres les changements |
Questions frequentes
Changer le nom d'un fichier image ameliore-t-il son classement dans Google Images ?
Un nom descriptif est un signal de soutien raisonnable et ameliore l'ordre de la mediatheque. C'est rarement la raison pour laquelle une image se classe toute seule. Evitez de casser des URL d'image etablies uniquement pour renommer des assets a faible valeur.
Chaque image doit-elle comporter un mot-cle dans son texte alternatif ?
Non. Le texte alternatif doit decrire precisement les images significatives. Utilisez une expression cible seulement lorsqu'elle fait naturellement partie de cette description. Les images decoratives devraient generalement utiliser alt="" pour que les lecteurs d'ecran les ignorent.
Le schema ImageObject classe-t-il les images ?
Non. ImageObject et le balisage de page associe aident a rendre explicite la relation entre image et page. Ils ne garantissent ni placement dans Google Images, ni traitement enrichi, ni trafic.
Ai-je besoin d'un sitemap d'images ?
Pas toujours. Google peut decouvrir de nombreuses images par exploration HTML normale. Un sitemap d'images est utile lorsque les images sont difficiles a decouvrir, y compris dans certaines implementations JavaScript, ou lorsque vous avez besoin d'une carte de decouverte plus complete.
Quelles images dois-je optimiser en premier ?
Commencez par les images situees sur des pages qui ont deja de la demande et un cas d'usage clair en recherche visuelle. Les images produit originales, diagrammes, graphiques, tutoriels et exemples avant-apres sont generalement de meilleurs candidats que la decoration generique.
Conclusion
La lecon en quatre points de ce praticien merite d'etre appliquee, avec une correction : l'Image SEO n'est pas un formulaire a quatre champs. Les noms de fichiers, textes alternatifs, compression et balisage ImageObject aident lorsqu'ils soutiennent une image explorable, utile et riche en contexte sur une page que les internautes ont reellement envie de visiter.
Commencez avec un petit ensemble d'assets visuels solides, corrigez les lacunes techniques et editoriales evidentes, puis mesurez le resultat de la page de destination. Vous obtiendrez ainsi une meilleure bibliotheque d'images, une meilleure experience de page et une raison defendable d'investir davantage dans Google Images.
Auteur : Julian Mercer, praticien SEO technique avec 14 ans d'experience chez Auspia. Julian ecrit sur la crawlabilite, le schema, le rendu, l'architecture de site et les fondations techniques du contenu lisible par l'IA.
