Optimiser vos images pour le SEO : astuces et bonnes pratiques qui marchent vraiment
Vous avez passé des heures à rédiger un article magnifique, peaufiné chaque phrase, structuré vos titres avec soin… et vos images, elles, font ce qu'elles veulent. Des fichiers de 4 Mo qui chargent en trois secondes, des balises ALT vides, des noms comme IMG_4582.jpg.
Je l'ai fait. Pendant des années, même. Et puis un jour, j'ai ouvert Google Search Console et j'ai compris que mes images généraient 12 % de mon trafic organique. 12 % que je laissais sur la table par simple paresse technique.
Voici ce que j'ai appris en optimisant les images de plus de trente sites — avec les erreurs, les essais ratés et les résultats concrets.
Ce que la vitesse de chargement change vraiment pour votre classement
Le problème avec les images, c'est qu'elles pèsent. Un site moyen, aujourd'hui, consacre souvent plus de la moitié de son poids total aux images. Et ce poids, Google le mesure.
Les Core Web Vitals sont devenus un facteur de classement affirmé : le LCP (Largest Contentful Paint, le temps d'affichage du plus grand élément visible) doit passer sous la barre des 2,5 secondes. Sur mobile, c'est souvent une image qui fait ce LCP. Une image non optimisée, et votre page entière est pénalisée.
J'ai testé ça sur un site de e-commerce qui vend des luminaires. Les fiches produits affichaient des photos de 2 Mo en JPEG. C'était beau. C'était lent. Après compression systématique en WebP et redimensionnement, le poids moyen est passé de 1,8 Mo à 280 Ko. Le LCP est tombé de 4,1 secondes à 1,8 seconde. Résultat : le taux de rebond organique a chuté de 23 % en six semaines.
Et pourtant, personne ne parle du vrai coupable.
Le vrai problème : ce n'est pas le format, c'est la paresse
On me demande tout le temps : JPEG ou PNG ? WebP est-il obligatoire ? La réponse honnête, c'est que le format compte moins que la façon dont vous l'utilisez.
Un JPEG bien compressé à 85 % de qualité sera presque toujours plus léger qu'un WebP mal configuré. La vraie question, c'est : avez-vous redimensionné l'image à la taille exacte où elle sera affichée ? Une image de 4000 pixels de large affichée dans une colonne de 800 pixels, c'est cinq fois trop de données inutiles.
Une fois que j'ai pris l'habitude de redimensionner systématiquement, j'ai vu des gains de 60 à 70 % de poids sur des sites entiers. Sans plugin magique. Juste en ouvrant Photoshop (ou un outil gratuit comme GIMP) et en recadrant avant d'exporter.
Voici les règles que j'applique maintenant, systématiquement :
- Redimensionner à la taille d'affichage maximale : pas plus de 2x la taille affichée pour les écrans rétina
- Choisir le format selon le contenu : JPEG pour les photos, PNG pour les images avec transparence, SVG pour les logos et icônes
- Compresser avec un outil dédié : TinyPNG, Squoosh ou ImageOptim selon votre système
- Activer le lazy loading : les images hors écran ne chargent pas tant qu'on ne scrolle pas vers elles
Cette dernière astuce, le chargement différé, m'a fait économiser jusqu'à 40 % de poids initial sur des pages très longues. Les navigateurs le supportent nativement via l'attribut `loading="lazy"`, mais attention : ne l'appliquez jamais à l'image qui fait le LCP. C'est contre-productif.
Le nom de fichier : votre première chance, souvent gâchée
Voici une scène que je vois trop souvent. Un client me confie son site. J'ouvre le code source. Et je tombe sur ça :
IMG_20190317_145823.jpg
Ce nom ne dit rien à personne. Ni à Google, ni à vos visiteurs, ni à vous-même dans six mois quand vous chercherez cette photo de produit.
Un nom de fichier descriptif, avec des mots-clés pertinents séparés par des tirets, donne un signal faible mais réel au référencement. Je dis bien faible. Le nom de fichier ne fera pas votre SEO à lui seul. Mais quand tout le reste est égal, il peut faire la différence entre deux images similaires.
Mon conseil : écrivez le nom comme si vous décriviez l'image à quelqu'un qui ne peut pas la voir. Pour une photo de chaussure de running pour femme :
chaussure-running-femme-rose-compression.jpg
Pas besoin d'en faire trop. Une dizaine de mots maximum. Et surtout, pas de mots vides comme "image" ou "photo" — c'est déjà une image, inutile de le préciser.
La balise ALT : plus qu'une formalité
J'ai entendu mille fois : "La balise ALT, c'est pour les malvoyants." Pas faux, mais très incomplet. La balise ALT, c'est aussi ce que Google utilise pour comprendre ce que montre l'image. Et c'est ce qui s'affiche quand une image ne charge pas.
Une bonne balise ALT décrit le contenu de l'image de façon précise et contextuelle. Une mauvaise balise ALT répète le titre de la page. Une balise ALT absente, c'est une occasion manquée.
Exemple concret. Sur un article à propos des meilleures chaussures de trail, j'avais une image avec cette ALT :
Chaussure de trail Salomon Sense Ride 5 posée sur un sentier rocailleux en forêt
Cette description a capté des requêtes longues traîne comme "chaussure de trail sur sentier rocailleux" qui n'étaient pas explicitement dans le texte. Ce n'est pas énorme, mais ça s'additionne.
Quelques principes que j'ai appris à la dure :
- Contextualisez : la même photo peut avoir des ALT différentes selon la page où elle apparaît
- Soyez sobre : pas de bourrage de mots-clés, ça se paie cash avec Google
- Ne décrivez pas l'évidence : "logo de l'entreprise" est inutile si le logo est à côté du nom
- Pour les images décoratives : `alt=""` (vide) est la bonne pratique, pas l'absence d'attribut
Un jour, j'ai vu une ALT de 200 mots sur une image de bannière. C'était une tentative désespérée de bourrage. Google a fini par la considérer comme du spam et la page a perdu ses positions. Équilibre, toujours.
Les images décoratives et l'accessibilité : ce que personne ne fait
Au-delà de l'ALT, il y a tout un pan de l'accessibilité qui est ignoré par la plupart des sites. Les attributs ARIA (`role="img"` pour les images complexes), les descriptions longues pour les infographies, la conformité WCAG 2.1 pour les contrastes…
Sur un site de santé que j'ai audité, le client utilisait des infographies pour expliquer des parcours de soins. Impossible de comprendre le contenu sans voir l'image. En ajoutant une description longue via un lien "Description détaillée" sous l'infographie, on a non seulement amélioré l'accessibilité, mais aussi gagné en référencement : la description textuelle a renforcé la page avec du contenu unique.
Le sitemap d'images : votre porte d'entrée vers Google Images
La recherche d'images de Google, c'est 20 % des recherches totales sur la plateforme. Et pourtant, la plupart des sites ne font aucun effort particulier pour y figurer.
Un sitemap d'images, c'est simple : un fichier XML séparé ou des balises `
Mais voici ce que j'ai appris en testant : le sitemap seul ne suffit pas. C'est le texte autour de l'image qui fait le travail. Google regarde la légende, le titre de la page, le paragraphe qui encadre l'image. Une image noyée dans du texte non pertinent n'aura pas de chances d'apparaître pour une recherche visuelle pertinente.
J'ai testé sur un blog de recettes : en ajoutant des légendes descriptives sous chaque photo de plat, le trafic depuis Google Images a augmenté de 35 % en deux mois. Rien d'autre n'avait changé.
Images générées par IA : le nouveau défi
Depuis que les outils de génération d'images par IA se sont démocratisés, un problème nouveau est apparu : des sites entiers remplis de visuels générés, souvent similaires d'un site à l'autre. Google a annoncé des mises à jour pour gérer ça, mais les bonnes pratiques commencent à se dessiner.
Si vous utilisez des images générées par IA, quelques règles de bon sens :
- Ajoutez des données structurées : le schéma ImageObject de schema.org aide Google à comprendre le contexte
- Apportez une valeur ajoutée : une image générique qui illustre un contenu générique n'intéressera personne
- Marquez les images décoratives en noindex : inutile de faire indexer des visuels qui n'apportent pas d'information
Là encore, le contenu unique autour de l'image reste le meilleur moyen de se différencier.
Comment je traque les images de mes concurrents
Une technique que j'utilise depuis un moment : analyser ce que font les concurrents. Pas pour copier, mais pour trouver les opportunités qu'ils laissent passer.
Avec un outil comme Screaming Frog (gratuit jusqu'à 500 URLs), vous pouvez lister toutes les images d'un site concurrent, avec leur poids, leurs noms de fichiers et leurs balises ALT. Les erreurs de nos rivaux deviennent nos opportunités.
Voici ce que je cherche :
- Des images lourdes : s'ils ne compressent pas, ils perdent des points vitaux
- Des ALT manquantes : des opportunités de mots-clés visuels qu'ils ignorent
- Des noms de fichiers génériques : leurs images ne disent rien à Google
- Des images non redimensionnées : un poids excessif qui ralentit leurs pages
Sur un marché de niche (la vente de miels artisanaux), j'ai trouvé que tous les concurrents utilisaient les mêmes photos de stock. Le client a investi dans des photos réelles de ses ruches. Résultat : les images de son site sont apparues en premier sur Google Images pour des requêtes comme "ruche artisanal miel forêt". Ce n'est pas arrivé en une semaine — plutôt quatre mois — mais ça a installé une présence durable.
La question du CDN et des formats modernes
Les CDN d'images (comme Cloudinary, Imgix ou les solutions intégrées des hébergeurs) font bien plus que servir vos fichiers plus vite. Ils peuvent redimensionner, compresser et convertir dynamiquement vos images selon l'appareil qui les demande.
J'ai longtemps hésité à en utiliser. Coût supplémentaire, complexité, dépendance… Les arguments contre ne manquent pas. Mais après avoir vu le temps de chargement d'un site passer de 5,2 secondes à 1,9 seconde uniquement grâce à un CDN d'images, j'ai changé d'avis.
Le CDN s'occupe automatiquement de servir des WebP aux navigateurs qui les supportent, des AVIF à ceux qui les acceptent, et du JPEG classique aux autres. Tout ça sans toucher à mon flux de travail.
Bien sûr, ce n'est pas une obligation. Pour un petit site, une bonne optimisation manuelle suffit largement. C'est quand vous avez des centaines de pages avec des dizaines d'images chacune que la solution automatisée devient pertinente.
Les outils que j'utilise au quotidien
Après des années de tests, voici ma boîte à outils actuelle :
- Squoosh pour la compression manuelle : gratuit, rapide, efficace
- TinyPNG pour le traitement par lot : l'interface est simple, le résultat est bon
- Lighthouse dans Chrome DevTools pour mesurer les performances
- PageSpeed Insights pour vérifier les Core Web Vitals sur mobile
- Google Search Console pour suivre les impressions et clics sur les images
Un mot sur le workflow : l'erreur classique, c'est d'optimiser les images une fois déjà mises en ligne. C'est tellement plus efficace de compresser avant d'uploader, dans votre processus de création. Ça demande un peu de discipline au début, mais une fois que c'est une habitude, vous ne revenez plus en arrière.
Erreurs que j'ai commises pour que vous ne les fassiez pas
J'ai tout fait de travers avant d'arriver à un processus propre. Voici le résumé de mes pires erreurs :
J'ai compressé trop fort, une fois. Les images étaient légères, certes, mais elles étaient floues et pixelisées. Les visiteurs le voyaient immédiatement. La qualité perçue du site a pris un coup. Il faut viser le bon équilibre, pas le poids minimal. J'ai ignoré les légendes pendant des années. Les légendes sous les images sont lues 300 % plus souvent que le corps du texte selon certaines études d'eye-tracking. C'est du contenu qui compte, et Google le lit aussi. J'ai utilisé le même ALT pour des images différentes. Sur une page avec dix photos de produits, toutes avaient la même description. C'était de la paresse, et les performances étaient mauvaises. Quand j'ai pris le temps de rédiger des descriptions uniques, les impressions sur Google Images ont grimpé. J'ai oublié les images Open Graph. Les images de partage social (og:image) n'affectent pas le classement directement, mais elles influencent le taux de clic quand votre lien est partagé. Une image floue ou absente, c'est un partage qui performe mal. Ça compte pour le SEO indirect.Où en est le SEO des images en 2026 ?
La recherche visuelle progresse. Google Lens permet de chercher par image depuis des années, et les utilisateurs s'habituent à cette façon de chercher. Les données structurées pour les produits, les recettes et les articles deviennent plus importantes, et elles incluent des champs pour les images.
La tendance de fond, c'est que Google comprend de mieux en mieux le contenu des images. L'ALT et le nom de fichier restent importants, mais le contexte général de la page prend de plus en plus de poids. Une image seule ne dit rien ; une image entourée de texte pertinent, de légendes, de données structurées, ça parle.
Le futur, à mon avis, c'est la combinaison de plusieurs signaux : l'ALT bien rédigée, le nom de fichier descriptif, le texte contextuel, les dimensions adaptées, le poids optimisé. Aucune de ces choses n'est spectaculaire seule. Ensemble, elles construisent une présence visuelle qui fonctionne.
Vous voulez savoir si vos images sont optimisées ? Regardez votre site comme si vous ne pouviez pas voir les images. Si tout est compréhensible, si les ALT racontent l'histoire, si les pages chargent vite sur un réseau mobile moyen, alors vous êtes sur la bonne voie. Sinon, il y a du travail — mais c'est le genre de travail qui paie, sans cesse, pendant des années.
