Validateur Données Structurées en Ligne
Valide tes donnees structurees JSON-LD et Schema.org. Detecte les erreurs avant la publication.
Pourquoi l'utiliser
Des rich snippets corrects pour plus de clics sur Google
Schema.org complet
Valide Article, Product, FAQ, LocalBusiness, Recipe et plus de 800 types.
Prive
Les donnees sont validees dans ton navigateur. Jamais envoyees a un serveur.
Erreurs precises
Champs manquants, types incorrects et problemes de format detectes instantanement.
Instantane
Validation en quelques millisecondes. Sans inscription, sans attente.
Comment ça marche
Trois étapes, sans complications
Colle ton JSON-LD ou Microdata
Colle le bloc de donnees structurees de ta page. Compatible avec JSON-LD, Microdata et RDFa.
Selectionne le type Schema.org
Choisis Article, Product, FAQ, LocalBusiness, Recipe ou un autre type pour une validation specifique.
Examine les erreurs et avertissements
Le validateur affiche les champs manquants, les types incorrects et des suggestions pour les rich results Google.
FAQ
Des questions ?
Les donnees structurees sont des informations lisibles par les machines ajoutees au HTML d'une page pour decrire son contenu de facon structuree. Elles permettent aux moteurs de recherche (Google, Bing) de comprendre le type de contenu (article, produit, recette, evenement, FAQ) et ses proprietes specifiques (prix, auteur, date, note). Le resultat visible ce sont les rich results ou rich snippets : etoiles de notation, FAQ extensibles, prix de produits et recettes dans les resultats de recherche.
Google recommande explicitement JSON-LD (JavaScript Object Notation for Linked Data) comme le format le plus facile a implementer et maintenir : il s'ajoute dans un bloc <script type='application/ld+json'> sans modifier le HTML existant. Microdata exige d'ajouter des attributs itemscope, itemtype et itemprop directement dans le HTML, melant contenu et metadonnees. RDFa est similaire a Microdata mais plus expressif, utilise surtout dans les environnements academiques et de linked data. Pour le SEO pratique en 2025, JSON-LD est le bon choix.
Pour Article, les champs obligatoires sont : headline, datePublished, author (avec @type Person et name). Pour Product : name et au moins un des champs offers, review ou aggregateRating. Pour FAQPage : mainEntity avec @type Question, name (la question) et acceptedAnswer avec @type Answer et text. Les champs obligatoires varient selon le type et sont definis par Google dans sa documentation Search Central, pas par Schema.org, car Google a des exigences plus strictes pour les rich results que le vocabulaire complet Schema.org.
Google Rich Results Test (search.google.com/test/rich-results) te permet de coller une URL ou du HTML directement pour voir quels rich results la page peut generer. Il montre les erreurs critiques (qui empechent les rich results) et les avertissements (qui reduisent l'eligibilite). En complement, Google Search Console > Ameliorations affiche le statut des donnees structurees de toutes les pages indexees du site, y compris les erreurs detectees par le robot en production.
Les erreurs les plus frequentes sont : (1) @context manquant ou incorrect -- doit etre 'https://schema.org' exactement ; (2) @type incorrect -- 'article' en minuscules au lieu de 'Article' ; (3) champs de date dans un mauvais format -- doit etre ISO 8601 (2024-01-15T10:30:00+00:00) ; (4) URLs relatives au lieu d'absolues dans des champs comme 'url' ou 'image' ; (5) aggregateRating avec ratingCount a 1 -- Google peut rejeter des notes avec tres peu d'avis comme non representatives.
Histoire de Schema.org et les donnees structurees pour le SEO
Schema.org a ete lance en juin 2011 comme initiative conjointe de Google, Microsoft (Bing), Yahoo et Yandex : les quatre principaux moteurs de recherche ont convenu d'un vocabulaire commun pour que les webmasters puissent decrire leur contenu de facon standardisee. Avant Schema.org, il existait des vocabulaires fragmentes : Dublin Core (metadonnees bibliographiques), microformats (hCard, hCalendar) et RDFa. Schema.org a unifie ces efforts avec un vocabulaire hierarchique ou Thing est la classe racine dont derivent toutes les autres.
JSON-LD (JavaScript Object Notation for Linked Data) a ete concu par Manu Sporny et publie comme recommandation W3C en 2014. La cle de son adoption est la separation des responsabilites : les donnees structurees sont ajoutees dans un bloc <script> separe sans toucher le HTML du contenu, ce qui facilite l'implementation dans les CMS, les frameworks JavaScript et les generateurs de sites statiques. Google a commence a prendre en charge JSON-LD pour les donnees structurees en 2012 et l'a declare son format prefere en 2015, accelerant son adoption massive.
E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) est le cadre d'evaluation de qualite de Google auquel les donnees structurees aident a contribuer. Les donnees d'auteur (schema Person avec sameAs pointant vers des profils verifies), les dates de mise a jour (dateModified), les notes verifiees (AggregateRating avec ratingCount significatif) et les donnees d'organisation (Organization avec logo verifie) contribuent directement aux signaux E-E-A-T. Les pages avec des rich results correctement implementes affichent des augmentations de CTR de 20 a 30 % dans des etudes de cas documentees.