Validateur de données structurées JSON-LD
Collez du HTML ou du JSON-LD brut pour valider les données structurées FAQPage, BreadcrumbList et Article. Repérez instantanément les propriétés obligatoires manquantes et les erreurs courantes des résultats enrichis de Google.
Astuces
- Pour FAQPage, acceptedAnswer.text doit toujours être une simple chaîne de caractères. Y placer un objet ou un tableau empêche les résultats enrichis de Google de l'interpréter.
- Pour BreadcrumbList, gardez position comme une séquence commençant à 1 : des trous ou des doublons empêchent qu'il soit reconnu comme un fil d'Ariane valide.
- Limitez le headline d'un Article à environ 110 caractères, ce qui correspond à la recommandation approximative de Google ; un titre plus long peut être tronqué dans les résultats de recherche.
- Vous pouvez coller une page HTML entière : l'outil extrait automatiquement le contenu de tout bloc <script type="application/ld+json">. Coller uniquement le JSON brut fonctionne également.
- Si une page contient plusieurs blocs de données structurées, conserver chacun dans sa propre balise <script> en facilite la maintenance et le débogage.
Questions fréquentes
Anecdote — Pourquoi JSON-LD a remplacé Microdata et RDFa
JSON-LD (JSON for Linking Data) est né au début des années 2010 sous la forme d'un format de données liées standardisé par un groupe communautaire du W3C. Contrairement aux anciennes notations de données structurées, Microdata et RDFa, qui intègrent le balisage directement dans les attributs des éléments HTML, JSON-LD réside entièrement à l'intérieur d'une balise <script> sous la forme d'un bloc JSON indépendant. Cela signifie que les données structurées peuvent être ajoutées, modifiées ou supprimées sans toucher du tout à la mise en page HTML environnante. Google a commencé à privilégier JSON-LD comme format recommandé vers 2015, et sa documentation actuelle sur les résultats enrichis est rédigée presque entièrement autour de la syntaxe JSON-LD.
Les sections de questions fréquentes de ce site fonctionnent de la même manière : les auteurs rédigent chaque question et réponse une seule fois, et un bloc JSON-LD de type FAQPage correspondant est généré automatiquement en coulisses. Il n'est donc pas nécessaire d'écrire deux fois le même contenu, une fois pour l'accordéon lisible par les humains et une fois pour le schéma lisible par les machines, si bien que les deux ne se désynchronisent jamais comme cela arrive souvent avec un balisage dupliqué manuellement.
Même un JSON syntaxiquement valide peut échouer aux résultats enrichis s'il manque une propriété exigée par Schema.org, ou une propriété recommandée par Google. Les champs profondément imbriqués comme acceptedAnswer.text sont un exemple classique d'erreur de structure. Effectuer une telle vérification avant la publication permet de détecter ces erreurs plus tôt que de les découvrir plus tard dans le rapport « Améliorations » de Search Console.