Pourquoi mes images n’apparaissent-elles pas dans Google Images ?

Une photo peut s’afficher correctement sur votre site tout en restant difficile à trouver ou à télécharger pour Google. Elle peut aussi être indexée sans apparaître pour les mots recherchés. Ces situations demandent des actions différentes.

Étudiez une image importante avant de modifier toute la médiathèque. Gardez l’adresse de la page et celle du fichier. Si vous ne gérez pas la technique, rassemblez vos observations pour le développeur ou l’hébergeur.

Vous n’avez pas accès à Search Console ? Commencez par l’adresse publique de l’image, puis examinez les règles d’exploration et d’indexation et l’intégration de l’image à la page. Ces vérifications dans le navigateur ne nécessitent aucun compte Search Console. Envoyez au propriétaire les deux adresses, la date et les échecs constatés, puis demandez une inspection de la page.

1. Déterminez ce qui manque réellement

Le processus comporte quatre étapes : Google découvre l’URL, télécharge le fichier, décide de l’indexer, puis sélectionne les résultats d’une recherche. Les vérifications suivantes permettent de situer le problème.

L’image n’est-elle jamais apparue, a-t-elle disparu après une modification ou manque-t-elle seulement pour une requête concurrentielle ? Distinguez aussi un résultat absent de l’onglet Images d’une vignette absente à côté d’un résultat Web. Ce guide concerne Google Images ; les vignettes des résultats Web sont choisies séparément.

Dans Search Console, ouvrez Performances → Résultats de recherche, choisissez le type Image et filtrez sur la page. Comparez les impressions et les clics avant et après la modification. La documentation du rapport sur les performances explique ces filtres.

Les impressions indiquent que des résultats associés à la page ont été affichés. Elles ne distinguent pas chaque photo d’une page qui en contient plusieurs. Zéro impression ne prouve pas non plus un défaut d’indexation : la demande ou la visibilité peuvent être faibles.

Essayez site:example.com dans Google Images. Pour un fichier précis, utilisez src:https://example.com/images/blue-mug.jpg avec son adresse publique complète. L’opérateur src: trouve les pages qui référencent cette URL d’image. Ces recherches ne couvrent pas toutes les images indexées : un résultat vide ne suffit pas à conclure. Consultez les limites de la recherche site:.

2. Inspectez la page contenant l’image

Saisissez l’URL de la page dans l’outil d’inspection de Search Console. Commencez par la fiche produit, l’article ou la page de service que le visiteur ouvrirait, pas par une adresse se terminant par .jpg ou .webp.

1. Lisez les données de la version indexée. Dépliez Indexation des pages et notez la raison si la page n’est pas indexée. Le tableau indique la suite à donner.
2. Vérifiez l’URL canonique dans ce résultat. C’est la version de référence de la page. Comparez URL canonique déclarée par l’utilisateur et URL canonique sélectionnée par Google. Si Google a choisi une autre adresse, ouvrez-la et vérifiez si ce choix est attendu.
3. Choisissez Tester l’URL active. Le test examine la page actuelle, tandis que les données d’index décrivent la version traitée auparavant. Une correction peut expliquer des différences.
4. Ouvrez Afficher la page testée si disponible. Dans l’onglet HTML, cherchez le nom du fichier ou son URL de diffusion. Sous Plus d’informations, examinez les ressources en échec et les erreurs JavaScript. Si la page est inaccessible au test, résolvez d’abord cet échec.

Ces constats concernent la page, pas chaque image. Le guide du rapport d’indexation des pages détaille les états. Si la page est indexée, poursuivez les vérifications du fichier image.

Le test en ligne vérifie l’accès actuel et le rendu ; il ne détermine ni l’URL canonique retenue ni l’indexation. Son robot peut aussi recevoir une réponse différente de celle du robot de recherche habituel. Le guide de l’inspection d’URL aide à interpréter les deux résultats.

3. Vérifiez le bon fichier image et sa réponse

Sur la page publiée, faites un clic droit sur l’image et choisissez par exemple Ouvrir l’image dans un nouvel onglet. Copiez l’adresse. S’il existe plusieurs tailles, le panneau Network permet d’identifier la version demandée. Notre guide des images responsives explique les fichiers différents sur mobile et ordinateur.

Ouvrez l’adresse directe en navigation privée, sans connexion. En cas d’échec, examinez l’accès avant de changer le texte alternatif. Si l’image apparaît, l’accès anonyme du navigateur fonctionne, mais Googlebot ne reçoit pas forcément la même réponse.

Dans les outils de développement, ouvrez Network, rechargez, filtrez sur Img et sélectionnez la requête de l’image. Vérifiez le statut et les en-têtes sous Headers, puis l’image sous Preview. Les noms varient selon le navigateur. Un nouveau téléchargement réussi doit fournir l’image avec un Content-Type adapté, comme image/jpeg ou image/webp. Une page HTML de connexion ou de contrôle de sécurité n’est pas une image, même avec une URL en .jpg.

Corrigez un fichier absent ou inaccessible avant d’examiner l’indexation. La documentation des codes HTTP explique leur effet sur l’exploration.

Si seules les requêtes Google échouent, demandez à l’hébergeur d’examiner les journaux du serveur ou du CDN. Un CDN peut diffuser vos images séparément du site. Demandez l’URL, le statut et la règle de sécurité déclenchée. Ne désactivez pas toute la protection et ne vous fiez pas au seul nom Googlebot : Google explique comment vérifier ses robots.

4. Contrôlez les blocages d’exploration et d’indexation

Ouvrez /robots.txt à la racine de l’hôte des images. Pour https://images.example.com/uploads/mug.jpg, vérifiez https://images.example.com/robots.txt. Les règles de www.example.com ne s’appliquent pas à un autre hôte d’images.

Cette règle interdit par exemple à Googlebot-Image le chemin /uploads/ de cet hôte :

User-agent: Googlebot-Image
Disallow: /uploads/

C’est un blocage possible à rechercher, pas une règle à ajouter. Google retient le groupe dont l’agent utilisateur correspondant est le plus précis. Un groupe propre à un robot n’est pas fusionné avec User-agent: * ; plusieurs groupes du même agent correspondant sont fusionnés. Faites vérifier le groupe et les chemins applicables avant toute modification. Voir les règles d’interprétation de robots.txt.

Repérez les instructions dans la page et la réponse de l’image

Choisissez Afficher le code source de la page et cherchez robots, googlebot et noindex. Recherchez une vraie balise <meta> dans <head>, pas un mot cité dans le contenu. Si JavaScript modifie la page, examinez aussi <head> dans Elements. Un blocage des images peut prendre cette forme :

<meta name="robots" content="noimageindex">

Sélectionnez ensuite la requête de l’image dans Network et cherchez X-Robots-Tag sous Headers → Response Headers. Il s’agit d’un en-tête de réponse du serveur, pas d’une balise HTML :

X-Robots-Tag: noindex

Ces restrictions ont des effets différents :

• noimageindex sur la page : empêche l’indexation des images via cette page. Le même fichier peut être indexé depuis une autre page.
• X-Robots-Tag: noindex sur l’image : interdit directement l’indexation de cette image.
• noindex sur la page : exclut la page elle-même. Examinez-le si la page de destination publique doit être trouvée.

Pour la page, vérifiez le HTML et les en-têtes : noindex peut venir de l’un ou de l’autre. Corrigez le réglage à l’origine d’une restriction involontaire, puis revérifiez la réponse publique. Conservez les restrictions voulues.

Bloquer l’exploration et interdire l’indexation sont deux choses différentes. Google doit télécharger la ressource pour lire son en-tête d’indexation. Lever une restriction ne supprime pas les autres. Le guide de suppression des images présente les contrôles propres aux images ; la référence des instructions robots décrit les pages et les en-têtes HTTP.

5. Vérifiez qu’une vraie source d’image est présente

Une image visible n’est pas toujours une image HTML classique. Dans l’éditeur, vérifiez si elle est ajoutée comme image, arrière-plan ou composant de galerie.

Pour un contenu destiné à Google Images, utilisez <img> avec une vraie adresse src. Un élément <picture> doit aussi contenir cette image de repli. Google précise qu’il n’indexe pas les images CSS. Consultez ses conseils de référencement des images.

<img src="/images/blue-ceramic-mug.webp"
     alt="Tasse en céramique bleue avec une anse courbe">

La description de l’exemple concerne une photo de produit. Adaptez les mots au sujet et au rôle de votre image. Une simple décoration peut rester en arrière-plan sans résultat dans la recherche d’images.

JavaScript n’est pas automatiquement en cause

Google exécute JavaScript : une image ajoutée par script n’est pas automatiquement exclue. Un script défectueux, une dépendance bloquée ou une requête de données en échec peut néanmoins la faire disparaître du rendu. Comparez le navigateur avec la page testée. Le guide SEO JavaScript de Google décrit le rendu et ses limites.

Examinez le chargement différé et les galeries

Si l’adresse réelle reste uniquement dans data-src, un script fonctionnel doit en faire la source de l’image. Examinez aussi une galerie qui charge après un clic : Google n’utilise pas la page comme un visiteur.

Préférez une solution testée qui expose les URL sans action humaine. Le chargement natif loading="lazy" diffère d’un script qui retient la source jusqu’à une interaction. Vérifiez le HTML rendu, pas seulement les clics. Lisez les conseils Google sur le contenu différé et notre guide du lazy loading avant de modifier tout le site.

6. Examinez les changements d’URL et de format

Après une migration, un changement de CDN ou une mise à jour d’optimisation, comparez les anciennes et nouvelles adresses. Incluez les vignettes générées et versions mobiles, pas seulement l’original de la médiathèque.

Si /uploads/blue-mug.jpg est remplacé par /images/blue-mug.webp, vérifiez les références des pages publiées, la nouvelle adresse et, si nécessaire, une redirection permanente de l’ancienne URL vers l’image correspondante. Ne redirigez pas toutes les images manquantes vers l’accueil. Le guide de migration d’URL inclut les images.

Google prend en charge WebP et AVIF. Le format seul n’explique donc pas l’absence d’un résultat. Vérifiez les adresses, les règles d’accès et l’image référencée dans la page. Notre comparatif WebP et JPG aide à choisir le format.

Recherchez aussi les liens temporaires qui expirent ou changent à chaque visite. Une URL signée peut fonctionner aujourd’hui et échouer plus tard. Demandez au prestataire une adresse publique durable pour vos images publiques. Ne retirez pas un jeton d’autorisation au hasard : le lien risque de casser.

7. Vérifiez la découverte via un sitemap d’images

Une fois la page et le fichier accessibles, examinez le sitemap existant. Des entrées d’images peuvent aider Google à découvrir les adresses. Elles peuvent être intégrées au sitemap habituel ou à un fichier séparé ; un second fichier n’est pas meilleur en soi.

Le <loc> indique la page contenant l’image, et <image:loc> le fichier. Vérifiez que les images sont à jour, publiques et associées à la bonne page. La documentation sur les sitemaps d’images décrit la structure XML et les CDN.

Si le CMS crée déjà ces entrées, contrôlez-les avant d’ajouter une extension. Un sitemap ne répare pas une réponse défaillante, ne lève aucune interdiction et n’impose pas l’indexation. Il facilite la découverte.

8. Si la technique fonctionne, évaluez l’utilité de la page

Ne multipliez pas les conversions ou renommages sans problème identifié. Regardez l’image dans son contexte : explique-t-elle le produit, montre-t-elle un travail ou illustre-t-elle l’article ? Le texte voisin aide-t-il à comprendre ?

Une photo de rénovation sur une page simplement nommée « Galerie », sans explication du projet, manque de contexte. Décrivez les travaux, le résultat visible et les détails utiles. Le lecteur aura une raison d’ouvrir la page après avoir trouvé la photo.

Rédigez un texte alternatif pertinent et un nom de fichier clair sans accumulation de mots-clés. Ils ne remplacent pas les contrôles d’accès. Inspirez-vous du guide des textes alternatifs et noms de fichiers plutôt que de répéter la même requête partout.

Vérifiez aussi la netteté et le chargement. Si les dimensions sont excessives, redimensionnez une copie en conservant les détails importants. Le guide des images lentes distingue poids du fichier et autres retards.

9. Vérifiez la correction et laissez Google revenir

Notez les URL de page et d’image, le problème, la correction et la date. Revérifiez la page publiée et la réponse du fichier après déploiement. Vous éviterez de confondre modification locale ou aperçu de l’éditeur avec correction en ligne.

Après une correction sur une page que vous gérez, faites le test en ligne et demandez l’indexation si nécessaire. Pour Explorée, actuellement non indexée sans changement, inutile de répéter la demande. Maintenez le sitemap à jour lors de modifications étendues. Les conseils Google sur une nouvelle exploration indiquent quelques jours à quelques semaines ; les demandes répétées n’accélèrent rien et ne garantissent pas l’inclusion.

Suivez les données d’exploration et les performances après le retour de Google. Ces délais ne fixent pas une date d’apparition pour chaque image. Si l’erreur persiste, reprenez la vérification concernée. Si elle est corrigée mais la visibilité faible, étudiez pertinence et requêtes adaptées.

Exemple : une galerie perd en visibilité après une refonte

Imaginons une entreprise de meubles dont la galerie reçoit moins d’impressions après une refonte. La page reste indexée et l’URL du cliché fonctionne. La comparaison des modèles révèle le remplacement d’une image classique par un arrière-plan CSS :

<div class="project-photo"
     style="background-image: url('/images/oak-table.jpg')">
</div>

La photo apporte une information essentielle sur le projet ; le développeur rétablit donc un élément image :

<img class="project-photo"
     src="/images/oak-table.jpg"
     alt="Table à manger en chêne aux pieds fuselés dans une cuisine terminée">

L’adresse ne change pas. Le développeur vérifie l’affichage mobile et ordinateur ainsi que la présence de cet <img> et de son src dans le HTML publié et rendu par Search Console. Il suit ensuite les performances après le retour de Google. Recompresser le JPG n’aurait pas réparé le modèle.

Questions fréquentes

Ma page est indexée. Pourquoi l’image manque-t-elle ?

Cet état concerne la page. Vérifiez la réponse du fichier, les règles propres aux images et la source dans le HTML rendu pour comprendre le sort de l’image elle-même.

Dois-je envoyer la photo directement à Google ?

Publiez une image de site sur une page accessible et rendez sa source détectable. Une demande d’exploration ou un sitemap n’est pas un téléversement dans Google Images.

Ajouter un texte alternatif fait-il apparaître l’image ?

Il décrit l’image pour les personnes qui ne la voient pas et aide à expliquer son sujet. Adaptez-le au rôle de l’image. En cas d’absence, vérifiez l’accès et l’intégration avant d’incriminer la description.

Faut-il reconvertir WebP en JPG ?

Pas simplement parce que vos recherches ne montrent rien. Examinez d’abord l’intégration. Une nouvelle conversion peut multiplier adresses et remplacements sans résoudre la cause.

Pixilo peut-il réparer l’indexation ?

Pixilo aide à préparer des fichiers adaptés. Les accès, le HTML, les sitemaps et les vérifications Search Console se gèrent dans le site et l’hébergement.

Résumer avecChatGPT (s’ouvre dans un nouvel onglet)Grok (s’ouvre dans un nouvel onglet)Google (s’ouvre dans un nouvel onglet)Perplexity (s’ouvre dans un nouvel onglet)Claude (s’ouvre dans un nouvel onglet)