Ce que vérifie cet outil
Chaque bloc <script type="application/ld+json"> de la page : s'il se parse comme du JSON valide, quel(s) @type schema.org il déclare (y compris les types imbriqués dans un tableau @graph, un motif courant pour les pages décrivant plusieurs entités à la fois), et si les champs requis pour 6 types couramment utilisés — Article, Organization, Product, FAQPage, BreadcrumbList et WebSite — sont présents.
Pourquoi les erreurs de syntaxe ici sont invisibles partout sauf ici
Un bloc JSON-LD cassé ne provoque aucun symptôme visible : le navigateur ne l'affiche pas (ce n'est pas censé être visible), et la plupart des JSON-LD sont ajoutés une fois pendant le développement puis jamais revérifiés. Le seul moyen de savoir qu'il est cassé est soit de consulter le rapport de résultats enrichis de Google Search Console (qui peut mettre des jours à refléter un changement), soit d'analyser directement le bloc — ce que fait exactement cet outil, instantanément.
Pourquoi les champs requis comptent au-delà de la simple syntaxe valide
Un JSON valide qui déclare "@type": "Article" sans headline ni datePublished reste du JSON valide — mais il ne remplit pas les conditions pour le traitement enrichi que le balisage Article est censé débloquer. Cet outil vérifie les deux niveaux : est-ce que ça se parse, et est-ce que ça satisfait réellement ce dont ce type précis a besoin pour être utile.