Éligibilité, pas classement
Un balisage valide rend une page éligible à un résultat enrichi. Google choisit ce mot à dessein : inclure toutes les propriétés requises qualifie la page pour un affichage enrichi, cela ne le promet pas, et les données structurées ne sont pas en soi un facteur de classement.
L'écart entre éligible et affiché est plus large qu'on ne l'imagine, et il n'a rien d'arbitraire. L'apparition d'un enrichissement dépend de la requête, de l'appareil, du pays, de l'existence de la fonctionnalité dans cette langue, et du jugement de Google sur son utilité dans ce contexte. Une même page peut afficher des étoiles sur une recherche et pas sur la suivante.
JSON-LD est le format à retenir
Les trois syntaxes — JSON-LD, Microdata et RDFa — sont également acceptables pour Google, et JSON-LD est celle qu'il recommande. La recommandation est pratique plutôt que technique.
JSON-LD tient dans une seule balise script au lieu d'être tissé dans le balisage sous forme d'attributs sur les éléments qu'il décrit. Il survit donc à une refonte de gabarit, il se lit d'un seul endroit quand quelqu'un en hérite, et une erreur dedans ne perturbe pas la page visible. Microdata couple la description à la présentation : chaque refonte risque de faire disparaître des propriétés sans bruit.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Robots.txt and sitemaps",
"datePublished": "2026-06-14",
"author": { "@type": "Organization", "name": "DigestSEO" }
}
</script>- Un bloc par entité est plus clair qu'un bloc géant qui tente de décrire tout ce que contient la page.
- Générez-le à partir des mêmes données qui rendent la page, pour que les deux ne puissent pas diverger.
- Il peut être injecté en JavaScript, mais la page doit tout de même s'afficher correctement pour que le balisage soit vu.
Le balisage doit correspondre à la page
Décrire un contenu qu'un visiteur ne peut pas voir est une infraction aux consignes, pas un raccourci. Google nomme explicitement les deux modes d'échec : des pages bâties en coquilles vides pour porter le balisage, et des propriétés affirmant des faits que la page n'affiche jamais. L'un comme l'autre peut coûter le résultat enrichi, et une action manuelle le retire à l'échelle du site, pas seulement de la page.
La version la plus courante n'est pas délibérée. Un gabarit émet une note agrégée dont les avis ont été retirés, ou un prix qu'un sélecteur de devise modifie côté client, ou la date d'un événement déjà passé. Personne n'a voulu tromper ; le balisage a simplement survécu au contenu qu'il décrivait. C'est pourquoi le générer à partir des données rendues compte davantage que de le réussir une fois.
| Symptôme | Cause habituelle |
|---|---|
| L'enrichissement n'est jamais apparu | Une propriété requise manque : la page n'est pas éligible |
| L'enrichissement est apparu, puis a cessé | Le contenu a changé, le balisage ne lui correspond plus |
| Balisage valide, toujours pas d'enrichissement | Éligible mais non retenue — requête, langue ou appareil |
| Enrichissement perdu sur tout le site | Une action manuelle, signalée dans la Search Console |
Relier les entités plutôt que les répéter
La plupart des sites finissent par décrire la même organisation sur chaque page, avec des mots légèrement différents à chaque fois. Le vocabulaire a mieux que la répétition à proposer : donnez une @id à une entité, définissez-la une fois, et référencez cet identifiant partout ailleurs.
L'enjeu dépasse la propreté. Un moteur qui rapproche trois descriptions subtilement différentes de votre entreprise doit décider s'il s'agit d'une organisation ou de trois ; un identifiant explicite lui retire la devinette. Il en va de même d'une autrice qui écrit à travers tout le site, ou d'un produit référencé depuis une liste et depuis un avis.
sameAs en est l'autre moitié. Il pointe vers les profils et fiches qui décrivent déjà l'entité ailleurs : un article Wikipédia, un compte officiel, un registre d'entreprises. Ce n'est pas un coup de classement, c'est une corroboration — précisément ce dont un moteur a besoin pour relier ce que vous affirmez de vous-même à quelque chose qu'il peut vérifier.
Choisir les types à ajouter
Le filtre utile est court : existe-t-il une fonctionnalité de recherche pour ce type, et la page peut-elle réellement la mériter ? Baliser un type sans résultat enrichi derrière ajoute de la maintenance et ne change rien dans les résultats — le balisage est valide, correct et inerte.
Revendiquer un type que la page ne garantit pas est pire que de ne pas le baliser, car cela peut enfreindre les directives des fonctionnalités sans créer une apparence de recherche utile. Un article de guide n'est pas un Product. Google a cessé d'afficher les résultats riches de la FAQ le 7 mai 2026 et a supprimé la documentation des résultats riches de la FAQ en juin. Ceci est un rappel que les fonctionnalités de recherche peuvent être supprimées. Marquez ce qu'est réellement la page et vérifiez la galerie de fonctionnalités prises en charge avant de conserver le balisage pour une fonctionnalité de recherche.
- Identifiez ce qu'est réellement la page, dans les termes du vocabulaire.
- Vérifiez s'il existe une fonctionnalité de recherche pour ce type, et ce qu'elle exige.
- Émettez chaque propriété requise à partir des données qui rendent la page.
- Validez la syntaxe, puis confirmez l'éligibilité dans le rapport d'enrichissement.
- Revérifiez après un changement de gabarit — c'est là que balisage et contenu divergent.