Schema.org : guide complet des données structurées SEO

Schema.org : le guide des données structurées qui renforcent vraiment votre SEO

Sommaire

Par Nicolas Schiavon, consultant SEO et Growth Marketer chez Metadosi
Mis à jour le 1er juillet 2026

Les données structurées sont souvent présentées comme une astuce permettant d’obtenir des étoiles, des FAQ ou des résultats plus visibles dans Google.

Cette définition est trop limitée.

Schema.org est avant tout un vocabulaire standardisé qui permet de décrire précisément les éléments présents sur une page : une entreprise, une personne, un article, un produit, un événement, un avis ou encore le fil d’Ariane d’un site.

Sans données structurées, un moteur de recherche analyse les textes, les liens, les images et la structure HTML pour essayer de comprendre ce que représente chaque élément.

Avec des données structurées correctement implémentées, vous lui fournissez des indications explicites :

cette page présente une entreprise ;
cette personne est l’auteur de l’article ;
cette adresse correspond à un établissement local ;
cette image est le logo officiel de la marque ;
cette note provient de véritables évaluations ;
cette page occupe une position précise dans l’architecture du site.

Google explique que les données structurées l’aident à comprendre le contenu d’une page et peuvent rendre celle-ci éligible à des résultats enrichis. Elles ne garantissent toutefois ni un meilleur classement ni l’affichage d’un résultat enrichi.

En 2026, une stratégie Schema.org efficace ne consiste donc pas à ajouter le plus grand nombre possible de balises. Elle consiste à décrire les bonnes entités, sur les bonnes pages, avec des informations exactes et cohérentes.

À retenir

Schema.org aide les machines à interpréter plus précisément le contenu d’un site.
Le balisage peut rendre certaines pages éligibles à des résultats enrichis.
Les données structurées ne constituent pas, à elles seules, une garantie de positionnement.
Google recommande le format JSON-LD.
Les informations balisées doivent être visibles et cohérentes avec le contenu de la page.
Les résultats enrichis HowTo sont dépréciés depuis 2023.
Les résultats enrichis issus de FAQPage ne sont plus affichés par Google depuis le 7 mai 2026.
Les avis qu’une entreprise publie à propos d’elle-même ne permettent généralement pas d’obtenir des étoiles dans les résultats.
Aucun balisage Schema.org spécial n’est requis pour apparaître dans les fonctionnalités IA de Google.

Qu’est-ce que Schema.org ?

Qu'est-ce que le projet Schema.org — Qu’est-ce que le projet Schema.org

Schema.org est un vocabulaire partagé permettant de décrire des informations sous une forme lisible par les machines.

Il ne s’agit pas d’un logiciel ni d’un plugin WordPress. Schema.org définit des types d’entités et les propriétés qui peuvent leur être associées.

Par exemple, une entreprise peut être décrite avec le type Organization et les propriétés suivantes :

name pour son nom ;
url pour son site officiel ;
logo pour son identité visuelle ;
telephone pour son numéro de téléphone ;
address pour son adresse ;
sameAs pour ses profils officiels ;
founder pour son fondateur ;
areaServed pour sa zone d’intervention.

Le vocabulaire évolue régulièrement. La documentation Schema.org affiche actuellement la version 30.0, publiée en mars 2026.

Schema.org et données structurées : quelle différence ?

Les deux expressions sont proches, mais ne désignent pas exactement la même chose.

Schema.org est le vocabulaire. Il définit les mots et les relations utilisés pour décrire les entités.

Les données structurées sont l’implémentation technique. Elles correspondent au code ajouté dans une page pour utiliser ce vocabulaire.

Une comparaison simple permet de comprendre la différence :

Schema.org est le dictionnaire ;
JSON-LD est une manière d’écrire les phrases ;
le code placé dans la page est le message transmis aux moteurs.

Quels sont les formats de données structurées ?

Google prend en charge trois formats principaux :

JSON-LD ;
Microdata ;
RDFa.

Google recommande JSON-LD. Ce format peut être intégré dans une balise <script type="application/ld+json"> sans modifier directement les éléments HTML visibles de la page. Il est généralement plus facile à générer, à maintenir et à contrôler que les microdonnées insérées dans chaque balise HTML.

Pourquoi nous privilégions JSON-LD chez Metadosi

JSON-LD facilite notamment :

la centralisation des informations ;
l’utilisation d’un graphe reliant plusieurs entités ;
l’automatisation sur les modèles de pages ;
les corrections à grande échelle ;
la maintenance après une refonte ;
la détection des informations contradictoires ;
le contrôle des identifiants @id.

Le format choisi ne suffit cependant pas à garantir la qualité du balisage. Un code JSON-LD techniquement valide peut rester inutile, incomplet ou trompeur.

Pourquoi les données structurées sont-elles importantes pour le SEO ?

Les données structurées remplissent trois fonctions principales : aider à comprendre, désambiguïser et présenter.

1. Aider les moteurs à comprendre le contenu

Google analyse naturellement le contenu des pages, mais Schema.org permet de lui fournir des indices explicites sur leur signification.

Il devient alors plus facile de distinguer :

le nom d’une entreprise d’un simple texte ;
l’auteur d’un article d’une personne citée dans cet article ;
une adresse postale d’une zone géographique mentionnée ;
une note client d’un nombre sans contexte ;
une date de modification d’une date citée dans le contenu.

Google indique également utiliser les données structurées pour recueillir des informations sur les personnes, les entreprises, les livres et les autres entités décrites sur le Web.

2. Désambiguïser les entités

Une marque peut partager son nom avec une autre entreprise. Un consultant peut avoir un homonyme. Une agence peut posséder plusieurs implantations.

Les propriétés comme url, sameAs, logo, address, identifier et @id permettent d’associer plusieurs informations à une même entité.

Cette désambiguïsation est particulièrement importante pour :

les marques ;
les entreprises locales ;
les experts et auteurs ;
les établissements disposant de plusieurs agences ;
les sites publiant beaucoup de contenus ;
les entreprises actives sur plusieurs plateformes.

Google précise que le balisage Organization peut l’aider à comprendre les informations administratives d’une organisation et à la différencier d’autres entités. Certaines propriétés peuvent également influencer le logo ou les informations affichées dans un Knowledge Panel.

3. Rendre les pages éligibles à des résultats enrichis

Certains types de données structurées peuvent modifier la présentation d’une page dans les résultats de recherche.

Selon la nature du site, Google prend notamment en charge des fonctionnalités liées aux éléments suivants :

articles ;
fils d’Ariane ;
entreprises locales ;
produits ;
événements ;
offres d’emploi ;
recettes ;
vidéos ;
avis éligibles ;
profils de créateurs ;
jeux de données.

La liste évolue. Il est donc indispensable de vérifier la documentation officielle avant d’implémenter un type dans le seul objectif d’obtenir un affichage enrichi.

Deux statistiques sur l’impact potentiel des résultats enrichis

Google présente plusieurs études de cas d’entreprises ayant déployé des données structurées :

Rotten Tomatoes a mesuré un taux de clic supérieur de 25 % sur 100 000 pages bénéficiant d’améliorations grâce aux données structurées, par rapport aux pages qui n’en bénéficiaient pas.
Food Network a constaté une hausse de 35 % de ses visites après avoir rendu 80 % de ses pages éligibles à des fonctionnalités de recherche enrichies.

Ces résultats montrent le potentiel d’une meilleure présentation dans les résultats, mais ils ne doivent pas être transformés en promesse commerciale universelle. Le gain dépend du secteur, de la requête, de la position, de l’appareil utilisé et du type de résultat affiché.

Les données structurées sont-elles un facteur de classement ?

Il faut distinguer deux sujets :

le classement d’une page ;
son apparence dans les résultats.

Google présente les données structurées comme un moyen de mieux comprendre une page et de la rendre éligible à certaines fonctionnalités de recherche. Il ne garantit pas qu’un balisage valide sera affiché dans les résultats enrichis.

Il est donc inexact de promettre qu’ajouter Schema.org fera automatiquement gagner des positions.

En revanche, le balisage peut produire des bénéfices indirects :

meilleure compréhension des entités ;
association plus claire entre une marque, ses auteurs et ses contenus ;
éligibilité à des résultats enrichis ;
présentation plus attractive de certaines pages ;
amélioration potentielle du taux de clic ;
cohérence accrue entre le site, les profils sociaux et les informations locales.

La bonne approche consiste à traiter Schema.org comme une couche de clarification sémantique, et non comme un bouton permettant de « booster » artificiellement un classement.

Schema.org peut-il améliorer la visibilité dans les réponses générées par l’IA ?

Cette question appelle une réponse nuancée.

Les systèmes de recherche et les assistants fondés sur l’intelligence artificielle doivent identifier des entités, relier des informations et évaluer la cohérence des sources. Un balisage structuré propre peut contribuer à rendre certains éléments d’une page plus explicites pour les machines.

Il ne faut cependant pas affirmer qu’un site sera cité par une IA simplement parce qu’il utilise Schema.org.

Concernant les fonctionnalités IA de Google, la documentation officielle précise qu’il n’existe pas d’exigence technique supplémentaire ni de balisage Schema.org spécial à ajouter. Pour apparaître comme lien dans AI Overviews ou AI Mode, une page doit avant tout être indexée et éligible à un affichage classique dans Google Search. Google recommande néanmoins de vérifier que les données structurées correspondent bien au texte visible.

Les priorités restent donc les suivantes :

publier une information originale et utile ;
rendre le contenu accessible à l’exploration ;
présenter les informations importantes sous forme textuelle ;
construire un maillage interne logique ;
identifier clairement les auteurs ;
citer les sources utilisées ;
maintenir les informations à jour ;
faire correspondre le balisage au contenu réellement visible ;
renforcer la réputation de la marque au-delà de son propre site.

Schema.org peut soutenir cette stratégie, mais il ne remplace ni l’expertise, ni la notoriété, ni la qualité éditoriale.

Quels types de données structurées faut-il utiliser en 2026 ?

Il n’existe pas une liste identique pour tous les sites. Le balisage doit être choisi en fonction du contenu réellement présent et des objectifs de chaque modèle de page.

Type Schema.org	Pages concernées	Utilité principale	Situation dans Google en 2026	Priorité
`Organization`	Accueil, à propos	Identifier la marque, le logo et les coordonnées	Peut contribuer aux éléments visuels et à la compréhension de l’organisation	Essentielle
`LocalBusiness`	Page d’établissement ou agence locale	Décrire l’adresse, les horaires et l’activité locale	Pris en charge pour certaines fonctionnalités locales	Essentielle en SEO local
`Person`	Profil d’auteur ou d’expert	Identifier une personne, son rôle et ses profils officiels	Sert à relier l’auteur aux contenus	Élevée
`ProfilePage`	Page dédiée à un auteur ou créateur	Indiquer que la page présente un créateur	Pris en charge pour certains profils et contenus de créateurs	Élevée si page dédiée
`Article` ou `BlogPosting`	Articles de blog	Identifier l’auteur, l’éditeur, les dates et les images	Pris en charge par Google	Élevée
`BreadcrumbList`	Pages internes	Décrire la position de la page dans le site	Peut générer un fil d’Ariane dans les résultats	Élevée
`Review` et `AggregateRating`	Pages d’entités éligibles	Décrire de véritables avis et notes	Étoiles possibles uniquement dans les situations autorisées	Conditionnelle
`Product`	Fiches produits	Prix, disponibilité, offre et évaluation	Fort potentiel pour les sites e-commerce	Essentielle en e-commerce
`Event`	Pages d’événements	Dates, lieu, organisateur et billetterie	Peut générer un résultat événement	Selon l’activité
`Service`	Pages de services	Décrire la prestation proposée	Pas de résultat enrichi Google dédié	Utile sémantiquement
`FAQPage`	Pages contenant une FAQ	Décrire des questions et leurs réponses	Plus de résultat enrichi Google depuis mai 2026	Optionnelle
`HowTo`	Guides procéduraux	Décrire les étapes d’une procédure	Résultat enrichi Google déprécié depuis septembre 2023	Optionnelle

1. Organization : construire l’identité numérique de l’entreprise

Le type Organization constitue la base du graphe de connaissances d’une entreprise.

Google recommande généralement de placer ce balisage sur la page d’accueil ou sur une page décrivant clairement l’organisation.

Les propriétés utiles peuvent inclure :

name ;
legalName ;
url ;
logo ;
description ;
email ;
telephone ;
address ;
sameAs ;
founder ;
foundingDate ;
vatID ;
areaServed.

Les informations doivent correspondre aux éléments réellement affichés sur le site et aux données présentes dans les autres sources officielles.

Pour une agence comme Metadosi, il faut notamment vérifier la cohérence entre :

le nom de l’agence ;
le site officiel ;
la page À propos ;
les mentions légales ;
les coordonnées de contact ;
les profils sociaux ;
la fiche d’établissement Google ;
les annuaires professionnels pertinents.

Le balisage ne corrige pas une identité numérique incohérente. Il rend simplement cette incohérence plus facile à détecter.

2. LocalBusiness : décrire précisément une implantation locale

LocalBusiness est un sous-type de Organization. Il doit être utilisé lorsqu’une entreprise possède un établissement ou une implantation locale clairement identifiable.

Il permet notamment de renseigner :

l’adresse postale ;
les coordonnées géographiques ;
le numéro de téléphone ;
les horaires d’ouverture ;
la zone desservie ;
le type d’activité ;
l’URL de la page locale ;
les moyens de contact.

Google indique que ces données peuvent l’aider à comprendre les horaires, les services et les différents départements d’une entreprise locale.

Pour une agence SEO intervenant à Chambéry et en Savoie, l’implémentation doit être alignée avec :

la page locale consacrée à Chambéry ;
l’adresse réelle de l’établissement ;
la fiche Google Business Profile ;
les coordonnées du pied de page ;
les données présentes sur la page de contact.

Il ne faut pas créer artificiellement un LocalBusiness pour chaque ville ciblée si l’entreprise n’y possède pas de véritable implantation.

Une page « agence SEO Annecy » ou « consultant SEO Grenoble » ne doit pas automatiquement être présentée comme un établissement physique situé dans cette ville.

3. Person et ProfilePage : rendre les auteurs et experts identifiables

Sur un site de conseil, l’expertise est incarnée par des personnes.

Le type Person peut décrire :

le nom de l’expert ;
son poste ;
son entreprise ;
ses domaines de compétence ;
sa photo ;
ses profils professionnels ;
ses publications ;
ses affiliations.

Pour renforcer l’E-E-A-T d’un blog professionnel, chaque article devrait présenter une signature claire et renvoyer vers une page d’auteur complète.

Cette page peut contenir :

une biographie professionnelle ;
l’expérience de l’auteur ;
ses spécialités ;
ses certifications vérifiables ;
ses interventions ou publications ;
ses profils officiels ;
les articles qu’il a rédigés ;
un moyen de le contacter.

Le balisage ProfilePage peut être utilisé lorsqu’une page est réellement consacrée au profil d’un créateur ou d’un contributeur. Google précise que ce type l’aide à comprendre les créateurs publiant des expériences ou des points de vue de première main.

Pour cette page, l’auteur doit être clairement indiqué :

Nicolas Schiavon, consultant SEO et Growth Marketer chez Metadosi.

Cette signature devrait idéalement renvoyer vers une page auteur dédiée, et pas uniquement vers une page générique présentant l’agence.

4. Article ou BlogPosting : identifier chaque contenu éditorial

Le type Article, ou son sous-type BlogPosting, est particulièrement important pour le blog d’une agence SEO.

Il permet de préciser :

le titre de l’article ;
son auteur ;
sa date de publication ;
sa date de modification ;
son image principale ;
son éditeur ;
son URL canonique ;
la langue du contenu ;
le sujet principal.

Une implémentation rigoureuse doit relier l’article à l’auteur et à l’organisation grâce à des identifiants @id stables.

Par exemple :

https://www.metadosi.fr/#organization pour l’agence ;
https://www.metadosi.fr/nicolas-schiavon/#person pour l’auteur ;
l’URL de l’article suivie de #article pour le contenu.

Cette structure évite de recréer une nouvelle entité « Metadosi » ou « Nicolas Schiavon » dans chaque bloc JSON-LD.

La date de modification doit correspondre à une vraie mise à jour

Changer automatiquement dateModified à chaque affichage de la page est une mauvaise pratique.

La date doit être actualisée lorsqu’une modification significative a été réalisée :

correction d’une information devenue fausse ;
ajout d’une section importante ;
mise à jour d’un exemple ;
intégration d’une nouvelle recommandation ;
actualisation des sources.

Google déconseille de modifier une date uniquement pour donner l’impression qu’un contenu est récent.

5. BreadcrumbList : clarifier la place de la page dans l’architecture

Le fil d’Ariane permet à l’utilisateur et au moteur de comprendre la position d’une page dans la hiérarchie du site.

Pour cet article, une structure cohérente pourrait être :

Accueil > Blog > SEO technique > Schema.org et données structurées

Le balisage BreadcrumbList peut aider Google à contextualiser la page et à présenter cette navigation dans les résultats de recherche.

Le fil d’Ariane doit :

être visible sur la page ;
utiliser des liens accessibles à l’exploration ;
correspondre à l’architecture réelle ;
conserver un ordre logique ;
éviter les catégories fictives créées uniquement pour le balisage.

6. Review et AggregateRating : attention aux étoiles promises trop facilement

Les balises Review et AggregateRating sont régulièrement utilisées de manière abusive.

Une entreprise ne peut pas simplement recopier ses avis Google sur son site, ajouter une note moyenne dans son propre balisage LocalBusiness, puis considérer que Google affichera des étoiles sous son résultat.

Google limite les avis concernant LocalBusiness et Organization lorsque l’entreprise contrôle elle-même les avis publiés à son propre sujet. Ces avis sont considérés comme auto-promotionnels, ou self-serving.

Les règles essentielles sont les suivantes :

les avis doivent être authentiques ;
la note doit être visible sur la page ;
les valeurs du balisage doivent correspondre aux valeurs affichées ;
les avis ne doivent pas être fabriqués ;
les notes ne doivent pas être agrégées depuis d’autres sites sans respecter les règles ;
le type d’entité évalué doit être éligible ;
l’entreprise ne doit pas promettre l’apparition d’étoiles.

Les avis restent très importants pour la confiance et la conversion. Leur présence sur une page peut être utile aux internautes même lorsqu’aucune étoile n’est affichée dans Google.

Que deviennent FAQPage et HowTo en ?

Cette question est importante, car de nombreux articles consacrés à Schema.org sont désormais obsolètes.

FAQPage : plus de résultat enrichi dans Google depuis mai 2026

Google avait déjà fortement réduit l’affichage des FAQ enrichies en 2023. Elles étaient alors principalement réservées aux sites gouvernementaux et médicaux reconnus.

Depuis le 7 mai 2026, la fonctionnalité n’apparaît plus dans les résultats Google. La documentation dédiée a ensuite été retirée en juin 2026.

Cela ne signifie pas qu’il faut supprimer toutes les FAQ de son site.

Une bonne FAQ reste utile pour :

répondre aux objections ;
couvrir des questions précises ;
améliorer la compréhension d’un service ;
faciliter la navigation ;
soutenir la conversion ;
proposer des réponses faciles à extraire et à citer.

En revanche, il ne faut plus présenter FAQPage comme un moyen d’obtenir des questions-réponses visibles directement sous un résultat Google.

HowTo : un résultat enrichi déprécié depuis 2023

Google a cessé d’afficher les résultats enrichis HowTo sur mobile, puis sur ordinateur en septembre 2023. La fonctionnalité est désormais dépréciée.

Le type Schema.org existe toujours et peut conserver une utilité sémantique pour décrire une procédure. Il ne faut toutefois plus promettre un résultat enrichi HowTo dans Google.

Pour un guide pratique, les priorités sont désormais :

une structure H2/H3 claire ;
des étapes numérotées ;
des instructions précises ;
des images ou vidéos utiles ;
une table des matières ;
un auteur compétent ;
une date de mise à jour fiable ;
des liens vers les sources techniques.

Exemple simplifié d’un graphe JSON-LD

Voici une structure simplifiée reliant un article, son auteur, l’agence et son fil d’Ariane.

Les URL du logo, de l’image et du profil de l’auteur doivent être adaptées aux ressources définitives du site.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.metadosi.fr/#organization",
      "name": "Metadosi",
      "url": "https://www.metadosi.fr/",
      "logo": {
        "@type": "ImageObject",
        "url": "https://www.metadosi.fr/URL-DU-LOGO.png"
      },
      "telephone": "+33973884537",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "23 Allée des Érables",
        "postalCode": "73190",
        "addressLocality": "Challes-les-Eaux",
        "addressCountry": "FR"
      }
    },
    {
      "@type": "Person",
      "@id": "https://www.metadosi.fr/nicolas-schiavon/#person",
      "name": "Nicolas Schiavon",
      "jobTitle": "Consultant SEO et Growth Marketer",
      "worksFor": {
        "@id": "https://www.metadosi.fr/#organization"
      },
      "url": "https://www.metadosi.fr/nicolas-schiavon/"
    },
    {
      "@type": "BlogPosting",
      "@id": "https://www.metadosi.fr/limportance-du-balisage-schema-org-pour-le-seo-et-son-utilisation/#article",
      "url": "https://www.metadosi.fr/limportance-du-balisage-schema-org-pour-le-seo-et-son-utilisation/",
      "headline": "Schema.org en 2026 : le guide des données structurées qui renforcent vraiment votre SEO",
      "dateModified": "2026-07-01",
      "inLanguage": "fr-FR",
      "author": {
        "@id": "https://www.metadosi.fr/nicolas-schiavon/#person"
      },
      "publisher": {
        "@id": "https://www.metadosi.fr/#organization"
      },
      "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "https://www.metadosi.fr/limportance-du-balisage-schema-org-pour-le-seo-et-son-utilisation/"
      }
    },
    {
      "@type": "BreadcrumbList",
      "@id": "https://www.metadosi.fr/limportance-du-balisage-schema-org-pour-le-seo-et-son-utilisation/#breadcrumb",
      "itemListElement": [
        {
          "@type": "ListItem",
          "position": 1,
          "name": "Accueil",
          "item": "https://www.metadosi.fr/"
        },
        {
          "@type": "ListItem",
          "position": 2,
          "name": "Blog",
          "item": "https://www.metadosi.fr/blog/"
        },
        {
          "@type": "ListItem",
          "position": 3,
          "name": "Schema.org et données structurées"
        }
      ]
    }
  ]
}
</script>

Cet exemple constitue une base et non un code prêt à déployer sans contrôle. Il faut notamment ajouter l’image principale, la date de publication réelle, les profils officiels et les éventuelles propriétés spécifiques à l’agence.

Les erreurs Schema.org les plus fréquentes

Ajouter le même balisage sur toutes les pages

Chaque page doit décrire son contenu principal.

Une fiche produit, un article, une page d’agence locale et une page auteur ne peuvent pas utiliser exactement le même graphe.

Laisser plusieurs plugins générer des blocs concurrents

Sur WordPress, un thème, une extension SEO, un plugin d’avis et un constructeur de pages peuvent générer simultanément leurs propres données structurées.

On obtient alors parfois :

plusieurs organisations différentes ;
plusieurs logos ;
des URL incohérentes ;
deux fils d’Ariane ;
plusieurs auteurs ;
des identifiants @id contradictoires.

L’objectif n’est pas nécessairement de n’avoir qu’un seul script JSON-LD, mais de disposer d’un graphe cohérent.

Baliser un contenu invisible

Google demande que les informations décrites par les données structurées soient visibles pour les utilisateurs.

Il ne faut pas ajouter dans le code :

des avis absents de la page ;
des questions-réponses masquées ;
une adresse qui n’est pas présentée aux internautes ;
une offre inexistante ;
un auteur fictif ;
un prix différent du prix affiché.

Le fait qu’un code passe un validateur ne garantit pas qu’il respecte les consignes de qualité.

Utiliser un type trop générique

Lorsqu’un type précis existe, il est préférable de l’utiliser.

Exemples :

LocalBusiness plutôt que Organization pour un véritable établissement local ;
BlogPosting plutôt que CreativeWork pour un article de blog ;
Product plutôt que Thing pour une fiche produit ;
Event plutôt que Thing pour un événement.

Ajouter des propriétés sans source visible

Des propriétés comme award, knowsAbout, review, aggregateRating ou areaServed ne doivent pas être ajoutées uniquement parce qu’elles semblent valorisantes.

Chaque information doit pouvoir être justifiée par le contenu ou par une source officielle.

Oublier la maintenance

Les données structurées doivent être actualisées lorsque changent :

les horaires ;
l’adresse ;
le numéro de téléphone ;
le logo ;
le prix ;
la disponibilité ;
l’auteur ;
la date d’un événement ;
le statut d’une offre ;
la politique de retour.

Un balisage obsolète peut devenir contradictoire avec la page visible.

Confondre validation et performance

Un résultat « valide » signifie essentiellement que le code respecte une syntaxe et certaines propriétés attendues.

Il ne signifie pas :

que la page sera mieux classée ;
que Google affichera un résultat enrichi ;
que les informations sont pertinentes ;
que l’entité est reconnue ;
que les avis sont éligibles ;
que la page sera citée par une IA.

Comment vérifier ses données structurées ?

Une vérification sérieuse doit combiner plusieurs outils.

1. Le test des résultats enrichis de Google

Le Rich Results Test permet de vérifier les fonctionnalités Google prises en charge et d’identifier les erreurs critiques.

URL :
https://search.google.com/test/rich-results

Il faut tester :

le code avant son déploiement ;
l’URL publiée ;
la version réellement rendue par Google.

2. Le validateur Schema.org

Le validateur Schema.org permet d’examiner le vocabulaire, y compris les types qui ne correspondent pas à un résultat enrichi Google.

URL :
https://validator.schema.org/

Un type peut être valide dans Schema.org sans être utilisé par Google pour une fonctionnalité particulière.

3. L’inspection d’URL dans Google Search Console

L’inspection d’URL permet de vérifier :

si la page est indexable ;
si Google peut l’explorer ;
quelle version a été récupérée ;
si le code injecté en JavaScript est présent ;
si une nouvelle exploration doit être demandée.

4. Les rapports d’amélioration de Search Console

Selon les types présents sur le site, Search Console peut afficher des rapports consacrés aux produits, aux fils d’Ariane, aux événements, aux vidéos ou à d’autres résultats enrichis.

Il faut suivre :

le nombre d’éléments valides ;
les éléments valides avec avertissements ;
les erreurs ;
les baisses soudaines après une mise à jour ;
les changements provoqués par une modification de modèle.

5. Un crawl complet du site

Tester quelques URL ne suffit pas pour un site comportant des centaines de pages.

Un crawl permet de détecter :

les pages sans balisage ;
les données dupliquées ;
les propriétés vides ;
les erreurs de génération ;
les mauvaises URL canoniques ;
les dates incohérentes ;
les variations entre modèles ;
les pages sur lesquelles le mauvais type est utilisé.

Comment intégrer Schema.org dans une stratégie SEO globale ?

Schema.org doit prolonger la structure éditoriale et technique du site.

Commencer par identifier les entités

Avant d’écrire du code, il faut déterminer ce que le site doit réellement décrire :

l’entreprise ;
ses établissements ;
ses dirigeants ;
ses consultants ;
ses services ;
ses contenus ;
ses produits ;
ses événements ;
ses zones d’intervention.

Construire des pages de référence

Chaque entité importante devrait disposer d’une page claire.

Par exemple :

une page À propos pour l’entreprise ;
une page par établissement réel ;
une page par expert ou auteur régulier ;
une page par service stratégique ;
un article complet par sujet important.

Les données structurées ne peuvent pas compenser l’absence de contenu de référence.

Relier les entités entre elles

Le graphe doit montrer les relations :

Nicolas Schiavon travaille pour Metadosi ;
Nicolas Schiavon est l’auteur de cet article ;
Metadosi publie cet article ;
Metadosi possède une implantation en Savoie ;
l’article appartient à une catégorie SEO technique.

Les propriétés et les identifiants @id servent à construire ces relations.

Maintenir une identité cohérente sur le Web

Les informations présentes dans Schema.org doivent correspondre aux autres sources contrôlées par l’entreprise :

Google Business Profile ;
LinkedIn ;
Facebook ;
Instagram ;
annuaires professionnels ;
mentions légales ;
pages de contact ;
profils des dirigeants.

La cohérence ne garantit pas la création d’un Knowledge Panel, mais enrichit le knowledge graph, mais elle réduit les ambiguïtés.

Note méthodologique suggérée

Cet article a été mis à jour par Nicolas Schiavon à partir de la documentation officielle de Google Search Central et de Schema.org. Les fonctionnalités prises en charge par Google évoluant régulièrement, les recommandations et les statuts des résultats enrichis ont été vérifiés en juillet 2026.

Notre méthode pour déployer Schema.org

Chez Metadosi, nous recommandons un déploiement en cinq étapes.

Étape 1 : auditer l’existant

Nous identifions :

les scripts JSON-LD déjà présents ;
les plugins qui les génèrent ;
les erreurs et avertissements ;
les entités dupliquées ;
les différences entre le code et les pages visibles.

Étape 2 : cartographier les entités

Nous déterminons les entités importantes, leurs pages de référence et les relations à créer.

Étape 3 : définir le balisage par modèle de page

Chaque modèle reçoit un balisage adapté :

accueil ;
page d’agence locale ;
page de service ;
profil d’auteur ;
article ;
fiche produit ;
événement.

Étape 4 : tester un échantillon

Avant un déploiement global, nous validons plusieurs pages représentatives avec :

le Rich Results Test ;
le validateur Schema.org ;
l’inspection d’URL ;
un contrôle manuel du code rendu.

Étape 5 : surveiller après la mise en ligne

Nous vérifions les rapports Search Console et les données générées lors des modifications de thème, de plugin ou de modèle.

FAQ sur Schema.org

Faut-il installer Schema.org sur tous les sites ?

La majorité des sites professionnels peuvent tirer parti d’un balisage de base, notamment Organization, Article et BreadcrumbList. Les types supplémentaires doivent dépendre du contenu réel.

Faut-il ajouter toutes les propriétés disponibles ?

Non. Il faut utiliser les propriétés pertinentes et vérifiables. Une information exacte et complète vaut mieux qu’un graphe très volumineux rempli de propriétés approximatives.

JSON-LD améliore-t-il directement le classement ?

Google recommande JSON-LD comme format, mais le simple fait de l’ajouter ne garantit pas une hausse de position. Il facilite surtout l’implémentation et la compréhension structurée du contenu.

Peut-on encore utiliser FAQPage ?

Oui, le type existe toujours dans Schema.org. En revanche, Google n’affiche plus le résultat enrichi FAQ depuis mai 2026. Une FAQ doit donc être créée pour aider les visiteurs, et non pour obtenir artificiellement plus d’espace dans les résultats. Maintenant les IA s’en servent, et qui sait si Google ne fera pas marche arrière.

Peut-on ajouter les avis Google dans AggregateRating ?

Afficher des témoignages authentiques sur une page peut être utile. En revanche, le balisage des avis qu’une entreprise publie à propos d’elle-même n’est généralement pas éligible aux étoiles pour Organization ou LocalBusiness.

Schema.org permet-il d’être cité dans ChatGPT ou dans une réponse IA ?

Aucun balisage ne garantit une citation. Les données structurées peuvent contribuer à rendre les entités et les relations plus explicites, mais la visibilité dépend aussi de l’indexation, de la qualité du contenu, de l’autorité de la source et du fonctionnement propre à chaque système.

Conclusion : Schema.org est une couche de clarté, pas une formule magique

En 2026, les données structurées restent une composante importante du SEO technique.

Elles permettent de décrire clairement une entreprise, ses auteurs, ses contenus, ses produits et son architecture. Elles peuvent également rendre certaines pages éligibles à des résultats enrichis et améliorer la cohérence du graphe d’entités d’un site.

Mais Schema.org ne remplace pas :

une stratégie éditoriale ;
une expertise démontrée ;
une architecture claire ;
un site techniquement accessible ;
une bonne réputation ;
des informations fiables et actualisées.

L’objectif n’est pas d’ajouter des balises pour satisfaire un outil de validation. L’objectif est de créer une représentation fidèle, cohérente et maintenable de votre activité.

Vous ne savez pas si les données structurées de votre site sont complètes ou conformes aux recommandations actuelles ?

Découvrez notre service d’audit SEO :
https://www.metadosi.fr/audit-seo/

Pour une stratégie de visibilité locale en Savoie, consultez également notre page consacrée à Metadosi notre agence SEO à Chambéry :
https://www.metadosi.fr/contact-us/chambery/

Contactez Metadosi :
https://www.metadosi.fr/nous-contacter/

Sources et documentation

Google Search Central — Introduction aux données structurées
https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data
Google Search Central — Galerie des données structurées prises en charge
https://developers.google.com/search/docs/appearance/structured-data/search-gallery
Documentation officielle Schema.org
https://schema.org/docs/documents.html

Contactez Metadosi en ligne ou par téléphone au 06 80 60 77 77 pour mettre en place un balisage Schema.org afin d’améliorer la visibilité de votre site dans Google et optimiser le référencement de son site internet.