Données structurées pour le SEO : qu'est-ce que c'est et comment ajouter le balisage Schema
Les données structurées sont du code que vous ajoutez à une page pour indiquer aux moteurs de recherche ce que son contenu signifie exactement : que telle chaîne est un prix, telle autre un auteur, tel bloc une recette. La plupart des gens appellent cela le balisage Schema, du nom du vocabulaire commun que presque tout le monde utilise pour l'écrire.
Si vous êtes arrivé ici en vous demandant « ajouter du Schema fait-il bouger mes positions ? », la réponse honnête est que cela ne fonctionne pas à soi seul. Les données structurées permettent à une fonctionnalité d'apparaître ; elles ne garantissent pas qu'elle le fera, et Google décide, requête par requête, si un rich result est la meilleure expérience.
Cela dit, les pages qui obtiennent des rich results tendent à gagner plus de clics, et les propres études de cas de Google le confirment : Nestlé a mesuré un taux de clic supérieur de 82 % sur les pages affichées en rich results, et Rotten Tomatoes a rapporté un CTR supérieur de 25 % sur les pages avec données structurées par rapport à celles sans.
Ce que sont les données structurées (balisage Schema)
« Balisage Schema » et « données structurées » sont employés de façon interchangeable, même s'il ne s'agit pas exactement de la même chose.
Les données structurées désignent la pratique générale consistant à étiqueter le contenu de manière lisible par les machines. Schema.org est le vocabulaire commun que presque tout le monde utilise pour cela — un projet conjoint porté par Google, Microsoft, Yahoo et Yandex. Ainsi, quand on dit « ajoute du Schema », on veut dire « ajoute des données structurées Schema.org ».
Il existe trois formats : JSON-LD, Microdata et RDFa. Google recommande JSON-LD, et c'est le format qu'utilise chaque exemple ci-dessous.
Le JSON-LD tient dans un seul bloc <script>, généralement dans le <head>, séparé de votre HTML visible. C'est pourquoi il est plus facile à ajouter, à maintenir et à déboguer que Microdata ou RDFa, qui enveloppent des attributs autour de vos véritables éléments de page. Si vous avez hérité d'un site utilisant Microdata, cela fonctionne toujours, mais tout nouveau balisage devrait être en JSON-LD.
Pourquoi le Schema compte plus aujourd'hui, pas moins
Les données structurées sont plus importantes que jamais. Voici trois raisons, classées selon le poids qu'elles devraient avoir dans vos décisions.
- Rich results. Ce sont les listings enrichis qui vont au-delà du lien bleu : notes en étoiles, prix de produits, fils d'Ariane, sitelinks, fiches recette. Ils occupent plus d'espace et attirent davantage l'attention. C'est le bénéfice le plus direct et le plus mesurable.
- Compréhension de l'entité. Le Schema indique à Google ce que vous êtes, pas seulement quels mots figurent sur la page. Le balisage Organization avec des liens
sameAsvers vos profils LinkedIn, X et Wikipédia aide Google à relier votre site à une entité connue de son Knowledge Graph. - IA et AI Overviews. Le Schema ne débloque pas les citations d'IA à lui seul, mais il rend les faits de votre page explicites et cohérents, ce qui aide tout système — humain ou modèle — à les interpréter correctement.
Les types de Schema qui génèrent encore des rich results en 2026
Voici les incontournables, chacun avec du JSON-LD prêt à copier-coller. Remplacez par vos vraies valeurs et gardez chaque champ cohérent avec ce qu'un visiteur voit réellement sur la page.
Article / BlogPosting
Pour les articles de blog, les actualités et le contenu éditorial.
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "Structured Data for SEO: What It Is and How to Add Schema Markup",
"image": "https://example.com/images/structured-data.png",
"datePublished": "2026-07-07",
"dateModified": "2026-07-07",
"author": {
"@type": "Person",
"name": "Jane Doe",
"url": "https://example.com/author/jane-doe"
},
"publisher": {
"@type": "Organization",
"name": "Example",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/logo.png"
}
}
}
Product (avec Offer et note)
Pour une page vendant un produit.
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Trail Running Shoe X",
"image": "https://example.com/shoe.jpg",
"description": "Lightweight trail shoe with a grippy outsole.",
"brand": { "@type": "Brand", "name": "Acme" },
"sku": "ACME-TRX-42",
"offers": {
"@type": "Offer",
"url": "https://example.com/shoe",
"price": "129.00",
"priceCurrency": "USD",
"availability": "https://schema.org/InStock"
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.6",
"reviewCount": "218"
}
}
Review
Pour une critique éditoriale d'un produit, d'un livre, d'un film ou d'un service.
{
"@context": "https://schema.org",
"@type": "Review",
"itemReviewed": { "@type": "Product", "name": "Trail Running Shoe X" },
"reviewRating": {
"@type": "Rating",
"ratingValue": "4",
"bestRating": "5"
},
"author": { "@type": "Person", "name": "Jane Doe" },
"reviewBody": "Comfortable over long distances, though sizing runs small."
}
BreadcrumbList
Pour toute page à l'intérieur d'une hiérarchie. La page courante est le dernier élément et omet item.
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{ "@type": "ListItem", "position": 1, "name": "Home", "item": "https://example.com" },
{ "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://example.com/blog" },
{ "@type": "ListItem", "position": 3, "name": "Structured Data" }
]
}
Organization (avec sameAs)
Placez ceci une seule fois, sur l'ensemble du site (page d'accueil ou modèle global). Le tableau sameAs est le levier de clarté d'entité.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Example",
"url": "https://example.com",
"logo": "https://example.com/logo.png",
"sameAs": [
"https://www.linkedin.com/company/example",
"https://x.com/example",
"https://en.wikipedia.org/wiki/Example"
]
}
LocalBusiness
Pour une entreprise ayant un emplacement physique. Utilisez le sous-type le plus spécifique disponible (Restaurant, Dentist, et ainsi de suite) plutôt que le générique LocalBusiness lorsqu'il en existe un.
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Example Coffee",
"image": "https://example.com/store.jpg",
"@id": "https://example.com",
"url": "https://example.com",
"telephone": "+1-555-0100",
"address": {
"@type": "PostalAddress",
"streetAddress": "123 Main St",
"addressLocality": "Austin",
"addressRegion": "TX",
"postalCode": "78701",
"addressCountry": "US"
},
"geo": {
"@type": "GeoCoordinates",
"latitude": 30.2672,
"longitude": -97.7431
},
"openingHours": "Mo-Fr 07:00-18:00"
}
FAQPage et HowTo
Google a déprécié les rich results FAQ le 7 mai 2026, achevant un repli entamé en août 2023, lorsqu'il les a restreints aux sites gouvernementaux et de santé faisant autorité. Les rich results HowTo ont été dépréciés sur ordinateur dès septembre 2023.
Google continue d'analyser FAQPage pour comprendre une page — vous n'obtiendrez simplement plus le panneau de questions-réponses dépliable dans la recherche. Gardez donc le contenu FAQ sur la page, car il répond à de vraies questions et aide les machines à vous lire. Seulement, n'ajoutez pas le Schema en attendant une fonctionnalité SERP visible.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "Does schema markup guarantee rich results?",
"acceptedAnswer": {
"@type": "Answer",
"text": "No. Valid markup makes a page eligible, but Google decides whether to show a rich result."
}
}]
}
Quel type de Schema pour quelle page
L'erreur la plus courante est de coller le mauvais type sur une page, ou d'empiler des types qui ne s'appliquent pas. Associez le type le plus spécifique à ce qu'est réellement la page, puis vérifiez s'il produit encore un rich result.
| Page | Schema | Rich result en 2026 |
|---|---|---|
| Article de blog, actualité, guide | Article / BlogPosting | Oui |
| Page produit | Product + Offer | Oui |
| Critique éditoriale | Product + Review | Oui |
| Toute page imbriquée | BreadcrumbList | Oui |
| Accueil / à propos | Organization | Entité seulement |
| Emplacement physique | LocalBusiness | Oui (local) |
| Recette | Recipe | Oui |
| Vidéo | VideoObject | Oui |
| Bloc FAQ | FAQPage | Non (déprécié) |
| Étapes how-to | HowTo | Non (déprécié) |
La consigne de Google est d'utiliser le type applicable le plus spécifique et de placer les données structurées sur la page qu'elles décrivent.
Comment tester et valider votre Schema
Ne publiez jamais de Schema que vous n'avez pas vérifié. Deux outils officiels, un rôle chacun :
- Rich Results Test vous indique si une page est éligible à un rich result Google et prévisualise l'apparence possible. Utilisez-le pour répondre à « cela va-t-il obtenir une fonctionnalité ? »
- Schema Markup Validator valide n'importe quel balisage Schema.org de façon générique, sans vérifications de fonctionnalités propres à Google. Utilisez-le pour répondre à « est-ce syntaxiquement correct ? » Il a remplacé l'ancien Structured Data Testing Tool.
Le Schema se casse en silence. Une mise à jour de thème ou un conflit de plugin peut retirer le JSON-LD de centaines de pages sans aucune erreur visible. C'est pourquoi le vrai workflow est le suivant : valider avant de publier, revérifier après chaque changement de modèle ou déploiement, et surveiller dans le temps le statut des rich results dans les rapports d'améliorations de la Search Console.
Validez les données structurées de chaque page avec SEOcrawl AI
Lancer les deux outils Google à la main convient pour une vérification ponctuelle, mais cela ne passe pas à l'échelle et ne vous avertira pas quand un déploiement casse discrètement le balisage sur tout un modèle.
Pour une vérification rapide d'une seule page, le Schema Validator gratuit de SEOcrawl AI audite le JSON-LD d'une URL par rapport à la spécification Schema.org et à la politique Rich Results de Google. Il extrait chaque bloc de la page et sépare les erreurs qui bloquent l'éligibilité des avertissements qui ne font que l'affaiblir, pour que vous sachiez exactement quoi corriger en premier.
Et comme les régressions de balisage se manifestent généralement par une baisse de la couverture des rich results, SEOcrawl AI suit aussi le volet améliorations : récupérez vos données de couverture et de requêtes de la Search Console — manuellement, par règles automatiques ou via le serveur MCP de SEOcrawl directement depuis Claude ou ChatGPT — pour qu'un changement de modèle qui supprime le Schema apparaisse comme une variation mesurable, et non comme un mystère.
FAQs
Le balisage Schema améliore-t-il les positions, ou est-ce un mythe ?
Le Schema n'est pas un facteur de classement. Il rend une page éligible aux rich results et aide les moteurs à comprendre votre contenu, mais il ne vous fait pas monter dans les résultats à lui seul. Le bénéfice est indirect : les pages qui obtiennent des rich results tendent à gagner un meilleur taux de clic.
Les rich results FAQ ont disparu, dois-je supprimer le balisage FAQPage ?
Non. Google a confirmé que FAQPage reste un type valide et qu'il continue d'analyser le balisage pour comprendre votre page. Il n'affichera simplement plus le panneau dépliable. Consacrez plutôt le temps au contenu FAQ, qui capte toujours du trafic de longue traîne et aide les systèmes d'IA à extraire des réponses.
Combien de temps avant de voir un rich result après avoir ajouté le Schema ?
Il n'y a pas de délai fixe. Google doit d'abord recrawler et retraiter la page, ce qui peut prendre de quelques jours à quelques semaines selon la fréquence à laquelle il explore votre site. Et même avec un balisage valide, vous n'obtenez que l'éligibilité, pas une place promise.
Ai-je besoin du Schema pour que ChatGPT ou les AI Overviews me citent ?
Pas spécifiquement. Google a déclaré qu'aucun Schema particulier n'est requis pour les AI Overviews ni pour l'AI Mode. Ce qui compte, c'est que vos données structurées correspondent à votre contenu visible et que ce contenu réponde réellement à la question. Le Schema réduit l'ambiguïté pour les modèles, ce qui aide, mais il ne force pas une citation.
L'ajout de JSON-LD ralentira-t-il ma page ?
Non. Un bloc JSON-LD est un petit morceau de texte dans le code source de la page et ne rend ni ne bloque rien de visuel. Le seul coût réel est la maintenance : gardez-le exact et retirez les blocs des fonctionnalités que vous ne visez plus.
Auteur : David Kaufmann
Cela fait plus de 10 ans que je suis totalement obsédé par le SEO — et honnêtement, je ne voudrais pas qu'il en soit autrement.
Ma carrière a franchi un cap lorsque j'ai travaillé comme Senior SEO Specialist pour Chess.com — l'un des 100 sites les plus visités de tout Internet. Opérer à cette échelle, sur des millions de pages, des dizaines de langues et dans l'une des SERPs les plus concurrentielles qui soient, m'a appris des choses qu'aucun cours ni aucune certification ne pourrait jamais transmettre. Cette expérience a transformé ma vision de ce qu'est réellement un SEO d'excellence — et elle est devenue le socle de tout ce que j'ai construit depuis.
Forcé par cette expérience, j'ai fondé SEO Alive — une agence pour les marques qui prennent la croissance organique au sérieux. Nous ne sommes pas là pour vendre des dashboards et des rapports mensuels. Nous sommes là pour bâtir des stratégies qui font vraiment la différence, en combinant le meilleur du SEO classique avec le nouvel univers passionnant de la Generative Engine Optimization (GEO) — afin que votre marque apparaisse non seulement dans les liens bleus de Google, mais aussi dans les réponses générées par l'AI que ChatGPT, Perplexity et Google AI Overviews livrent chaque jour à des millions de personnes.
Et parce que je ne trouvais aucun outil capable de gérer correctement ces deux mondes, j'en ai construit un moi-même — SEOcrawl, une plateforme d'intelligence SEO pour les entreprises qui réunit rankings, audits techniques, monitoring des backlinks, santé du crawl et suivi de la visibilité de marque dans l'AI, le tout au même endroit. C'est la plateforme dont j'ai toujours rêvé.
Découvrez plus de contenu de cet auteur
