Les schémas JSON-LD (issus de schema.org) sont aujourd’hui le langage commun que les LLM utilisent pour comprendre QUI dit QUOI, QUAND et avec quelle AUTORITÉ. Un site sans schémas riches reste lisible par les moteurs IA, mais devient difficile à citer. Ce guide liste les 8 schémas essentiels pour le GEO, montre comment les combiner en @graph cohérent, et signale les erreurs courantes à éviter.
Schema.org : le langage commun des moteurs
Schema.org est un vocabulaire ouvert co-développé par Google, Microsoft, Yahoo et Yandex en 2011. Il définit des types (Article, Person, Organization, Product, FAQPage, etc.) et leurs propriétés. Implémenté en JSON-LD (JavaScript Object Notation for Linked Data), il s’insère dans un <script type="application/ld+json"> du <head> ou du <body>.
Tous les moteurs IA majeurs — ChatGPT (via Bing), Claude, Perplexity, Gemini — analysent ces schémas. Les sites bien balisés sont mécaniquement plus exploités. C’est l’investissement technique avec le meilleur ratio effort/impact en GEO.
Les 8 schémas essentiels pour le GEO
1. Organization
Décrit l’entité qui édite le site : nom, URL, logo, date de fondation, profils sociaux (sameAs), contact. C’est le socle qui ancre toute votre stratégie schema.org. Une seule Organization par site, référencée via @id partout ailleurs.
2. Person
Décrit un humain réel : nom, fonction, biographie, image, profils sociaux. Critique pour l’E-E-A-T : un site qui ne nomme aucun auteur reste anonyme aux yeux des LLM. Idéalement, chaque article a un Person rattaché en tant qu’author.
3. WebPage
Décrit la page elle-même : URL, titre, description, langue, breadcrumb associé. Souvent oublié, c’est pourtant le point d’entrée logique d’un @graph bien construit. Lie ensemble l’article, l’auteur, l’organisation et le breadcrumb.
4. Article
Décrit un contenu éditorial : headline, description, date de publication, date de modification, auteur, éditeur. C’est le schéma le plus puissant pour les contenus de blog, guides, dossiers. Combiné avec un Person auteur, il établit l’E-E-A-T humain.
5. FAQPage
Marque une liste de questions/réponses. Affichage rich result possible dans Google, extraction directe par les LLM. Le schéma le plus rentable en AEO/GEO. À déployer sur toutes les pages avec une FAQ visible.
6. HowTo
Structure un tutoriel étape par étape. Chaque étape devient un HowToStep avec un titre, une description, optionnellement une image. Idéal pour les contenus pratiques. Affichage carrousel dans Google.
7. DefinedTerm / DefinedTermSet
Marque les définitions et glossaires. Encore rarement utilisé en France en 2026, mais très puissant pour les sites éducatifs ou avec lexique métier. Un DefinedTermSet regroupe les DefinedTerm individuels.
8. BreadcrumbList
Décrit le fil d’ariane de la page (chemin hiérarchique). Aide les moteurs à comprendre la structure du site. Affichage natif dans les résultats Google.
Comment combiner en @graph cohérent
Plutôt que d’émettre 8 blocs <script> indépendants, l’approche moderne consiste à les rassembler dans un @graph unique. Chaque entité a un @id stable, et les autres entités s’y réfèrent. Exemple simplifié :
{
"@context": "https://schema.org",
"@graph": [
{ "@type": "Organization", "@id": "https://exemple.fr/#org", "name": "Exemple" },
{ "@type": "Person", "@id": "https://exemple.fr/#auteur", "name": "Marie Dupont", "worksFor": { "@id": "https://exemple.fr/#org" } },
{ "@type": "Article", "@id": "https://exemple.fr/article/#article", "headline": "Titre", "author": { "@id": "https://exemple.fr/#auteur" }, "publisher": { "@id": "https://exemple.fr/#org" } }
]
}Avantage du @graph : un seul bloc à maintenir, relations explicites entre entités, lisibilité maximale pour les moteurs.
Validation : les outils essentiels
Avant de déployer en production, validez systématiquement vos schémas avec deux outils gratuits :
- Schema.org Validator : valide la conformité strict au vocabulaire.
- Google Rich Results Test : vérifie l’éligibilité aux rich results Google.
Un schéma valide selon Schema.org peut être ignoré par Google s’il ne respecte pas les guidelines Google spécifiques (notamment sur les images obligatoires pour certains types). Les deux outils sont complémentaires.
Erreurs courantes à éviter
- Schémas dupliqués : émettre deux fois
Organizationavec des@iddifférents. Crée la confusion. Toujours un seul@idpar entité. - Données invisibles : déclarer dans le schéma des informations qui ne sont pas visibles sur la page (Google peut pénaliser). Le schéma doit décrire le visible, pas inventer.
- URLs canonicals fantaisistes : les
@iddoivent être des URLs réelles ou clairement identifiables. Pas de placeholdershttps://example.com. - Auteur « Admin » : déclarer un schéma
Personavec name= »Admin » est pire que pas de schéma du tout. Toujours un humain réel et vérifiable. - Schémas non maintenus : un schéma
ArticleavecdateModifiedfigé il y a 2 ans est un mauvais signal. Tenir à jour ou supprimer.
Conclusion : commencer petit et progresser
L’erreur classique est de vouloir déployer les 8 schémas d’un coup. Mieux vaut commencer par Organization + Person + Article + WebPage (4 schémas combinés en @graph) sur la home et les pages piliers. Ajouter FAQPage là où il y a une FAQ visible. Puis étendre à HowTo et DefinedTerm si pertinent. Notre glossaire détaille chaque type de schéma, et notre audit gratuit identifie les schémas manquants sur votre site.