Qu’est-ce que le schema markup exactement ?
Le schema markup est un code ajouté à une page pour décrire son contenu dans un vocabulaire normalisé (schema.org) : un produit, un article, une recette, une entreprise locale, un événement, un avis. Google s’appuie sur ces données pour comprendre la page et recommande le format JSON-LD (balise <script type="application/ld+json">).
L’idée fondamentale tient en une phrase : un crawler classique sait lire le HTML visible, mais il doit deviner ce que ce contenu signifie. Le schema markup arrête le devinement. Vous dites explicitement « ce paragraphe est un prix, cette ligne est l’auteur, ce bloc est une note d’avis ». À partir de là, Google peut afficher un résultat enrichi (étoiles, prix, fil d’Ariane), et tout moteur qui lit ces données dispose d’une description explicite de l’entité.
Le vocabulaire schema.org est maintenu collectivement par Google, Microsoft, Yandex et Yahoo! depuis 2011. Il propose aujourd’hui plusieurs centaines de types et plus d’un millier de propriétés, mais en pratique, une quinzaine de types couvrent la plupart des besoins d’un site professionnel.
Pour le SEO traditionnel, le schema rend la page éligible aux résultats enrichis de Google : étoiles produits, prix, fil d’Ariane, recettes en carrousel. Pour les moteurs génératifs, il décrit les entités (marque, auteur, organisation) sans ambiguïté ; aucun éditeur ne publie le poids qu’il lui accorde.
D’autres termes du SEO et du GEO sont définis dans notre glossaire.
Le schema et l’IA : ce qui a changé.
Avant les réponses générées, le schema servait surtout à décrocher des résultats enrichis dans Google : étoiles d’avis, fil d’Ariane, FAQ.
L’arrivée de ChatGPT search fin 2024, puis l’extension des AI Overviews de Google en 2025, a déplacé la question. Une réponse générée cite des sources, et derrière chaque source se tient une entité : une marque, un auteur, une organisation. Le schema décrit ces entités dans un format que tout moteur peut lire. Il ne décide pas seul qu’une page soit citée.
Pour Google, la règle est écrite. Son guide sur l’IA générative (mise à jour du 13 juillet 2026) indique que les données structurées « ne sont pas une obligation pour la recherche par IA générative et aucun balisage schema.org spécial n’est nécessaire ».
Pour ChatGPT, Claude ou Perplexity, nous ne connaissons aucune documentation d’éditeur qui en fasse un critère de citation. Nous posons donc le schema pour décrire une entité sans ambiguïté, sans le vendre comme un passe-droit vers les réponses IA.
Le dossier GEO de France Num (publié le 9 février 2026, mis à jour le 24 avril 2026) va dans le même sens : « Le référencement naturel (SEO) demeure un pilier essentiel de la visibilité en ligne ».
Schema markup, données structurées et JSON-LD : les différences.
Trois termes qui désignent des choses légèrement différentes, et que l’on confond souvent. La précision compte, surtout pour des briefs techniques avec un développeur ou une agence.
Données structurées est le terme générique. C’est l’expression utilisée par la documentation officielle de Google pour parler de tout format normalisé qui décrit le contenu d’une page. Trois formats sont reconnus par Google : JSON-LD, Microdata et RDFa. Le terme inclut donc le format, le vocabulaire et l’usage.
Schema.org est le vocabulaire. C’est la liste des types (Article, Product, Person, Event, Recipe, FAQPage, etc.) et des propriétés (name, url, author, datePublished, etc.) qu’on peut utiliser pour décrire un contenu. Schema.org n’impose pas de format de sérialisation ; c’est le vocabulaire commun des grands moteurs de recherche.
JSON-LD est le format de sérialisation. C’est la manière concrète d’écrire le schema dans la page. Google recommande JSON-LD « si la configuration de votre site le permet », car c’est selon lui « la solution la plus simple à mettre en œuvre et à gérer à grande échelle ». Le balisage reste séparé du texte visible, et Google le lit aussi quand il est injecté en JavaScript.
Schema markup est le terme courant chez les SEO et les développeurs. Il renvoie à la pratique d’ajouter du schema.org dans une page, le plus souvent en JSON-LD. Le terme est légèrement informel mais largement compris.
Pour un brief opérationnel : on parle de JSON-LD quand on parle de format technique, de schema.org quand on parle de vocabulaire, et de données structurées ou schema markup quand on parle de l’ensemble.
Les 15 schemas les plus utiles en 2026.
Parmi les types schema.org, une quinzaine concentre la plupart des besoins ; la galerie des résultats enrichis de Google dit lesquels produisent encore un affichage enrichi. Cette liste couvre les sites éditoriaux, e-commerce, B2B services, locaux et événements. Tous existent dans le vocabulaire schema.org. La colonne « Impact GEO » donne notre appréciation, pas un poids publié par les moteurs.
| Type | Usage | Impact SEO | Impact GEO |
|---|---|---|---|
| Article | Article de presse, guide éditorial, page de fond | Fort | Fort |
| BlogPosting | Article de blog (sous-classe d’Article) | Fort | Fort |
| Product | Fiche produit e-commerce, prix, disponibilité, avis | Fort | Moyen |
| Organization | Entité marque, sameAs Wikidata, logo, adresse | Moyen | Critique |
| Person | Auteur d’un article, fondateur, expert nommé | Moyen | Critique |
| LocalBusiness | Établissement physique, horaires, géolocalisation | Fort | Moyen |
| BreadcrumbList | Fil d’Ariane dans la SERP (sur ordinateur), structure du site | Fort | Moyen |
| FAQPage | Questions-réponses visibles sur la page | Aucun | Non documenté |
| HowTo | Méthode pas à pas, tutoriel, recette technique | Aucun | Non documenté |
| Recipe | Recettes de cuisine, carrousel Google | Fort | Moyen |
| Event | Événement, conférence, concert, formation datée | Fort | Moyen |
| Review | Avis individuel sur produit, service ou lieu | Fort | Moyen |
| AggregateRating | Note moyenne agrégée, étoiles dans la SERP | Fort | Moyen |
| VideoObject | Vidéo embarquée, vignette enrichie SERP | Fort | Faible |
| Service | Page service B2B, presta, offre commerciale | Faible | Moyen |
À noter sur l’évolution récente. En août 2023, Google a limité le résultat enrichi FAQ aux sites gouvernementaux et de santé, puis l’a retiré de sa recherche le 7 mai 2026 ; HowTo a disparu dès septembre 2023 (journal des mises à jour de Google). FAQPage reste un type schema.org valide pour décrire une FAQ visible, sans effet d’affichage dans Google.
Mon arbitrage personnel. Si je devais choisir trois schemas à implémenter en priorité absolue sur un site qui démarre, je prendrais Organization avec des sameAs vérifiables (registre public, Wikidata si l’entité y figure), Person pour l’auteur principal, et BreadcrumbList sur toutes les pages internes. Ces trois-là disent qui publie et où se situe chaque page, pour un coût d’implémentation marginal. Le reste se construit ensuite par cas d’usage.
Person + Organization + sameAs Wikidata : relier la page à une entité.
Google n’exige aucun balisage spécial pour ses réponses IA (voir plus haut). Cette section traite d’autre chose : relier votre page à une organisation et à un auteur identifiables, pour tout moteur qui lit vos données structurées.
Le principe consiste à rattacher le contenu à une entité connue. Cette entité gagne à figurer dans un référentiel public et vérifiable : Wikidata, Wikipédia, le Knowledge Graph de Google, la base ROR pour la recherche, le registre national pour les entreprises.
Quand votre schema Organization déclare "sameAs": ["https://www.wikidata.org/wiki/Q95"] (Q95 est la fiche Wikidata de Google, prise ici en exemple), vous pointez vers une fiche d’entité publique et vérifiable. Idem pour Person avec un sameAs vers Wikidata, LinkedIn, et éventuellement ORCID pour les profils académiques. Un moteur peut alors rattacher le contenu à une entité précise.
Le code minimal pour notre agence ressemble à ce qui suit : c’est le socle de la page que vous lisez, allégé de ses autres propriétés (adresse, logo, contact).
// Schema Person + Organization avec sameAs // Mise en abyme : le socle de cette page, allégé. { "@context": "https://schema.org", "@graph": [ { "@type": "Person", "@id": "https://getknown.fr/#yonel-sasson", "name": "Yonel Sasson", "jobTitle": "Fondateur de Getknown", "knowsAbout": ["SEO", "GEO", "Schema Markup"], "worksFor": { "@id": "https://getknown.fr/#organization" }, "sameAs": [ "https://www.linkedin.com/in/yonelsasson/" ] }, { "@type": "Organization", "@id": "https://getknown.fr/#organization", "name": "Getknown", "legalName": "GETKNOWN SARL", "founder": { "@id": "https://getknown.fr/#yonel-sasson" }, "foundingDate": "2022-06-01", "sameAs": [ "https://annuaire-entreprises.data.gouv.fr/entreprise/getknown-914325790" ] } ] }
Trois détails comptent dans cet exemple. D’abord, les @id stables et réutilisables d’une page à l’autre : #yonel-sasson et #organization sont définis une fois pour toutes au niveau du domaine, et chaque page peut les référencer sans les redéfinir. Ensuite, la relation croisée worksFor et founder qui ferme le triangle d’entité Person → Organization. Enfin, les sameAs vers des fiches publiques vérifiables : LinkedIn pour la personne, l’annuaire des entreprises de l’État pour la société, Wikidata quand l’entité y dispose d’une fiche.
Pour aller au bout, créez une fiche Wikidata pour votre organisation et pour vos auteurs principaux. La création est gratuite et ouverte à tous, mais un élément ne reste que s’il remplit l’un des critères de notabilité de Wikidata. Nous l’avons appris sur notre propre marque : les deux fiches créées pour Getknown ont été supprimées en mai 2026 pour ce motif. Créez la vôtre dans les règles (notabilité réelle, sources tierces indépendantes), jamais en forçant une entité non notable.
Comment implémenter le schema markup en 8 étapes.
Méthode opérationnelle, applicable à n’importe quel CMS (WordPress, Shopify, PrestaShop, Webflow) ou site sur-mesure. L’ordre des étapes compte : l’étape 3 pose le socle d’identité que les schemas de l’étape 4 référencent.
Identifier les types de contenu éligibles
Auditer les pages du site et lister celles qui correspondent à un type schema.org : fiches produits, articles, FAQ, recettes, événements, business local. Une page « à propos » devient une Organization. Une page auteur devient une Person. Une page produit devient un Product.
Sortir un tableau Excel avec une colonne URL, une colonne type schema cible, une colonne priorité (haute, moyenne, basse).
Choisir le format JSON-LD
Préférer JSON-LD aux formats Microdata et RDFa. C’est le format officiellement recommandé par Google pour son découplage du HTML visible et sa simplicité de maintenance. JSON-LD se place dans une balise <script type="application/ld+json"> dans le head ou en fin de body.
Construire le @graph principal du site
Définir une fois pour toutes les entités centrales : Organization (votre marque), Person (vos auteurs principaux), avec leurs sameAs (LinkedIn, registre public, Wikidata si l’entité y figure) et un @id stable. Cet objet est inclus sur chaque page comme socle d’identité partagé.
Ajouter le schema spécifique à chaque page
Selon le type de page : Article ou BlogPosting pour le contenu éditorial, Product pour les fiches e-commerce, Service pour les pages métier B2B, Event pour les événements, et FAQPage quand la page montre une FAQ. Chaque schema spécifique référence le @graph principal via author et publisher.
Synchroniser HTML visible et JSON-LD
Toute donnée déclarée dans le JSON-LD doit être vérifiable dans le HTML visible de la page. Pas de prix dans le schema qui n’apparaît pas à l’écran. Pas de note d’avis dans AggregateRating si les avis ne sont pas affichés. Dans ce cas, Google peut prendre une action manuelle : la page ne peut plus apparaître en résultat enrichi.
Test rapide : un humain qui lit votre page doit pouvoir cocher un par un tous les attributs déclarés dans le schema.
Inclure BreadcrumbList sur toutes les pages internes
Le BreadcrumbList décrit la place de la page dans le site et sert à toutes les pages internes. Google affiche le fil d’Ariane dans ses résultats sur ordinateur, et ne l’affiche plus sur mobile depuis janvier 2025. Le coût d’implémentation est minime. À mettre en place dès le premier sprint schema.
Tester avec Rich Results Test puis Schema Validator
Valider chaque type de page avec l’outil Google Rich Results Test pour vérifier l’éligibilité aux résultats enrichis Google, puis avec validator.schema.org pour la conformité générale au vocabulaire schema.org. Les deux outils ne disent pas la même chose. Les deux sont nécessaires.
Surveiller dans Google Search Console
Activer les rapports « Améliorations » de la Search Console pour détecter les erreurs de schema sur l’index réel, et corriger en continu. Une erreur critique rend la page inéligible au résultat enrichi concerné.
Tester son schema : les trois outils qui comptent.
Trois outils gratuits, complémentaires, à utiliser dans cet ordre. Aucun n’est suffisant seul. Aucun ne remplace les deux autres.
Google Rich Results Test
Vérifie l’éligibilité aux résultats enrichis Google. C’est le test qui dit si votre schema peut déclencher un affichage enrichi dans la SERP ; Google ne garantit pas l’affichage pour autant. Si Google n’éligibilise pas, aucun rich result ne sortira, même avec un schema parfait au sens schema.org.
search.google.com/test/rich-resultsSchema Markup Validator
Valide la conformité au vocabulaire schema.org. Plus permissif que le Rich Results Test, il accepte tous les types schema.org, y compris ceux que Google n’éligibilise pas pour ses rich results. Outil de référence pour le contrôle qualité général.
validator.schema.orgSearch Console · Améliorations
Le seul outil qui montre les erreurs schema sur l’index réel de votre site, à grande échelle. Les deux outils précédents testent une URL à la fois. La Search Console agrège les erreurs sur toutes les pages explorées.
search.google.com/search-consoleLes erreurs schema markup les plus fréquentes.
Six erreurs reviennent souvent dans nos audits de sites existants, en e-commerce comme en B2B. Aucune n’est compliquée à corriger.
Drift entre HTML visible et JSON-LD
Prix dans le schema qui ne correspond pas au prix affiché. Note moyenne déclarée 4,8 alors que la page affiche 4,2. Google peut alors prendre une action manuelle, qui retire la page des résultats enrichis sans toucher à son classement.
Schemas dupliqués sur la même page
Plusieurs scripts JSON-LD avec un Article répété, ou un Product et un Service pour la même offre. Choisir un type, un seul, et regrouper le reste dans un @graph unique. Pas de doublons. Sur une boutique Shopify, ce doublon apparaît quand deux applications injectent chacune leur schema Product.
Person sans qualification
Un Person déclaré uniquement avec un name, sans jobTitle, sans knowsAbout, sans sameAs. Le balisage n’apporte alors rien de plus que le nom affiché. Toujours qualifier la personne nommée.
Organization sans sameAs
Schema Organization présent mais sans aucun sameAs vers Wikidata, LinkedIn ou un registre public. Rien ne relie alors l’organisation à une fiche vérifiable.
FAQPage avec questions inventées
Une FAQ ajoutée pour le schema mais sans contenu réel correspondant dans la page visible. Google a restreint ce résultat enrichi en 2023, puis l’a retiré en mai 2026. Une FAQ doit être visible et utile à l’humain d’abord.
BreadcrumbList incohérent avec le fil visible
Le balisage décrit un autre chemin que le fil d’Ariane affiché, ou se contente de recopier les dossiers de l’URL. Google recommande un fil qui « représente un chemin utilisateur classique vers cette page Web, au lieu de dupliquer la structure d’URL ». Il demande au moins deux éléments, numérotés à partir de 1, chacun avec son URL ; seul le dernier peut s’en passer.
Sources externes citées dans ce guide
- Google Search Central : Présentation du balisage de données structurées (documentation officielle). Référence canonique sur les formats acceptés (JSON-LD, Microdata, RDFa) et la recommandation explicite JSON-LD.
- Google Search Central : Galerie des résultats enrichis (Search Gallery). Liste des résultats enrichis que Google prend en charge ; FAQ et HowTo n’y figurent plus (relu le 9 octobre 2026).
- Google Search Central, journal des mises à jour de la documentation. Retrait de HowTo le 14 septembre 2023, arrêt du résultat enrichi FAQ le 7 mai 2026, fil d’Ariane réservé à l’ordinateur depuis le 22 janvier 2025.
- Schema.org : About. Documentation officielle du vocabulaire schema.org, maintenu par Google, Microsoft, Yandex et Yahoo!.
- Schema.org : Getting Started. Guide d’introduction officiel au vocabulaire schema.org.
- Google Rich Results Test. Outil officiel Google pour tester l’éligibilité aux résultats enrichis.
- Schema Markup Validator. Outil officiel schema.org pour valider la conformité au vocabulaire.
- France Num : Guide GEO de février 2026 (référence institutionnelle). Dossier publié le 9 février 2026, mis à jour le 24 avril 2026 : le SEO reste un pilier de la visibilité dans les moteurs d’IA.
- Google Search Central, « Optimiser votre site Web pour les fonctionnalités d’IA générative dans la recherche Google », mise à jour du 13 juillet 2026. Aucun balisage schema.org spécial n’est nécessaire pour la recherche par IA générative.
- Google Search Central, consignes générales sur les données structurées, mise à jour du 16 septembre 2026. Action manuelle en cas de balisage qui ne correspond pas au contenu visible.