Schema.org en 2026 : quelles données structurées pèsent encore
Ahrefs n'a mesuré aucun gain de citations après ajout de schema.org. Pourtant 71 % des pages citées par ChatGPT en portent. Le balisage n'est pas un raccourci : c'est un accélérateur de compréhension.
Ahrefs a testé la théorie sur 1 885 pages en 2026. Ajouter du balisage schema.org, mesurer l'effet sur les citations dans AI Overviews. Résultat : aucune progression. Les citations ont même reculé de 4,6 %. De l'autre côté, 71 % des pages citées par ChatGPT contiennent du structured data, et Google confirme lui-même que schema aide les modèles à comprendre le contenu d'une page. Deux études sérieuses, deux conclusions qui se contredisent. C'est exactement le genre de confusion qui pousse une équipe marketing à soit tout balancer en JSON-LD par précaution, soit abandonner le sujet en pensant qu'il ne sert plus à rien depuis que le SEO classique a changé de nature. Les deux réactions sont des erreurs.
Le mythe qui refuse de mourir
Le malentendu vient d'une confusion entre corrélation et cause. Les pages citées par les LLM ont souvent du schema, c'est vrai. Mais elles ont aussi souvent une structure de contenu claire, des réponses directes, une autorité de domaine établie. Le schema accompagne ces qualités, il ne les produit pas. Une fiche produit bourrée de microdata sur un site lent, avec un contenu vague et zéro preuve tierce, ne sera pas plus citée qu'avant. Google le dit noir sur blanc dans sa documentation : pas besoin de fichiers spéciaux, pas de balisage schema.org spécifique requis pour apparaître dans les fonctionnalités IA. Ce n'est pas une invitation à ignorer le sujet. C'est un rappel que le balisage n'est pas un raccourci vers la visibilité, contrairement à ce que prétend une partie de l'industrie du GEO qui vend du schema comme une formule magique.
Le test Ahrefs confirme cette lecture sans l'invalider totalement. Sur 1 885 pages, ajouter du schema générique, mal ciblé, sur du contenu qui ne répondait déjà pas bien à une question précise, n'a rien changé. C'est cohérent. Un LLM ne cite pas une page parce qu'elle porte une étiquette JSON-LD. Il cite une page parce qu'elle contient la réponse la plus claire, la mieux formulée, la plus vérifiable à la question posée. Le schema aide le modèle à extraire cette réponse plus vite et avec moins d'ambiguïté. Il ne crée pas la réponse.
Ce qui marche vraiment, et ce qui ne sert à rien
Tous les types de schema ne se valent pas face aux moteurs génératifs. FAQPage arrive en tête, et de loin, parce qu'il structure le contenu en paires question-réponse autonomes, exactement le format qu'un LLM peut extraire et citer sans réécrire. Combiner FAQPage avec Article et HowTo produit près de deux fois plus de citations qu'Article seul. La logique est simple : plus le balisage rapproche la structure de la page du format d'une réponse conversationnelle, plus il facilite le travail du modèle.
| Type de schema | Utilité réelle pour le GEO en 2026 |
|---|---|
| FAQPage | Fort. Format question-réponse directement exploitable par les LLM |
| HowTo | Fort, surtout combiné à Article ou FAQPage |
| Product | Utile pour l'e-commerce, prix et disponibilité vérifiables |
| Organization | Utile pour l'entity clarity, qui vous êtes, ce que vous faites |
| Review / AggregateRating | Utile comme preuve tierce, à condition d'être authentique |
| BreadcrumbList | Faible impact direct sur les citations |
| Generic Article sans contenu structuré | Quasi nul |
Le tableau se lit dans un sens précis. Le balisage qui décrit une structure de contenu déjà pensée pour répondre à une question a un effet réel. Le balisage qui se contente de décorer une page existante sans changer sa structure éditoriale a un effet marginal, voire nul. C'est la différence entre mettre une étiquette sur un plat déjà bien préparé, et coller une étiquette sur une assiette vide en espérant qu'elle se remplisse.
Product schema mérite une mention à part pour le e-commerce. Prix, disponibilité, avis vérifiés : ces données structurées permettent à un LLM de répondre à une question transactionnelle sans halluciner un prix obsolète. Une fiche produit sans Product schema oblige le modèle à deviner ou à citer une source tierce, souvent un comparateur qui n'a aucune obligation de vous mettre en avant.
L'infrastructure invisible que personne ne voit tourner
Le vrai rôle du schema en 2026 n'est pas la citation directe. C'est la clarté d'entité. Un LLM qui rencontre votre site doit comprendre rapidement qui vous êtes, ce que vous vendez, où vous opérez, quelle est votre relation avec les entités mentionnées dans votre contenu. Organization schema, avec les bons champs remplis (nom légal, secteur, zone de service, liens vers les profils sociaux et la base de connaissance), réduit l'ambiguïté sur ce point. Ça ne garantit aucune citation. Ça évite en revanche qu'un modèle confonde votre marque avec un homonyme, ou qu'il vous attribue par erreur des informations qui appartiennent à un concurrent portant un nom proche.
Cette fonction d'infrastructure explique pourquoi Microsoft et Google confirment que le schema aide les modèles à comprendre le contenu, sans jamais promettre qu'il déclenche une citation. Le schema construit le contexte dans lequel votre contenu est interprété. Il ne remplace jamais la qualité de ce contenu. Une entreprise qui pense GEO uniquement en termes de balisage technique fait l'erreur classique de confondre l'échafaudage et le bâtiment.
Il y a une deuxième couche à ça, plus discrète. Les LLM construisent des graphes de connaissance internes à partir de ce qu'ils crawlent. Un site avec un balisage cohérent sur toutes ses pages, entités liées correctement entre elles, hiérarchie claire entre organisation, produits et contenu éditorial, devient plus facile à intégrer dans ce graphe. Un site où chaque page utilise un balisage différent, incomplet, parfois contradictoire, complique cette intégration. Le résultat n'est pas visible dans une métrique de citation immédiate. Il se voit sur la durée, dans la stabilité et la précision de ce que les modèles savent dire sur vous.
Prioriser sans se noyer dans le balisage
La question à se poser n'est jamais "combien de types de schema puis-je ajouter" mais "quelles pages ont un contenu assez structuré pour que le balisage serve à quelque chose". Une page FAQ mal écrite, avec des réponses vagues, ne gagnera rien à porter un balisage FAQPage. Il faut d'abord réécrire les réponses pour qu'elles soient autonomes, vérifiables, directement citables, puis ajouter le balisage qui les rend faciles à extraire.
L'ordre de priorité qui a du sens en 2026 tient en trois mouvements. D'abord, Organization schema sur les pages institutionnelles, pour fixer une fois pour toutes qui vous êtes aux yeux des modèles. Ensuite, FAQPage et HowTo sur le contenu qui répond déjà à des questions précises et fréquentes, celles que vos fan-out queries révèlent. Enfin, Product schema sur les fiches qui portent un prix et une disponibilité, si vous êtes en e-commerce. Tout le reste, BreadcrumbList, balisage décoratif sur des pages de contenu générique, peut attendre ou être ignoré sans conséquence mesurable.
Le schema.org de 2026 n'est plus un levier magique, il ne l'a jamais vraiment été. C'est un accélérateur de compréhension pour du contenu qui mérite déjà d'être compris. Sur du contenu faible, il ne rattrape rien. Sur du contenu fort, il enlève de la friction entre votre page et la réponse qu'un modèle va formuler à partir d'elle.
Vurto analyse vos fiches produit et vos pages clés selon dix critères de lisibilité IA, balisage inclus, pour repérer où le schema sert vraiment et où il ne fait que décorer une page qui a besoin d'autre chose.