SEO images : ce que Google attend de vos visuels en 2026

Vous avez soigné vos photos. Elles sont nettes, bien cadrées, fidèles à votre activité. Pourtant, dans Google, elles ne rapportent rien. Aucune vignette remarquée, aucun clic identifiable, aucune trace exploitable dans vos rapports. Pendant ce temps, un concurrent apparaît avec une image à côté de son résultat. Et c’est lui qu’on remarque.

Le 2 mars 2026, Google a ajouté à ses consignes images une section entière sur l’image principale de chaque page. Le 24 septembre, Search Console a commencé à isoler les recherches lancées depuis une image. Le SEO des images n’est plus une case à cocher. C’est un canal qui se pilote et qui se mesure.

Ce guide ne s’arrête pas au texte alternatif, déjà détaillé dans notre définition de la balise alt. Il couvre toute la chaîne : comment Google trouve une image, la comprend, la choisit puis l’affiche. Avec ce qu’on a appris en appliquant ces règles à notre propre site, erreurs comprises. Vous saurez quoi corriger en premier, et quoi laisser de côté.

Ce que Google a changé en mars 2026 sur les images

La mise à jour est discrète. Elle tient en une section ajoutée à deux documentations, celle des images et celle de Discover. Elle répond pourtant à une question que beaucoup de sites se posent : quelle image Google affiche-t-il à côté d’une page ?

Google l’écrit désormais noir sur blanc. D’après Google Search Central (journal des mises à jour de la documentation, 2026), la section sur l’image préférée date du 2 mars 2026. Google y précise qu’il utilise le balisage schema.org et la balise og:image pour choisir les vignettes dans la recherche et dans Discover. Le choix reste automatique, mais vous pouvez désormais l’orienter, documentation à l’appui.

Google Search Central, mises à jour de la documentation

Déclarer l’image principale : deux méthodes reconnues

Première méthode : la propriété primaryImageOfPage de schema.org, avec l’URL de l’image ou un objet ImageObject. Variante admise : rattacher l’image à l’entité principale de la page, via mainEntity ou mainEntityOfPage.

Seconde méthode : la balise og:image dans l’en-tête HTML. Sur WordPress, Rank Math la remplit avec l’image mise en avant ou celle choisie dans son onglet Social. Sans l’une ni l’autre, la balise peut manquer. Il faut donc vérifier, page par page, ce que votre extension envoie réellement.

Les images à éviter comme image principale

Google déconseille trois choix. Une image générique, comme le logo du site. Une image chargée de texte. Un format extrême, trop étroit ou trop large. Il recommande aussi une haute résolution quand c’est possible.

On voit souvent ce schéma sur les sites de services : la même image de partage sur toutes les pages. Souvent le logo, ou une bannière générique. Aucune page ne se distingue alors dans une vignette. Le site entier parle d’une seule voix visuelle, et cette voix ne dit rien du sujet.

Ce que la règle nous a appris sur notre propre page de preuves

On a appliqué la consigne à notre page la plus chargée en images, celle qui rassemble nos résultats clients documentés. Son image principale déclarée est une capture Google Search Console du dossier Score Expertise.

Le choix est cohérent avec le sujet. Score Expertise est un cabinet d’expertise BTP dont la visibilité a progressé de 261 %. Il a gagné plus de 700 visiteurs SEO en environ trois mois, mesurés dans Google Search Console. L’image représente donc exactement ce que la page veut prouver.

Mais une capture d’écran reste une image avec du texte. C’est précisément ce que la consigne de mars déconseille. Sur une page de preuves, le compromis se défend, car le lecteur vient chercher le chiffre. Sur une page service, une photo nette et sans texte reste le choix le plus sûr.

Pourquoi le SEO des images pèse plus lourd en 2026

Pendant longtemps, Google Images est resté un canal secondaire. Pour la plupart des TPE, ce jugement tenait. Deux changements rebattent les cartes : la recherche par l’image est devenue un usage de masse, et elle devient mesurable.

La recherche visuelle est devenue un usage de masse

Le volume n’a plus rien d’anecdotique. D’après Google (annonce de Lens sur iOS, février 2025), Google Lens sert chaque mois à plus de 20 milliards de recherches visuelles. Une partie de ces recherches mène vers des pages web, donc potentiellement vers les vôtres.

Google, annonce officielle sur Google Lens

Le comportement change avec. On ne tape plus « chaise en rotin vintage ». On photographie la chaise repérée chez un ami. Ce qui compte alors, c’est que Google comprenne votre image et la page qui la porte.

Search Console sépare enfin le trafic venu d’une image

Ce trafic avait un défaut majeur : on ne pouvait pas l’isoler. D’après Google Search Central (annonce du rapport multimodal dans Search Console, 2026), un filtre de recherche multimodale est déployé depuis le 24 septembre 2026. Il couvre Lens, Circle to Search sur Android, les images importées dans Google et la recherche d’image de Chrome. Vous pouvez enfin chiffrer ce canal sur vos propres pages.

Google Search Central, annonce du rapport multimodal

Une limite à connaître : aucune requête n’y est affichée. Ces recherches partent d’une image, pas d’un texte. Vous verrez les pages qui captent ce trafic, pas les mots qui l’ont déclenché.

Le déploiement est progressif. Google précise que les données apparaissent seulement si votre site reçoit déjà ce type de trafic. Un rapport vide ne signifie donc pas une erreur, mais une absence de visibilité sur ce canal.

Une seule image peut porter la visibilité d’une page

L’image ne vit pas seulement dans Google Images. Elle sert de vignette à côté d’un résultat classique. Elle est aussi la première chose qu’on voit dans Discover, dont nous détaillons les exigences propres au flux Discover.

Une même image travaille donc sur trois surfaces à la fois. C’est pour cela que le choix de l’image principale mérite une décision, pas un réglage par défaut.

Comment Google comprend-il une image ?

Google ne lit pas une image comme un humain. Il croise plusieurs signaux, et c’est leur cohérence qui fait la différence. Sa documentation cite le texte alternatif, la vision par ordinateur et le contenu de la page. Le nom de fichier n’arrive qu’en appui.

La page compte plus que l’image

C’est le point le plus sous-estimé. Google recommande de placer les images près d’un texte pertinent, sur des pages dont le sujet correspond à l’image. Une belle photo perdue dans une galerie sans texte ne raconte rien à un moteur.

Un cas de figure revient souvent chez les e-commerçants. Ils renomment et décrivent des centaines d’images produits, sans effet visible. Le blocage est ailleurs : leurs fiches produits tiennent en deux lignes. L’image est bien décrite, mais la page ne dit rien. Dans ce cas, on commence par les pages, pas par les images.

Le texte alternatif, en une phrase utile

Google présente le texte alternatif comme l’attribut le plus important pour décrire une image. La règle tient en peu de mots : décrire ce que montre l’image, précisément, sans empiler de mots-clés.

« Chiot dalmatien qui rapporte une balle » vaut mieux que « chien chiot dalmatien chiot chien ». La première version aide un lecteur d’écran et un moteur. La seconde n’aide personne. Le détail de la rédaction, longueur et images décoratives comprises, est déjà traité dans notre guide dédié.

Le nom de fichier : un indice léger, mais gratuit

Google parle d’indices « très légers » sur le sujet de l’image. Léger ne veut pas dire inutile. Un fichier nommé chaise-rotin-vintage.jpg donne un contexte que IMG00023.JPG ne donnera jamais.

Séparez les mots par des tirets, pas par des traits de soulignement. Google le recommande pour toutes les URL, et le fichier d’une image en est une. Le tiret permet d’identifier chaque mot comme un concept distinct.

Ce qu’on a constaté sur nos propres captures est instructif. Nos noms de fichiers sont descriptifs et datés, ce qui est le bon réflexe. Mais la plupart utilisent des traits de soulignement et des majuscules. Rien de bloquant, juste une convention à harmoniser pour les prochains envois.

Légendes et emplacement de l’image

Google tire aussi des informations des légendes et des titres d’image. Une légende visible sous une photo produit est lue par l’utilisateur comme par le moteur. Elle coûte une ligne et clarifie l’image pour tout le monde.

L’emplacement compte aussi. Une image placée juste après le paragraphe qu’elle illustre hérite de son contexte. La même image reléguée en bas de page, loin de tout texte, perd ce bénéfice.

Faire découvrir vos images : balise, sitemap et URL stable

Avant d’être comprise, une image doit être trouvée. Trois réglages techniques décident de ce point, et ils se vérifient vite.

Une image en arrière-plan CSS n’existe pas pour Google

Google trouve les images dans l’attribut src de la balise img, y compris à l’intérieur d’un élément picture. Il n’indexe pas les images appelées en CSS. Vérifiez donc comment votre thème affiche ses visuels de bannière et de section.

Le test est simple. Si votre visuel le plus important est une image de fond, Google ne le voit pas comme une image. Pour un fond décoratif, c’est sans conséquence. Pour une photo de produit ou de réalisation, c’est une occasion perdue.

Le sitemap d’images : utile, mais pas pour tout le monde

Un sitemap d’images signale à Google des visuels qu’il n’aurait pas trouvés seul. Particularité utile : il accepte des URL d’images hébergées sur un autre domaine, comme un CDN.

Pour un site vitrine de vingt pages, c’est rarement prioritaire. Pour un catalogue chargé en JavaScript ou une galerie paginée, c’est souvent le chaînon manquant.

Une même image, une seule URL

Google conseille de référencer une image réutilisée avec la même URL partout. Il peut alors la mettre en cache au lieu de la redemander à chaque page. Sur un gros site, chaque requête évitée préserve le budget d’exploration.

Le piège classique : la même photo importée trois fois dans la médiathèque, sous trois noms différents. Elle existe alors en trois URL, et Google doit la récupérer trois fois.

Images et vitesse : là où le classement se gagne ou se perd

C’est la partie la plus technique, et souvent la plus rentable. Une image mal servie ne se contente pas d’être lente. Elle dégrade les signaux d’expérience que Google mesure sur toute la page. Les Core Web Vitals en sont la traduction chiffrée.

Votre plus grande image est souvent votre LCP

Sur mobile, l’image domine l’affichage. D’après HTTP Archive (Web Almanac 2025, chapitre Performance), le plus grand élément affiché, le LCP, est une image sur 76 % des pages mobiles. Optimiser cette image précise, c’est agir directement sur un indicateur que Google mesure.

HTTP Archive, Web Almanac, chapitre Performance

Repérez l’image LCP de vos pages clés dans PageSpeed Insights. Servez-la à la bonne taille et compressée. Demandez ensuite au navigateur de la charger en priorité, avec l’attribut fetchpriority=”high”.

Le lazy loading au mauvais endroit

Le chargement différé est utile pour les images situées plus bas dans la page. Au-dessus, il retarde l’image que le visiteur attend en premier. D’après le même Web Almanac 2025, environ 16 à 17 % des pages chargent pourtant leur image LCP en différé.

On l’a vérifié chez nous aussi. Sur notre page de preuves, presque toutes les images portent l’attribut loading=”lazy”, y compris les premières captures de la page. La correction consiste à retirer cet attribut des images visibles dès l’ouverture.

Les dimensions oubliées

Une image sans largeur ni hauteur déclarées fait bouger la page pendant le chargement. C’est le décalage de mise en page, mesuré par le CLS. D’après HTTP Archive (Web Almanac 2025), 62 % des pages mobiles ont au moins une image sans dimensions explicites.

La correction tient en deux attributs, width et height. Le navigateur réserve alors la place de l’image avant même de l’avoir téléchargée.

WebP, AVIF, JPEG : choisir sans dogme

Google accepte les formats BMP, GIF, JPEG, PNG, WebP, SVG et AVIF. Le choix du format relève donc de la performance, pas de l’indexation.

Notre règle de terrain : WebP ou AVIF pour les photos, SVG pour les logos et pictogrammes, PNG seulement quand la transparence l’exige. Gardez une extension de fichier cohérente avec le vrai format, Google le recommande aussi.

Pour les écrans variés, l’attribut srcset ou l’élément picture servent la bonne taille au bon appareil. Gardez toujours une image de secours dans l’attribut src, pour les navigateurs qui ignorent le reste.

Les trois erreurs qu’on retrouve le plus en audit

Ces erreurs ne sont pas techniques au sens strict. Ce sont des erreurs de priorité. Elles consomment du temps sans rapporter de clics.

Traiter toute la médiathèque avant les pages qui rapportent

Ce qu’on entend le plus souvent en premier appel : « on a repris tous nos textes alternatifs ». L’intention est bonne. Mais si ces images vivent sur des pages que personne ne visite, l’effort ne se verra jamais.

Commencez par les pages qui reçoivent déjà des impressions dans Search Console. Une image optimisée sur une page vue vaut plus que cent images parfaites sur des pages que Google ignore.

Le texte alternatif transformé en roman

Le défaut le plus courant reste l’absence de texte. D’après WebAIM (The WebAIM Million, rapport 2026), 53,1 % des pages d’accueil analysées présentent au moins une image sans texte alternatif. L’erreur inverse existe aussi, et elle se voit beaucoup moins.

WebAIM, The WebAIM Million

Un cas récent illustre bien ce piège, et il nous concerne directement. Sur notre page de preuves, les textes alternatifs décrivent chaque capture en détail : outil, domaine, date, chiffres. Mais la plupart dépassent largement la longueur que nous recommandons nous-mêmes.

Un texte alternatif décrit l’image. Il ne remplace pas le paragraphe qui l’accompagne. Si une information mérite d’être lue, elle a sa place dans le texte de la page, où tout le monde la verra.

Laisser l’outil choisir l’image de partage

Sans image principale déclarée, Google choisit seul. Avec une extension SEO mal réglée, il reçoit parfois le logo sur chaque page. Depuis mars 2026, la consigne est claire : une image représentative par page, choisie par vous.

Données structurées et métadonnées d’image : ce qui sert vraiment

Les données structurées ne font pas ranker une image par magie. Elles servent à deux choses précises : désigner l’image principale, et rendre une page éligible à certains affichages enrichis.

L’image, champ requis pour les badges de Google Images

Google le rappelle dans ses consignes : pour plusieurs types de données structurées, la propriété image est requise. Sans elle, la page n’est pas éligible au badge et au résultat enrichi dans Google Images.

Le fonctionnement de ces balisages, type par type, est expliqué dans notre guide des données structurées. Pour les images, retenez une règle simple : une propriété image vide ou cassée vaut une absence.

Les métadonnées de licence, pour les images qui ont de la valeur

Si vous produisez des photos originales, Google permet de signaler leur licence. Deux voies existent : les données structurées ou les métadonnées IPTC intégrées au fichier. L’image peut alors recevoir le badge « Sous licence » dans Google Images.

Pour un photographe, une agence immobilière ou un artisan qui montre ses chantiers, c’est un signal de propriété utile. Pour des photos de banque d’images, c’est sans objet.

Par où commencer : la méthode en trois passes

Voici l’ordre qu’on applique en audit. Il part de ce qui rapporte, pas de ce qui est facile à corriger.

Passe 1 : isoler les pages qui ont déjà de la visibilité

Dans Search Console, triez vos pages par impressions sur trois mois. Regardez ensuite le type de recherche Image, puis le filtre multimodal s’il est disponible pour votre propriété.

Vous obtenez une courte liste. Ce sont les pages où une meilleure image peut réellement changer le nombre de clics.

Passe 2 : vérifier l’image principale de chaque page clé

Pour chacune, ouvrez le code source et cherchez og:image. Vérifiez que l’image est représentative, sans texte incrusté ni logo, avec un ratio raisonnable. Contrôlez ensuite le balisage schema.org de la page.

Passez enfin l’URL dans PageSpeed Insights pour identifier l’image LCP. Si elle est chargée en différé ou trop lourde, c’est la première correction à faire.

Passe 3 : nettoyer en masse ce qui peut l’être

Une fois les pages clés traitées, le nettoyage global devient rentable. Voici les points à contrôler sur l’ensemble du site :

• les images sans texte alternatif, ou avec un texte générique comme « image » ou un nom de fichier ;
• les noms de fichiers génériques sur les nouveaux envois, à remplacer par des mots séparés par des tirets ;
• les images sans attributs width et height ;
• les doublons d’une même image sous plusieurs URL ;
• les visuels importants placés en arrière-plan CSS.

Cet ordre évite le piège décrit plus haut. Le temps passé suit le potentiel de chaque page, pas la taille de la médiathèque.

Vos questions les plus fréquentes sur le SEO des images

Vos images travaillent, ou elles décorent ?

Le SEO des images a longtemps été une case à cocher. Mars 2026 lui a donné une consigne claire, septembre 2026 un tableau de bord. Les sites qui s’y mettent maintenant pourront enfin mesurer ce que leurs images rapportent.

La bonne séquence ne change pas : la page d’abord, l’image principale ensuite, la vitesse enfin, la médiathèque en dernier. Pour savoir où votre site perd des points, un audit technique SEO passe les images en revue avec le reste de la structure.

À propos de l’auteur

Alan Chevereau, fondateur de Heroic Impulsion

Consultant SEO et GEO indépendant depuis 2019, installé près d’Orléans, Alan accompagne plus de 30 TPE, PME, indépendants, e-commerces et prestataires de services sur leur acquisition organique. Spécialisé sur les stratégies de contenu orientées résultats mesurables, il documente ses dossiers clients via Google Search Console et Semrush.

Voir le profil complet Cas clients documentés