Ce que vérifie le validateur de données structurées
Collez un objet JSON-LD ou une page HTML entière. Chaque bloc script type="application/ld+json" est extrait et analysé, y compris les tableaux et les enveloppes @graph, et chaque nœud est vérifié séparément. Rien n'est envoyé à un serveur : tout se passe dans votre navigateur.
Les erreurs sont ce qui casse le balisage : un JSON invalide, un @context ou un @type manquant. Les avertissements signalent un @context qui ne pointe pas vers schema.org, et les champs recommandés absents pour les types courants comme Organization, Product, Article, Event, FAQPage, BreadcrumbList et Review.
Valide ne veut pas dire éligible
Un résultat propre signifie que les données structurées sont bien formées et ont les champs qu'un type demande habituellement. L'affichage d'un résultat enrichi dépend aussi des exigences propres de Google pour cette fonctionnalité, du contenu de la page et de ses règles. Passez la page dans le test des résultats enrichis de Google avant de compter dessus.
Questions fréquentes
JSON-LD, Microdata ou RDFa : lequel choisir ?
JSON-LD. Google le recommande, il tient dans un seul bloc script au lieu d'être dispersé dans le HTML, et il ne casse pas quand le balisage change. Ce validateur ne lit que le JSON-LD.
Pourquoi mes données structurées sont valides mais aucun résultat enrichi n'apparaît ?
Google décide requête par requête d'afficher ou non un résultat enrichi, et certaines fonctionnalités ont des conditions en plus. Les FAQ enrichies, par exemple, sont désormais réservées aux sites officiels de l'administration et de santé. Un balisage valide rend une page éligible, il ne garantit pas l'affichage.
Faut-il un @context sur chaque nœud ?
Non. Dans un @graph, le @context de l'enveloppe s'applique à tous les nœuds qu'il contient. Un objet isolé doit avoir le sien.