En bref
- Google combine désormais les signaux Schema.org et Open Graph (og:image) pour choisir la vignette affichée dans les résultats et Discover.
- Privilégier des ratios classiques 4:3 ou 16:9, et limiter le texte sur l’image pour améliorer la visibilité mobile.
- Compresser sans sacrifier la netteté : des fichiers trop lourds peuvent être ignorés par l’indexation d’images du moteur de recherche.
- Déclarer l’image principale via trois voies complémentaires : Schema.image, og:image et attributs HTML (src/alt/srcset).
- Sur WordPress, utiliser un bon plugin SEO, un CDN et des réglages PHP adaptés pour que les Core Web Vitals restent sous contrôle.
Comment Google choisit la vignette : combiner Schema.org et og:image pour le référencement des images
La mise à jour du 2 mars 2026 clarifie un point technique qui générera des gains concrets si tu t’en occupes proprement. Google ne considère plus Schema.org et Open Graph comme des signaux alternatifs : ils sont complémentaires. Si les deux pointent vers la même image, la probabilité que Google utilise cette vignette dans Search ou Discover augmente nettement.
Sur un site d’articles ou une fiche produit, la méthode pratique : indiquer la propriété image dans le bloc Schema (type Article, NewsArticle ou BlogPosting), déclarer la même URL dans la balise og:image et s’assurer que l’alt et le src HTML correspondent au contexte. Ce triple signal envoie un message cohérent à l’algorithme.
Concrètement, sur WordPress il vaut mieux éviter de bricoler la balise social à la main si un plugin gère déjà le référencement. Rank Math (version 5.x, vérifié 2025) et All in One SEO (vérifié 2025) permettent de définir une image sociale tout en injectant les données structurées adéquates. Installer les métadonnées via un plugin évite d’éditer le header.php à la main — sauf cas spécifiques où un thème très personnalisé nécessite une intervention directe.
La documentation récente de Google signale aussi que l’utilisation d’un logo ou d’une image trop générique peut conduire à l’ignorance de ce signal : le moteur préférera alors une image extraite du contenu. Pour éviter cela, choisis une image représentative du contenu, haute résolution et sans texte superposé excessif.
Dans un cas de migration, un site qui utilisait seulement og:image a perdu l’uniformité des vignettes lors du passage à un nouveau thème. Après ajout des balises Schema et vérification des URLs canoniques la vignette est redevenue stable dans Search Console. Ce type d’incident montre que couper un signal fragilise le choix du moteur de recherche.
Pour valider ton travail, inspecte l’URL dans Google Search Console et surveille Discover via l’onglet Performances : si l’image désirée n’apparaît pas, vérifie d’abord les dimensions et la cohérence entre Schema et og:image. Dans de nombreux cas, c’est un décalage d’URL (image servie via un CDN sans correspondance dans Schema) qui provoque le remplacement automatique.
Insight : fournir le même fichier via Schema.image et og:image, en cohérence avec les attributs HTML, augmente fortement la chance que Google choisisse la vignette prévue.
Formats, ratios et qualité : choisir les dimensions et formats pour l’optimisation SEO des images
La mise à jour insiste sur la nécessité d’utiliser des proportions stables. Les ratios 4:3 et 16:9 restent recommandés pour un rendu cohérent sur mobile et desktop. Les images aux ratios extrêmes risquent d’être tronquées ou mal intégrées dans les résultats enrichis.
Plusieurs décisions techniques à prendre :
- Choisir un format moderne (WebP ou AVIF) quand le navigateur le supporte.
- Préparer des srcset adaptés pour servir des tailles différentes selon l’écran.
- Limiter la quantité de texte sur l’image pour que l’algorithme privilégie le visuel plutôt que le logo.
Voici un tableau comparatif pour t’aider à trancher selon ton besoin et ton public.
| Format | Qualité/poids | Support navigateur (2026) | Usage recommandé |
|---|---|---|---|
| JPEG | Bon compromis, poids moyen | Universel | Photos pour public large, fallback |
| WebP | Meilleure compression que JPEG | Majorité des navigateurs (2026) | Images de contenu et vignettes |
| AVIF | Plus compacte que WebP, meilleure qualité | Support croissant | Hero images et pages à fort trafic |
| SVG | Vectoriel, très léger pour logos/icônes | Universel pour vectoriel | Logos, icônes, illustrations simples |
Google rappelle que les fichiers trop lourds peuvent être ignorés pour l’indexation d’images. Un objectif réaliste pour la plupart des sites : viser sous 200–300 Ko pour une vignette et 400–700 Ko pour une image hero, selon l’affichage. Si tu utilises un thème lourd ou une page produit avec plusieurs images, la somme pèse vite sur les Core Web Vitals.
Exemples pratiques sur WordPress : WP Rocket (version testée 2025) gère le lazy-loading et la compression, mais il faut coupler avec un outil de conversion WebP/AVIF côté serveur ou via CDN. Certains hébergeurs mutualisés ne supportent pas la conversion automatique : chez o2switch il faudra parfois activer des règles dans le .htaccess ou installer un plugin dédié.
Pour garantir la stabilité visuelle, exporte tes images aux ratios 4:3 ou 16:9 et génère plusieurs tailles. Utilise srcset et sizes dans les balises img pour que le navigateur télécharge la version adaptée. Dans un contexte e‑commerce, une vignette claire et cohérente améliore le taux de clics organique.
Étapes rapides :
- Exporter l’image aux ratios recommandés et générer WebP/AVIF.
- Uploader et vérifier les URLs publiques et CDN.
- Configurer srcset/sizes via le thème ou un plugin qui respecte la norme HTML.
- Déclarer la même URL dans Schema.image et og:image.
Insight : servir des formats modernes en plusieurs tailles et respecter des ratios stables réduit les risques que Google remplace ta vignette par une image extraite du contenu.
Indexation, crawl et limites de l’algorithme : éviter que Google ignore les images lourdes
Googlebot peut analyser des fichiers volumineux, mais la documentation indique maintenant des seuils pratiques au-delà desquels un fichier est désavantagé pour l’indexation d’images. Le moteur prend en compte le coût de traitement et la pertinence visuelle. Si une image dépasse ces limites internes, elle risque d’être passée à la trappe lors de l’indexation dédiée aux images.
Le crawl des images dépend du budget global du site. Un petit site qui génère beaucoup d’URLs image dynamiques risque de voir la priorité d’exploration diminuer. Pour éviter la dispersion, centralise les images importantes via :
- Un sitemap d’images correctement rempli (balises <image:loc>),
- Des pages avec peu de redirections et des URLs stables,
- Un hébergement et un CDN qui répondent vite (TTFB faible).
Sur WordPress, certains plugins génèrent automatiquement un sitemap image. Vérifie l’URL de sitemap dans Search Console et soumets-la. Lors d’une migration récente, un site a perdu la plupart de ses images indexées parce que le sitemap n’avait pas été régénéré et que les images étaient servies via un sous-domaine non déclaré au moment du crawl.
L’algorithme trie aussi selon la pertinence visuelle : une image haute résolution mais floue ou répétitive aura moins de chances d’apparaître. Google regarde le contexte HTML (proximité avec le texte, caption, légende), le balisage Schema, et la cohérence entre og:image et l’image affichée réellement sur la page.
Signaux pratiques à monitorer :
- Couverture Search Console pour les URLs concernées,
- Rapports Discovery pour voir si Discover utilise la vignette souhaitée,
- Core Web Vitals après optimisation d’images.
La balance entre qualité et taille est une décision métier. Si tu vends des tirages photo haute qualité, certains visuels devront rester lourds pour la vente ; dans ce cas, garde des images optimisées pour l’indexation (vignettes) et réserve les fichiers haute définition pour la partie privée ou à la demande.
Pour l’action immédiate : identifie les images en sortie de Search Console non prises en compte, vérifie leur poids, et assure-toi qu’elles sont référencées dans le sitemap image. Si tu dois intervenir sur le serveur, augmente temporairement la mémoire PHP via wp-config.php (définir WP_MEMORY_LIMIT) uniquement après avoir évalué l’impact.
Guide sur Google Search propose des repères pour la gestion des agents et du crawl si tu veux creuser les réglages serveur. Utilise cette base pour décider si un CDN doit prendre en charge la conversion d’images côté edge.
Insight : une image non indexée tient souvent à une combinaison poids/URL/sitemap ; corriger ces trois éléments garantit un meilleur traitement par l’algorithme.
Visibilité et conversion : comment choisir la vignette qui génère du trafic
La vignette dans Search ou Discover n’est pas qu’esthétique : elle influence le CTR. Choisir la bonne image demande des tests et une logique marketing. Les règles de Google servent de garde-fou, mais la décision finale doit se baser sur données réelles (impressions, CTR, conversions).
Quelques conseils opérationnels :
- Évite les images brandées avec un gros logo comme vignette principale ; elles sont souvent ignorées.
- Priorise une image descriptive du contenu : produit porté, capture d’écran claire, photo de contexte.
- Test A/B les vignettes via outils d’analyse et compare les pages avec et sans texte superposé.
Sur WooCommerce, la vignette produit doit rester informative. WooCommerce permet de définir des images pour liste et pour fiche produit. Si la balise og:image pointe vers la miniature catalogue mais Schema.image pointe vers la grande image, Google peut choisir. Mettre les deux sur la même image résout le conflit.
Plugins SEO : Rank Math propose une gestion sociale par type d’objet (post, produit) et intègre le Schema. All in One SEO fournit des réglages similaires ; pour comparer la stratégie SEO globale, ce guide donne une vue d’ensemble utile pour choisir selon ton budget et ton besoin de personnalisation.
Un exemple courant : après une migration vers un thème qui génère des vignettes « responsive » via srcset mal configuré, la page produit affichait une vignette floue dans Search. Solution appliquée : régénérer les miniatures, corriger srcset, définir explicitement la balise og:image et ajouter Schema.image. Résultat : augmentation du CTR organique sur les pages concernées.
Penser social et Search ensemble. Les images optimisées pour Facebook/Twitter peuvent servir de source pour og:image, mais Google regarde aussi Schema. Travailler l’un et l’autre évite les incohérences entre trafic social et organique.
Insight : la vignette qui convertit combine pertinence visuelle, ratios appropriés et signalisation cohérente via og:image et Schema.
Mise en pratique sur WordPress et hébergement : checklist technique et priorités d’action
Passer de la théorie à l’action nécessite de suivre une checklist précise. Sur WordPress, plusieurs points peuvent être traités en 30–90 minutes si l’environnement est raisonnable (PHP 8.1/8.2, thème propre, accès SSH si besoin).
Checklist opérationnelle :
- Vérifier la version PHP (préférer 8.1+), mémoire et limite upload dans wp-config.php.
- Installer/mettre à jour le plugin SEO (Rank Math v5.x ou All in One SEO testés 2025) et définir l’og:image par type de contenu.
- Exporter tes images aux ratios 4:3 et 16:9 et générer WebP/AVIF via plugin ou CDN.
- Régénérer les miniatures et configurer srcset correctement.
- Ajouter ou régénérer le sitemap image et soumettre à Search Console.
- Activer un CDN et tester le rendu mobile (Core Web Vitals après optimisation).
Choix d’hébergement : un mutualisé cheap peut suffire pour un blog, mais si la priorité est la vitesse et la disponibilité des conversions, préfèrer un hébergeur comme o2switch ou une offre cloud scalable. Les hébergements mutualisés limitent parfois les fonctions de conversion d’image côté serveur, ce qui t’obligera à traiter tout côté CDN ou plugin.
Si le budget est serré, utiliser un CDN qui propose la conversion WebP/AVIF au vol évite d’alourdir le serveur. Pour les sites marchands avec pics de trafic, prévoir une offre qui gère le cache purge et un plan de backup pour les assets statiques.
Tester et mesurer : avant/après optimisation, note le poids moyen des images, le LCP (Largest Contentful Paint) et le taux de couverture d’images dans Search Console. Une migration mal préparée place souvent ces métriques en détérioration, donc prévoir une fenêtre de maintenance et un rollback si nécessaire.
Insight : l’optimisation image sur WordPress dépend autant de l’hébergement et du CDN que du plugin SEO ; agir sur les trois réduit les risques d’effets secondaires sur la performance et la visibilité.
Que signifie le fait que Google combine Schema.org et og:image ?
Cela signifie que l’algorithme prend en compte les deux signaux pour choisir la vignette. Si les deux pointent vers la même image, la probabilité qu’elle soit utilisée augmente. Il faut donc les définir tous les deux de manière cohérente.
Quels ratios privilégier pour les vignettes visibles sur mobile ?
Privilégie les ratios classiques 4:3 ou 16:9. Ils s’intègrent bien dans les blocs de résultats et évitent les tronquages sur mobile.
Combien doit peser une vignette pour être indexée correctement ?
Vise idéalement 200–300 Ko pour une vignette. Des fichiers beaucoup plus lourds risquent d’être ignorés dans l’indexation d’images, en plus d’impacter les Core Web Vitals.
Doit-on utiliser un CDN pour gérer la conversion d’images ?
Oui, un CDN qui propose conversion WebP/AVIF et mise en cache edge simplifie la gestion et améliore le temps de chargement. Sur mutualisé, c’est souvent la meilleure option pour maîtriser le poids sans surcharger le serveur.