Validateur de schema : vérifiez vos données structurées avant Google

Les données structurées décrivent une page dans un vocabulaire que les machines comprennent : ceci est un produit, voici son prix, voici l’auteur, voici l’adresse de la boutique. Les moteurs de recherche s’en servent pour comprendre les entités et, pour certains types, pour afficher des résultats enrichis comme des prix, des étoiles d’avis, des détails de recette ou des dates d’événement.

Ce validateur de schema extrait chaque élément JSON-LD, microdonnées et RDFa d’une page, liste les types trouvés, repère les erreurs de syntaxe JSON et contrôle les propriétés exigées ou recommandées par Google pour Article, Product, Organization, LocalBusiness, BreadcrumbList, Event, Recipe, VideoObject, JobPosting, Review et SoftwareApplication.

Comment valider des données structurées

1. Saisissez l’URL de la page

   Utilisez une page en ligne qui porte le balisage à tester, comme une fiche produit, un article ou une page d’événement.

2. Examinez les types détectés

   Chaque élément JSON-LD, microdonnées ou RDFa est listé avec son type et ses propriétés, ainsi que toute erreur de syntaxe.

3. Comblez les manques

   Ajoutez d’abord les propriétés requises manquantes, puis les propriétés recommandées, et relancez la vérification.

Balisage valide ou balisage éligible

Les données structurées peuvent être correctes à deux niveaux. Syntaxe et vocabulaire : le JSON est analysable, et les types et propriétés existent sur schema.org, ce que vérifie le Schema Markup Validator. Éligibilité aux fonctionnalités de recherche : l’élément comporte les propriétés que Google exige pour un résultat enrichi, listées dans la galerie de données structurées de Google.

Une propriété requise manquante rend l’élément inéligible à son résultat enrichi. Une propriété recommandée manquante le laisse éligible, avec moins d’informations affichées. Même un balisage éligible n’offre aucune garantie : Google décide requête par requête d’afficher ou non des résultats enrichis.

Les erreurs JSON-LD les plus fréquentes

• Une virgule après la dernière propriété, ou une virgule manquante entre deux propriétés.
• Des guillemets typographiques « intelligents » collés depuis un traitement de texte au lieu de guillemets droits.
• Un guillemet double non échappé dans une valeur, comme une taille en pouces ; écrivez \".
• Un type mal orthographié : Organisation au lieu de Organization.
• Un prix avec un symbole monétaire ou un séparateur de milliers au lieu d’un simple nombre accompagné de priceCurrency.
• Des dates qui ne sont pas au format ISO 8601 ; utilisez 2026-10-30 ou 2026-10-30T19:00:00+01:00.

Voici à quoi ressemble un bloc Product propre avec une offre :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Trail Running Shoe 2",
  "image": "https://www.example.com/img/trail-shoe-2.jpg",
  "offers": {
    "@type": "Offer",
    "price": "89.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}
</script>

Vous trouverez d’autres modèles dans notre guide du balisage schema et dans la fiche du glossaire sur JSON-LD.

Quels résultats enrichis existent encore en 2026

Google a réduit la liste au fil des ans. Les résultats enrichis HowTo ont été supprimés en 2023, et les résultats enrichis FAQ ont cessé de s’afficher pour tous les sites en mai 2026. FAQPage et HowTo restent des types schema.org valides : un balisage existant ne fait donc aucun mal, mais il ne donne plus droit à un affichage particulier dans Google. Les types contrôlés par ce validateur sont tous toujours documentés par Google pour des fonctionnalités de recherche.

Deux règles expliquent bien des cas « valide, mais rien ne s’affiche ». Les étoiles d’avis ne s’affichent pas pour les avis qu’une entreprise publie sur elle-même dans son propre balisage LocalBusiness ou Organization. Et le balisage doit décrire un contenu que les visiteurs peuvent réellement voir sur la page (consignes relatives aux données structurées).

Conseils pour un balisage valide et visible

• Utilisez JSON-LD chaque fois que possible ; Google le recommande, et il est plus facile à maintenir que des microdonnées disséminées dans le HTML.
• Cherchez les doublons : un thème et une extension SEO produisent souvent tous deux un balisage Organization ou Product aux valeurs contradictoires.
• Gardez les prix, la disponibilité et les notes du balisage synchronisés avec ce que la page affiche ; des écarts peuvent entraîner des actions manuelles.
• Corrigez d’abord les propriétés requises, puis les recommandées comme image, brand ou aggregateRating.
• Après correction, surveillez dans les semaines suivantes le rapport d’amélioration correspondant de la Search Console pour détecter de nouvelles erreurs.

Limites à garder en tête

Nous lisons le HTML envoyé par votre serveur sans exécuter JavaScript : le balisage injecté par Google Tag Manager ou par du code côté client ne sera donc pas trouvé, même si Google peut le voir après le rendu. Le contrôle des propriétés suit les règles documentées par Google pour les types listés ci-dessus ; les autres types n’ont droit qu’à la détection de la syntaxe et du type. Un résultat sans erreur ne garantit pas un résultat enrichi. Pour tester du code avant sa publication, collez-le dans le test des résultats enrichis de Google, ou créez-le avec le générateur de schema.

Dernière mise à jour le 30 oct. 2026 par l’équipe Yes SEO.