Le validateur de balisage de schéma a remplacé l'outil de test des données structurées de Google. Mode d'emploi, différences avec le test des résultats enrichis, erreurs fréquentes et balisages que Google n'affiche plus.
Le validateur de balisage de schéma (Schema Markup Validator, sur validator.schema.org) est l’outil gratuit qui vérifie que les données structurées schema.org d’une page sont correctement écrites, en JSON-LD, Microdata ou RDFa. Il a remplacé en 2021 l’outil de test des données structurées de Google. Il ne dit pas en revanche si Google affichera un résultat enrichi : pour cela, il faut le test des résultats enrichis de Google et les rapports de la Search Console. En pratique, on utilise les deux.
On revient sur l’origine de l’outil, on explique ce qu’est le balisage schema.org, comment utiliser le validateur pas à pas, ce qui le distingue du test des résultats enrichis, les erreurs les plus fréquentes et les changements récents de Google qui modifient l’intérêt de certains balisages.
- Qu’est-ce que le validateur de balisage de schéma ?
- Qu’est-ce que le balisage schema.org ?
- Comment utiliser le validateur de balisage de schéma ?
- Quelle différence avec le test des résultats enrichis de Google ?
- Quelles sont les erreurs de balisage les plus fréquentes ?
- Quels balisages Google utilise-t-il encore ?
- Quels autres outils pour tester des données structurées ?
- Questions fréquentes
- Sources
Qu’est-ce que le validateur de balisage de schéma ?
Le validateur de balisage de schéma est l’héritier direct de l’outil de test des données structurées de Google (Structured Data Testing Tool). Cet outil, lancé en 2010 sous le nom de Rich Snippets Testing Tool, était très utilisé par les référenceurs et les développeurs pour déboguer le balisage schema.org d’une page.
Son histoire récente tient en quelques dates :
- Juillet 2020 : Google annonce la sortie de bêta de son test des résultats enrichis et la future suppression de l’outil de test des données structurées. L’annonce est mal accueillie, car le nouvel outil ne vérifie que les types de balisage utilisés par Google.
- 15 décembre 2020 : Google revient en arrière. L’outil sera conservé, recentré sur la vérification de la syntaxe et de la conformité aux standards schema.org, et migré vers un domaine au service de la communauté schema.org d’ici avril 2021. Il ne vérifiera plus les types de résultats enrichis de Google.
- 21 mai 2021 : schema.org annonce officiellement le Schema Markup Validator sur validator.schema.org, en version bêta. L’outil reste hébergé et alimenté par l’infrastructure de Google, mais il est désormais fourni au projet schema.org, indépendamment des services Google.

Dans son annonce, schema.org résume bien le rôle de l’outil : il est plus simple que son prédécesseur, car il se consacre à vérifier que vous utilisez JSON-LD, RDFa et Microdata de manière largement comprise, et à vous avertir si vous combinez des types et des propriétés schema.org de façon inhabituelle. Il n’essaie pas de vérifier votre contenu par rapport aux besoins d’un service ou d’un produit précis. L’interface, disponible en français, ressemble d’ailleurs beaucoup à celle de l’ancien outil de Google.
Qu’est-ce que le balisage schema.org ?
Schema.org est un vocabulaire commun, lancé et maintenu par les grands moteurs de recherche avec une communauté ouverte, qui permet de décrire le contenu d’une page de façon lisible par les machines : une entreprise locale, un produit et son prix, un article, un événement, une recette, un avis. Ce balisage s’ajoute au code HTML sans changer ce que voit le visiteur.
Trois formats permettent d’écrire ce balisage :
- JSON-LD : un bloc de script séparé du texte visible. C’est le format recommandé par Google, car il est le plus simple à mettre en place et à maintenir, et le moins sujet aux erreurs.
- Microdata : des attributs ajoutés directement dans les balises HTML du contenu.
- RDFa : une extension HTML qui fonctionne aussi avec des attributs dans les balises.
Voici un exemple minimal en JSON-LD pour une entreprise locale fictive :
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Boulangerie Exemple",
"url": "https://www.example.com/",
"address": {
"@type": "PostalAddress",
"streetAddress": "1 rue de l'Exemple",
"postalCode": "34000",
"addressLocality": "Montpellier",
"addressCountry": "FR"
},
"openingHours": "Tu-Sa 07:00-19:00"
}
</script>
Le balisage aide les moteurs de recherche à comprendre la page et peut rendre celle-ci éligible à des résultats enrichis (étoiles d’avis, prix, fil d’Ariane, informations d’événement). Google rappelle toutefois que des données structurées correctes ne garantissent pas l’affichage d’un résultat enrichi. Pour aller plus loin sur l’intérêt SEO, notre article sur les données structurées en SEO détaille les types utiles, et celui sur les rich snippets Google explique comment les obtenir.
Comment utiliser le validateur de balisage de schéma ?
- Ouvrez validator.schema.org. L’outil est gratuit et ne demande aucun compte.
- Choisissez ce que vous testez : l’adresse d’une page en ligne, ou un extrait de code collé directement. L’extrait de code est pratique pour tester un balisage avant sa mise en ligne, par exemple sur un site de préproduction non accessible publiquement.
- Lancez le test. L’outil affiche à gauche le code analysé et à droite les éléments détectés, regroupés par type (Organization, Product, BreadcrumbList, etc.).
- Lisez les erreurs et les avertissements. Une erreur signale un problème de syntaxe ou une utilisation incorrecte du vocabulaire. Un avertissement signale une combinaison inhabituelle, à vérifier mais pas toujours bloquante.
- Dépliez chaque élément pour vérifier que les propriétés et leurs valeurs correspondent bien à ce que vous vouliez exprimer : bon nom, bonne adresse, bon prix, bonne devise.
- Corrigez, puis testez à nouveau, et contrôlez ensuite la même page avec le test des résultats enrichis si vous visez un affichage particulier dans Google.
Un bon réflexe : tester un exemplaire de chaque modèle de page (accueil, fiche produit, article, page contact) plutôt que quelques pages au hasard. Sur un CMS, le balisage est généré par des modèles ou des extensions ; une erreur dans un modèle se répète sur toutes les pages qui l’utilisent.
Quelle différence avec le test des résultats enrichis de Google ?
Les deux outils se complètent. Le validateur de schéma répond à la question « mon balisage est-il correct au regard de schema.org ? ». Le test des résultats enrichis répond à la question « ma page est-elle éligible aux résultats enrichis que Google prend en charge ? ». Google précise lui-même que pour tester le balisage destiné à ses fonctionnalités de recherche, il faut utiliser le test des résultats enrichis et la Search Console.
| Outil | Ce qu’il vérifie | Quand l’utiliser |
|---|---|---|
| Validateur de balisage de schéma (validator.schema.org) | Syntaxe JSON-LD, Microdata, RDFa et usage de tout le vocabulaire schema.org | Pendant le développement, pour tous les types, y compris ceux que Google n’exploite pas |
| Test des résultats enrichis (Google) | Éligibilité aux résultats enrichis pris en charge par Google, propriétés obligatoires et recommandées, aperçu | Avant la mise en ligne d’un modèle de page qui vise un résultat enrichi |
| Rapports de la Search Console | État réel des pages indexées : éléments valides, avertissements, erreurs par type | Après la mise en ligne, en suivi régulier |
| Inspection d’URL (Search Console) | Données structurées détectées sur une URL précise, telle que Google l’a explorée | Pour diagnostiquer une page en particulier |
Un balisage peut donc être parfaitement valide pour schema.org et ne produire aucun résultat enrichi, soit parce que Google n’utilise pas ce type, soit parce qu’il manque une propriété que Google exige. Pour suivre ces rapports au quotidien, notre article sur la Google Search Console présente les fonctions utiles.
Quelles sont les erreurs de balisage les plus fréquentes ?
- JSON invalide : une virgule en trop après la dernière propriété, un guillemet non fermé, un guillemet typographique à la place d’un guillemet droit. Le bloc entier est alors ignoré.
- Nom de type ou de propriété mal orthographié : schema.org est sensible à la casse (« LocalBusiness » et non « localbusiness »).
- Balisage en double : un thème et une extension SEO qui génèrent chacun leur propre bloc Organization ou Product, avec des valeurs différentes.
- Balisage qui ne correspond pas au contenu visible : Google demande de ne pas baliser des informations que l’utilisateur ne voit pas sur la page, même si elles sont exactes.
- Formats de valeurs incorrects : dates qui ne respectent pas le format ISO 8601 (AAAA-MM-JJ), prix avec le symbole monétaire dans la valeur, URL relatives à la place d’URL complètes.
- Propriétés obligatoires manquantes pour Google : le validateur de schéma ne les signale pas toutes, d’où l’intérêt du test des résultats enrichis.

Quels balisages Google utilise-t-il encore ?
Depuis la première version de cet article, Google a réduit le nombre de résultats enrichis qu’il affiche. C’est important, car beaucoup de sites balisent encore des éléments qui n’ont plus d’effet visible :
- Août 2023 : les résultats enrichis FAQ (balisage FAQPage) ne sont plus affichés que pour des sites gouvernementaux et de santé reconnus et faisant autorité. Les résultats How-to sont d’abord limités à l’ordinateur, puis supprimés aussi sur ordinateur en septembre 2023.
- Juin 2025 : Google annonce l’abandon progressif de sept types dans ses résultats : Book Actions, Course Info, Claim Review, Estimated Salary, Learning Video, Special Announcement et Vehicle Listing. Google précise que ce changement n’affecte pas le classement des pages.
- Septembre 2025 : ces types disparaissent des rapports de la Search Console et du test des résultats enrichis.
Faut-il supprimer ces balisages ? Google indique que ce n’est pas nécessaire : des données structurées non utilisées ne posent pas de problème pour la recherche, elles n’ont simplement pas d’effet visible. Elles restent d’ailleurs valides pour schema.org et peuvent servir à d’autres moteurs ou services. C’est justement un cas où le validateur de schéma reste utile alors que le test de Google ne les reconnaît plus.
La priorité, pour un site d’entreprise, reste les balisages qui ont un effet concret : Organization ou LocalBusiness, Product et Offer pour l’e-commerce, Article, BreadcrumbList, Event ou Review selon l’activité. Google rappelle aussi qu’il vaut mieux fournir moins de propriétés recommandées, mais complètes et exactes, que de tout remplir avec des données approximatives.
Quels autres outils pour tester des données structurées ?
Le validateur de schéma et les outils de Google couvrent l’essentiel des besoins. D’autres outils, cités par schema.org lors du lancement du validateur, peuvent compléter :
- JSON-LD Playground : pour examiner la structure d’un bloc JSON-LD et le transformer dans d’autres formes équivalentes.
- Structured Data Linter : un validateur open source qui fonctionne aussi pour Microdata et RDFa.
- Les extensions SEO des CMS (Rank Math, Yoast SEO sous WordPress) génèrent le balisage de base, mais leur sortie doit être vérifiée avec le validateur, surtout quand plusieurs extensions coexistent.
- Les crawlers SEO qui extraient les données structurées de toutes les pages d’un site, pratiques pour contrôler un site de plusieurs centaines de pages.
Le contrôle des données structurées fait partie de tout audit technique sérieux. Si vous voulez un état des lieux complet de votre site (balisage, indexation, performance, contenu), notre offre d’audit et d’accompagnement SEO commence à 1 200 € pour l’audit. Pour en discuter, écrivez-nous à contact@osmova.com ou via notre formulaire de contact.
Questions fréquentes
L’outil de test des données structurées de Google existe-t-il encore ?
Pas sous ce nom. Il a été recentré et déplacé vers schema.org en 2021 : c’est le validateur de balisage de schéma, accessible sur validator.schema.org. Pour les résultats enrichis, Google renvoie vers son test des résultats enrichis.
Le validateur de schéma est-il gratuit ?
Oui, il est gratuit et sans inscription. Il suffit de saisir une URL publique ou de coller un extrait de code.
Pourquoi mon balisage est valide mais n’apparaît pas dans Google ?
Plusieurs raisons possibles : Google n’exploite pas ce type de balisage, une propriété obligatoire pour Google manque, la page n’est pas encore explorée, ou Google juge qu’un résultat simple est plus adapté. Des données structurées valides rendent une page éligible, sans garantie d’affichage.
Les données structurées améliorent-elles le classement ?
Google les présente comme un moyen de mieux comprendre la page et d’obtenir des résultats enrichis plus attractifs, qui peuvent augmenter le taux de clic. Il ne les présente pas comme un levier direct de classement.
Quel format choisir entre JSON-LD, Microdata et RDFa ?
JSON-LD dans la grande majorité des cas. C’est le format recommandé par Google et le plus simple à maintenir, car il est séparé du contenu HTML. Les trois formats sont acceptés s’ils sont valides.
Sources
- Schema.org : Schema Markup Validator
- Blog schema.org : Announcing Schema Markup Validator (21 mai 2021)
- Google Search Central : Rich Results Test is out of beta (juillet 2020)
- Google Search Central : An update on the Structured Data Testing Tool (15 décembre 2020)
- Google Search Central : présentation du balisage de données structurées
- Google Search Central : consignes générales relatives aux données structurées
- Google Search Central : Changes to HowTo and FAQ rich results (août 2023)
- Google Search Central : Simplifying the search results page (juin 2025, mis à jour en septembre 2025)





