Les données structurées sont l'un des rares chantiers SEO dont l'effet se voit directement dans les résultats de recherche. Elles ne font pas monter une page, mais elles changent la façon dont elle s'affiche, et donc le nombre de gens qui cliquent. Voici lesquelles installer, et lesquelles ne servent à rien.
Le balisage ne modifie pas le classement, il modifie l'apparence du résultat.
Une donnée structurée est une description formalisée du contenu d'une page, écrite dans un vocabulaire commun, destinée aux machines plutôt qu'aux lecteurs. Elle dit explicitement qu'un bloc est un prix, une note, une date d'événement.
Son effet n'est pas d'améliorer le classement. Sur ce point, la position officielle est constante et je n'ai jamais observé le contraire. Ce qu'elle change, c'est l'éligibilité à des affichages enrichis : étoiles, prix, questions dépliables, fil d'ariane, image de recette.
Le gain se mesure donc en taux de clic, pas en position. Sur une page déjà bien placée, un affichage enrichi peut apporter une part de clics supplémentaire non négligeable. Sur une page en troisième page, il ne changera rien puisque personne ne la voit.
Une minorité de types déclenchent réellement un affichage particulier. Ce sont ceux-là qu'il faut traiter :
Sur ce dernier point, le balisage complète la fiche d'établissement sans la remplacer, et la cohérence entre les deux compte, comme je l'explique dans mon article sur le SEO local multi-sites.
L'effet sur le taux de clicSur les pages où j'ai suivi la mise en place d'un balisage produit avec avis, le taux de clic progressait sensiblement à position constante. L'affichage d'étoiles occupe visuellement plus de place et attire l'oeil, ce qui suffit à expliquer l'écart.
Autant le dire clairement : beaucoup de balisages installés par des extensions ne produisent aucun effet visible.
Le type article, par exemple, est très largement posé et ne déclenche aucun affichage particulier dans les résultats classiques. Il reste utile marginalement pour la compréhension du contenu, mais n'attendez rien de visible.
De même, baliser des pages qui ne relèvent d'aucun type éligible, ou empiler des propriétés facultatives sur un balisage minimal, occupe du temps sans contrepartie.
Ma règle de tri : si le type ne figure pas dans la galerie des résultats enrichis documentée par Google, le balisage ne changera rien à l'affichage. Cela ne le rend pas nuisible, cela le rend simplement non prioritaire.
Le vocabulaire est très large, mais seule une petite partie déclenche un affichage enrichi.
Trois formats existent, et le choix est simple : le JSON-LD est recommandé, et c'est celui que j'utilise systématiquement. Il se place dans une balise script, sans toucher au HTML visible, ce qui le rend beaucoup plus facile à maintenir que les alternatives intégrées au balisage.
Sur un site sous WordPress, les extensions SEO posent l'essentiel automatiquement, souvent correctement. Le travail consiste alors à vérifier ce qui est généré plutôt qu'à l'écrire, et à compléter les types spécifiques que l'extension ne couvre pas.
Sur un site sur mesure, le balisage se génère à partir des données déjà présentes en base, ce qui garantit la cohérence avec l'affichage. C'est le point critique : un balisage écrit à la main finit toujours par diverger du contenu réel.
Voici celles que je rencontre le plus, et qui expliquent qu'un balisage valide ne produise rien.
La première ligne est de loin la plus grave : déclarer une note moyenne qui n'apparaît nulle part sur la page, ou des questions absentes du texte, expose à une action manuelle pour données structurées non conformes. Les deux dernières se détectent en quelques secondes avec un outil de validation, encore faut-il le faire.
La règle de conformitéLe principe est simple et vaut d'être retenu : tout ce qui est balisé doit être visible par l'utilisateur sur la page. Les manquements à cette règle sont l'une des rares causes d'action manuelle encore fréquentes aujourd'hui.
Deux outils suffisent. Le test des résultats enrichis indique si la page est éligible et quel affichage pourrait apparaître. Le validateur généraliste vérifie la conformité du balisage au vocabulaire, indépendamment de ce que Google en fait.
Le suivi dans la durée passe par la Search Console, qui remonte les erreurs par type et permet de voir apparaître un problème qui n'existait pas au moment de la mise en place. C'est utile après une mise à jour du site, où un balisage fonctionne rarement mieux qu'avant.
Un dernier contrôle que je recommande : vérifier régulièrement à quoi ressemble réellement votre résultat dans les pages de recherche. L'éligibilité ne garantit pas l'affichage, et seul le résultat réel dit ce qui se passe.
Éligible n'est pas affichéUne page peut être déclarée éligible par l'outil de test sans que l'affichage enrichi apparaisse jamais dans les résultats. La décision reste au moteur, et seul le résultat réel permet de le constater.
Sur un site standard, je me limite à quelques types, et cela suffit.
Le fil d'ariane sur toutes les pages, parce qu'il améliore la lisibilité du résultat pour un coût nul. Le type établissement local quand l'activité a une adresse. Le type produit avec avis sur un site marchand, qui est de loin le plus rentable. Et le type FAQ sur les pages qui comportent réellement une section de questions.
Je ne vais pas plus loin, sauf besoin spécifique. L'essentiel du gain se concentre sur ces quelques types, et le reste relève de l'optimisation marginale.
Un point de méthode pour finir : les données structurées se traitent après le contenu et l'autorité, jamais avant. Elles améliorent la récolte de clics sur des positions déjà acquises. Sur une page qui ne se positionne pas, elles ne changent rien, et c'est pourquoi je les place en fin de séquence dans un audit technique SEO, une fois les blocages levés et le travail de rédaction SEO engagé.