seo-schemalisted

# Données structurées : détection, validation, génération Le JSON-LD sert deux lecteurs : Google (résultats enrichis) et les IA (compréhension de l'entité). Un balisage propre nourrit les deux ; un balisage cassé ne prévient personne. Ce skill traite les deux enjeux. ## Détection 1. Chercher les blocs JSON-LD dans le source : `<script type="application/ld+json">` 2. Chercher du Microdata (`itemscope`, `itemprop`) 3. Chercher du RDFa (`typeof`, `property`) 4. Toujours recommander le JSON-LD comme format unique : c'est la préférence déclarée de Google, et c'est le seul format qu'on peut valider et versionner comme du code Si Microdata ou RDFa cohabitent avec du JSON-LD, recommander la migration vers le JSON-LD seul : les formats mélangés produisent des doublons d'entités. ## Le piège : JSON-LD invalide = résultats enrichis perdus, sans alerte Une virgule en trop, un guillemet non fermé, un `@type` mal orthographié : Google ignore **tout le bloc** en silence. La page continue de ranker, rien ne casse visuellement, aucun e-mail d'alerte — mais les étoiles d'avis, le fil d'Ariane ou les prix disparaissent des SERP. Cause classique : une mise à jour de plugin ou de thème WordPress qui régénère le balisage. Conséquence : la validation n'est pas une étape optionnelle, c'est un réflexe systématique, avec **les deux outils** à chaque modification : - **Test des résultats enrichis** (`search.google.com/test/rich-results`) : ce que Google peut réellement afficher. Ne couvre que l