Les SVG sont-ils vraiment indexés comme du texte ou comme des images ?

Pourquoi Google fait-il cette distinction entre SVG inline et externe ?

La réponse tient à la nature technique du format SVG. Contrairement aux PNG ou JPEG qui sont des fichiers binaires opaques, le SVG est un langage XML lisible. Quand tu l'intègres directement dans le HTML via une balise <svg>, le navigateur et le bot considèrent que tout ce qui se trouve à l'intérieur fait partie du DOM.

Google parse donc ce contenu exactement comme il parserait du texte dans un <div> ou un <span>. Les balises title, desc ou même text à l'intérieur du SVG sont lues et indexées. À l'inverse, quand tu lies un SVG externe via <img src="icon.svg">, le moteur n'ouvre pas le fichier pour en lire le XML : il se comporte comme pour n'importe quelle image et s'appuie sur l'attribut alt, le contexte de page, le nom de fichier.

Qu'est-ce que ça change pour l'indexation de mes contenus graphiques ?

La différence est majeure si tu utilises des SVG pour véhiculer de l'information (schémas, diagrammes, infographies, icônes annotées). Un SVG inline peut porter du texte indexable invisible pour l'utilisateur mais exploitable par Google. Imagine un schéma technique avec des <text> décrivant chaque étape : c'est du contenu enrichi pour le SEO.

En externe, ce potentiel disparaît. Google se contentera de comprendre que c'est une image, tentera de déduire son sujet via le texte adjacent et l'alt, mais ne lira jamais le XML interne. Si ton SVG externe contient des balises <title> ou <desc>, elles restent invisibles pour le moteur.

Le texte dans un SVG inline est-il vraiment traité comme du texte classique ?

Oui, Google l'indexe au même titre qu'un paragraphe HTML. Cela signifie que si tu bourres un SVG de mots-clés invisibles ou de texte masqué pour tromper le moteur, tu risques une pénalité pour cloaking. L'inverse est également vrai : un SVG bien structuré avec des balises sémantiques peut renforcer la pertinence thématique d'une page.

Attention toutefois : ce n'est pas parce que c'est indexable que c'est forcément pris en compte avec le même poids. Google peut appliquer un facteur de pondération différent au contenu SVG qu'au texte visible classique — la documentation officielle ne précise rien à ce sujet, donc prudence dans les interprétations abusives.

• SVG inline = contenu HTML : le XML interne est parsé et indexé comme du texte.
• SVG externe = image classique : seul le contexte environnant (alt, caption, texte adjacent) est exploité.
• Balises sémantiques exploitables : <title>, <desc>, <text> en inline sont lues par Google.
• Risque de cloaking : ne pas abuser du texte caché dans les SVG inline pour bourrer de mots-clés.
• Pas de lecture XML en externe : même un alt dans le fichier SVG ne sera pas pris en compte si le SVG est chargé via <img>.

Cette déclaration est-elle cohérente avec les observations terrain ?

Globalement oui, mais avec des zones d'ombre importantes. Plusieurs tests menés par des SEO confirment que le texte dans un SVG inline apparaît dans les extraits Google si la requête matche ce texte. En revanche, on manque de données précises sur la pondération réelle de ce contenu par rapport au texte HTML classique.

Google ne dit pas si un mot dans un <text> SVG a le même poids qu'un mot dans un <h2> ou un <p>. Il y a fort à parier que non, surtout si le texte est visuellement petit ou masqué. La déclaration de Mueller reste volontairement floue sur ce point. [A vérifier]

Quelles nuances faut-il apporter à cette règle ?

Première nuance : tous les SVG inline ne se valent pas. Un SVG généré dynamiquement en JavaScript côté client, puis injecté dans le DOM après le premier paint, peut échapper au crawl initial si Google ne réexécute pas le JS. Vérifie toujours la version rendue dans le cache Google ou via l'outil d'inspection d'URL.

Deuxième nuance : l'usage des balises ARIA et des attributs role. Si tu marques ton SVG avec role="img" et aria-label, Google peut privilégier l'aria-label plutôt que le contenu textuel interne. Dans ce cas, l'indexation pourrait se rapprocher de celle d'une image externe. Rien de documenté officiellement, donc méfiance.

Dans quels cas cette règle ne s'applique-t-elle pas complètement ?

Si tu utilises des sprites SVG avec <use> pour réutiliser des symboles, le contenu du <symbol> défini dans un fichier externe ne sera probablement pas indexé, même si le <svg> est inline. Google ne suit pas les références externes comme il le ferait pour du contenu texte.

Autre cas limite : les SVG compressés ou minifiés sans espace ni retour à la ligne. Techniquement indexables, mais si le contenu textuel est noyé dans des milliers de coordonnées de path, Google peut ignorer ou sous-pondérer ce bloc. La lisibilité du code compte, même pour un bot.

Que faut-il faire concrètement pour optimiser les SVG inline ?

Commence par auditer tous les SVG de ton site : identifie ceux qui sont inline et ceux qui sont externes. Pour les SVG inline stratégiques (logos, schémas, infographies), ajoute systématiquement une balise <title> et <desc> avec une description claire et concise. Ces balises sont lues par les lecteurs d'écran ET par Google.

Si ton SVG contient du texte visible (labels, légendes), assure-toi qu'il est bien dans des balises <text> et non tracé en path. Un texte vectorisé en path est invisible pour Google. Évite également le texte blanc sur fond blanc ou masqué via CSS : c'est du cloaking pur et dur.

Quelles erreurs éviter avec les SVG externes ?

Ne compte jamais sur le contenu XML interne d'un SVG externe pour le SEO. Même si tu as soigneusement rempli les balises <title> et <desc> dans le fichier .svg, Google ne les lira pas. L'attribut alt sur la balise <img> devient alors critique : il doit être descriptif, unique et contextuel.

Autre erreur fréquente : utiliser des SVG externes pour des icônes décoratives sans alt vide. Si l'icône n'apporte aucune information (flèche décorative, séparateur), mets alt="" pour que les lecteurs d'écran et Google l'ignorent. Sinon, tu pollues l'index avec du bruit.

Comment vérifier que mes SVG sont correctement indexés ?

Utilise l'outil d'inspection d'URL de la Search Console et consulte la version HTML rendue. Vérifie que le contenu textuel de tes SVG inline apparaît bien dans le code source capturé par Google. Si ce n'est pas le cas, c'est probablement un problème de JS ou de chargement différé.

Tu peux également faire une recherche Google avec site:tonsite.com "texte exact du SVG". Si le texte apparaît dans les résultats ou les extraits, c'est qu'il est indexé. Sinon, creuse : le SVG est peut-être en externe, ou le texte est en path, ou il est masqué par un display:none.

• Auditer tous les SVG du site (inline vs externe)
• Ajouter <title> et <desc> dans les SVG inline stratégiques
• Vérifier que le texte visible est bien en balise <text> et non en path
• Remplir l'attribut alt pour tous les SVG externes (ou alt="" si décoratif)
• Tester l'indexation via l'outil d'inspection d'URL et des recherches site:
• Ne jamais masquer du texte SVG pour bourrer de mots-clés (risque de cloaking)