Guide

Schema Markup : le guide complet 2026 pour Google et les IA.

Le schema markup rend une page éligible aux résultats enrichis de Google et décrit votre marque, vos auteurs et vos contenus dans un format que les machines lisent sans deviner. Pour les Aperçus IA, Google n’exige aucun balisage spécial. Ce guide pose les définitions, liste les 15 schemas utiles, montre une méthode en 8 étapes, et donne un exemple JSON-LD, version allégée de celui de cette page.

Qu’est-ce que le schema markup exactement ?

Définition

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
ArticleArticle de presse, guide éditorial, page de fondFortFort
BlogPostingArticle de blog (sous-classe d’Article)FortFort
ProductFiche produit e-commerce, prix, disponibilité, avisFortMoyen
OrganizationEntité marque, sameAs Wikidata, logo, adresseMoyenCritique
PersonAuteur d’un article, fondateur, expert nomméMoyenCritique
LocalBusinessÉtablissement physique, horaires, géolocalisationFortMoyen
BreadcrumbListFil d’Ariane dans la SERP (sur ordinateur), structure du siteFortMoyen
FAQPageQuestions-réponses visibles sur la pageAucunNon documenté
HowToMéthode pas à pas, tutoriel, recette techniqueAucunNon documenté
RecipeRecettes de cuisine, carrousel GoogleFortMoyen
EventÉvénement, conférence, concert, formation datéeFortMoyen
ReviewAvis individuel sur produit, service ou lieuFortMoyen
AggregateRatingNote moyenne agrégée, étoiles dans la SERPFortMoyen
VideoObjectVidéo embarquée, vignette enrichie SERPFortFaible
ServicePage service B2B, presta, offre commercialeFaibleMoyen

À 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.

01

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).

02

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.

03

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é.

04

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.

05

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.

06

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.

07

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.

08

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.

Outil 1

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-results
Outil 2

Schema 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.org
Outil 3

Search 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-console

Les 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.

Erreur 01

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.

Erreur 02

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.

Erreur 03

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.

Erreur 04

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.

Erreur 05

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.

Erreur 06

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

  1. 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.
  2. 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).
  3. 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.
  4. Schema.org : About. Documentation officielle du vocabulaire schema.org, maintenu par Google, Microsoft, Yandex et Yahoo!.
  5. Schema.org : Getting Started. Guide d’introduction officiel au vocabulaire schema.org.
  6. Google Rich Results Test. Outil officiel Google pour tester l’éligibilité aux résultats enrichis.
  7. Schema Markup Validator. Outil officiel schema.org pour valider la conformité au vocabulaire.
  8. 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.
  9. 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.
  10. 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.

Schema markup : les questions qui reviennent.

Aucun type ne garantit une citation, et aucun type « spécial GEO » n’existe. Nous posons d’abord ceux qui disent qui publie : Organization et Person avec des sameAs vérifiables, Article avec son auteur et ses dates. FAQPage se justifie quand la page montre une FAQ, reprise mot pour mot.
Non, pas directement. Google a confirmé à plusieurs reprises que les données structurées ne sont pas un facteur de ranking direct, mais elles rendent la page éligible aux résultats enrichis, qui peuvent améliorer le taux de clic. Pour ses Aperçus IA et son Mode IA, Google précise qu’aucun balisage schema.org spécial n’est nécessaire.
JSON-LD est le format officiellement recommandé par Google. Il est découplé du HTML visible, plus simple à maintenir, et compatible avec l’injection dynamique. Microdata reste valide mais alourdit le HTML. RDFa est rare en pratique. Pour un nouveau projet en 2026, choisir JSON-LD sans hésiter.
En pratique, les deux termes désignent la même chose. « Données structurées » est le terme de la documentation de Google ; « schema markup » est celui des SEO, en référence au vocabulaire schema.org. JSON-LD, lui, n’est que le format d’écriture de ce balisage dans la page.
Rien ne le garantit. Pour ses Aperçus IA, Google écrit qu’aucun balisage schema.org spécial n’est nécessaire, et nous ne connaissons aucune documentation de ChatGPT ou Perplexity qui en fasse un critère de citation. Un schema Organization ou Person avec des sameAs vérifiables décrit votre entité sans ambiguïté : nous le posons pour cette raison.
Google ne fixe aucune limite. L’usage courant regroupe les schemas dans un @graph, sous un seul script JSON-LD : un article peut combiner Article, Person (auteur), Organization (publisher), BreadcrumbList et FAQPage si la page montre une FAQ. Évitez les doublons, gardez des @id cohérents, et ne décrivez que ce qui est visible dans la page.
Non. Yoast SEO, Rank Math et SEOPress génèrent un schema basique gratuit suffisant pour la plupart des sites. Pour des schemas avancés (Person avec sameAs Wikidata, Product e-commerce détaillé), passer en code custom dans le functions.php ou via un mu-plugin reste plus fiable et plus auditable que les versions premium des plugins.
Trois raisons principales. D’abord, un schema valide ne garantit pas le résultat enrichi : Google décide de l’afficher ou non. Ensuite, certains résultats enrichis ont disparu : HowTo en 2023, FAQ le 7 mai 2026. Enfin, un schema valide peut décrire une donnée absente du texte visible, ce que les règles de Google interdisent.

Yonel Sasson

Fondateur Getknown

Getknown · Agence SEO & GEO

Passez de la théorie à un plan concret

On diagnostique votre site, on priorise ce qui bloque, et on construit un dispositif SEO + GEO clair et mesurable.