Les données structurées sont des informations balisées dans une page web pour aider les moteurs (Google, Bing, mais aussi désormais ChatGPT et Perplexity) à comprendre de quoi parle le contenu — pas juste les mots. Le vocabulaire standard est Schema.org ; le format recommandé par Google est JSON-LD (un bloc `<script type="application/ld+json">` dans le `<head>`). Les deux autres formats historiques — Microdata (attributs HTML) et RDFa — fonctionnent encore mais sont en déclin : JSON-LD est plus propre, plus facile à maintenir, et n'interfère pas avec le rendu.
Bénéfices concrets : rich results (étoiles, prix, image dans la SERP), featured snippets plus accessibles, knowledge panels, sitelinks searchbox, badges récents (vidéo, recette, événement, offre d'emploi). Bing exploite aussi massivement ces données. Pour le GEO et l'AEO, c'est devenu indispensable : les LLM utilisent les données structurées comme ground truth quand ils citent une source. Une page avec un Schema Article + Person bien rempli a 3 à 5 fois plus de chances d'être citée par Perplexity qu'une page sans.
Les pièges : balisage présent dans le HTML mais contenu visible différent (manipulation, pénalité), propriétés obligatoires manquantes (Google ignore le bloc), versions périmées (Google déprécie certains types — vérifier la doc à jour), et déclaration de FAQPage générique sur des pages qui ne sont pas vraiment des FAQ (Google a durci les règles en 2023). On valide systématiquement avec le Rich Results Test Google et le Schema Markup Validator Schema.org. On audite votre couverture pendant un audit gratuit — un classique de notre agence SEO.
Comment implémenter proprement
- Format : JSON-LD dans le `<head>`, jamais Microdata mélangé au HTML — plus simple à maintenir.
- Vocabulaire : Schema.org, avec ID `@id` partagés entre entités liées (Organization, Article, Person).
- Validation : Rich Results Test Google + Schema Markup Validator avant chaque déploiement.
- Cohérence : ce que dit le Schema doit correspondre au contenu visible (sinon pénalité).
