Images produit invisibles sur Google Images : pourquoi

Vos photos de produits sont nettes, bien éclairées, cadrées au millimètre. Et pourtant, tapez le nom de votre produit dans Google Images : rien. Le catalogue de votre concurrent, lui, remonte dès la première ligne. La différence ne tient presque jamais à la qualité du cliché. Elle tient à la façon dont votre CMS publie ces images : en arrière-plan CSS, avec des noms du type IMG_4521.jpg et un chargement paresseux que Google croise sans jamais s’y arrêter. Google ne voit pas votre site comme un visiteur. Il lit du HTML, et rien d’autre.

Google images lit le code, pas la beauté du cliché

Un moteur de recherche ne regarde pas votre page. Il télécharge le HTML, en extrait les balises, suit les liens, ouvre le sitemap. Le rendu visuel, les dégradés, l’animation d’apparition au survol : tout cela se joue après, dans le navigateur, et Google s’en moque pour l’indexation des images.

Si votre photo de casque audio n’existe dans le document que sous forme de background-image dans une feuille de style, elle n’existe pas pour lui. Pour comprendre cette logique de lecture, rien ne remplace un peu de méthode, et un site comme jot2016saint-etienne.fr détaille bien ce travail sur les balises.

Le chiffre surprend souvent : Google Images pèserait environ 22 % de l’ensemble des recherches web, d’après une estimation attribuée à SparkToro et Moz. Une part énorme du trafic potentiel, donc, qui se joue sur des détails de code que personne n’ouvre jamais dans son back-office. Les équipes e-commerce passent des heures sur les fiches produits et zéro minute sur l’attribut alt. Franchement, le déséquilibre est difficile à défendre quand on voit le volume en jeu.

Là où le pipeline casse, concrètement

Trois points de rupture reviennent dans presque tous les audits, et aucun guide SEO généraliste ne les traite vraiment. Le premier concerne les images CSS. Google n’indexe pas les images chargées depuis une feuille de style : elles servent à l’habillage, pas au contenu. Le deuxième touche à l’imbrication des balises.

Google peut trouver une image dans l’attribut src d’un élément <img>, même quand cet élément est un enfant d’autres balises comme <picture> : la structure HTML est lue, le rendu visuel ne l’est pas. Autrement dit, une image responsive correctement balisée passe, une image posée en fond par le thème ne passe pas.

Le troisième point est le plus sous-estimé : le sitemap dédié aux images. Google recommande explicitement d’en envoyer un pour fournir des URL qu’il n’aurait peut-être pas trouvées autrement. Et ces sitemaps ont une propriété que peu de gens connaissent : contrairement aux sitemaps classiques, ils autorisent l’inclusion d’URL hébergées sur d’autres domaines dans les éléments <image:loc>. Votre CDN, votre banque d’images, un sous-domaine technique : tout cela peut entrer dans le fichier.

Sur un catalogue de plusieurs centaines de références, le nom de fichier devient un facteur mécanique. Un IMG_4521.jpg n’apprend rien à personne. Un nom descriptif, avec les mots-clés séparés par des tirets, aide Google à classer l’image sur les bonnes requêtes, sans que vous ayez à retoucher la moindre photo. C’est du renommage en masse, parfois une simple règle à ajouter à l’upload. Sur ce point, voir aussi notre article sur structurer titres article tech.

Les questions qui reviennent en formation

Ce qu’on me demande le plus souvent

Les mêmes interrogations remontent à chaque session, et elles méritent des réponses nettes plutôt que des principes généraux.

• Comment optimiser mes images pour le SEO, concrètement, quand mon CMS ne me laisse pas toucher au code ?
• Les images trouvées sur Google sont-elles protégées par le droit d’auteur ?
• Renommer les fichiers et remplir les attributs alt suffit-il, ou faut-il revoir tout le sitemap ?
• La question des types de SEO (technique, contenu, netlinking) change quelque chose à la façon dont je traite mes images.
• Est-ce que le SEO est gratuit, ou faut-il forcément passer par un prestataire payant ?

Sur le droit d’auteur, la réponse est simple et souvent mal comprise : une image indexée par Google reste soumise au droit de son auteur. L’indexation ne vaut ni cession ni licence. Récupérer une photo trouvée dans les résultats pour illustrer sa fiche produit reste une infraction, même si elle s’affiche en première page depuis des années.

Quant à la gratuité, le SEO ne coûte rien en licence et beaucoup en temps. Personne ne facture l’ajout d’un attribut alt. Ce qui se paie, c’est l’audit, la reprise des noms de fichiers, la génération d’un sitemap images propre, la correction des thèmes qui posent les visuels en CSS. Un indépendant le fait lui-même en quelques soirées ; une équipe sans compétence technique passera par quelqu’un.

Ce que votre back-office publie sans vous demander

La plupart des CMS traitent l’image produit comme un élément de design. Le thème la place en fond de bloc, génère un nom à partir de l’identifiant interne, ajoute un lazy loading qui repousse le chargement réel. Le rédacteur voit une belle photo dans l’aperçu et suppose que tout va bien. Le robot, lui, reçoit une page où l’image n’apparaît nulle part en clair.

C’est un problème de pipeline, pas de contenu. La bonne nouvelle, c’est qu’il se corrige sans refonte : un vrai <img> dans le HTML, un nom de fichier lisible, un attribut alt descriptif, un sitemap images généré à part. Le reste, le cadrage, la lumière, la retouche, vous le faites déjà très bien.

Le vrai tri se fait dans le code source

Avant de commander un nouveau shooting, ouvrez donc une fiche produit dans votre navigateur et affichez le code source. Cherchez votre image. Si elle n’apparaît pas dans une balise <img>, aucun photographe ne réglera le problème.

La correction tient en quelques lignes de template et un fichier sitemap, mais elle suppose d’accepter une idée désagréable : ce que le visiteur admire n’est pas ce que Google enregistre. Combien de vos fiches produits ont déjà été auditées sous cet angle ?