Schema.org vs microdonnées : quelle est la différence en 2026 ?

Franchement, quand je me suis intéressé aux données structurées il y a quelques années, j'ai mis des semaines à comprendre la différence entre schema.org et les microdonnées. Et je ne suis pas le seul : c’est le genre de confusion qui fait perdre un temps fou aux développeurs et aux SEO. Alors voilà, je vais essayer de vous épargner cette galère.

Schema.org, c’est un vocabulaire, pas un format — et c’est là que tout le monde se trompe

J’ai vu tellement de gens utiliser « schema » et « microdonnées » comme des synonymes. C’est faux. Et ça bloque la compréhension de tout le système.

Schema.org, c’est un projet lancé par Google, Bing, Yandex et Yahoo en 2011. C’est une collection de types (Person, Product, Article, LocalBusiness…) et de propriétés associées (name, description, price, author…). Imaginez un dictionnaire qui dit : « Si tu veux décrire un événement, tu utilises le type Event, avec les propriétés startDate, location, name, etc. » C’est juste le vocabulaire.

Mais ce vocabulaire, il faut bien l’écrire quelque part dans votre page HTML. Et là, vous avez plusieurs options : les microdonnées, JSON-LD, ou RDFa. Ce sont les formats de syntaxe.

La nuance est fondamentale : Schema.org ne contient aucune règle technique sur comment coller les données dans votre code. Il donne juste le nom des choses. Les microdonnées, elles, définissent comment utiliser les attributs itemscope, itemtype, itemprop dans votre HTML.

Autrement dit : Schema.org = la langue. Microdonnées = l’alphabet et la grammaire pour écrire cette langue.

Un exemple concret : même schéma, deux formats

Prenons un article de blog. En microdonnées, ça donnerait ça :

<article itemscope itemtype="https://schema.org/BlogPosting">
  <h1 itemprop="headline">Mon article génial</h1>
  <p itemprop="description">Un résumé percutant.</p>
  <p>Publié le <time itemprop="datePublished" datetime="2024-01-15">15 janvier 2024</time></p>
</article>

En JSON-LD, ça serait :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Mon article génial",
  "description": "Un résumé percutant.",
  "datePublished": "2024-01-15"
}
</script>

Même vocabulaire Schema.org (BlogPosting, headline, datePublished). Format différent.

Et honnêtement, quand j’ai commencé, j’ai fait l’erreur de mélanger les deux dans ma tête. Résultat : je ne comprenais pas pourquoi mon code ne passait pas au validateur. Parce que j’écrivais du JSON-LD en pensant « faire du schema », sans réaliser que le format avait ses propres règles.

Qu’est-ce qu’un schéma de microdonnées ?

Les microdonnées sont un standard HTML5 (défini par le W3C) pour intégrer des données structurées directement dans le balisage d’une page. Concrètement, on ajoute des attributs spécifiques aux balises HTML existantes. Moz les définit comme des « tags (ou microdata) que vous pouvez ajouter à votre HTML pour améliorer la façon dont les moteurs de recherche lisent et représentent votre page ».

Les trois attributs clés :

• itemscope : déclare que l’élément contient un item de données structurées.
• itemtype : pointe vers le type Schema.org utilisé (URL complète).
• itemprop : lie une propriété du schéma à un élément HTML.

L’avantage ? Tout reste dans le HTML. L’inconvénient ? Ça alourdit le code, et si vous devez ajouter un champ complexe (ex: une adresse avec sous-propriétés), c’est vite le bazar. Je me souviens d’un projet où j’ai passé deux heures à imbriquer des div avec itemprop pour une fiche produit : le résultat était illisible.

Astuce perso : si vous devez utiliser des microdonnées (par exemple pour un site statique), gardez une feuille de schéma à côté. J’ai toujours un onglet ouvert sur le validateur de Google pour vérifier chaque ajout.

Quelle est la différence entre JSON-LD et les microdonnées ?

C’est la question qui revient le plus souvent, et la réponse est simple : JSON-LD est un format qui place toutes les données structurées dans un bloc <script> séparé du contenu visible. Pas besoin de toucher au HTML visible. Les microdonnées sont une extension du HTML lui-même.

Critère	Microdonnées	JSON-LD
Emplacement	Directement dans les balises HTML	Bloc <script> séparé
Impact sur le code	Alourdit le HTML, peut le rendre moins lisible	Aucun impact sur la structure HTML visible
Facilité pour les CMS	Nécessite des modifications de templates	Ajout de plugin ou code en header/footer
Recommandation Google	Accepté, mais déconseillé pour les cas complexes	Format préféré et recommandé officiellement
Maintenance	Plus difficile à mettre à jour sans toucher au contenu	Plus simple, surtout si généré dynamiquement
Séparation données/design	Non, entremêlé	Oui, complète

En termes de SEO, Google accepte les trois formats (microdonnées, JSON-LD, RDFa) et les traite de la même manière. Mais dans la pratique, depuis 2015, Google recommande JSON-LD comme format privilégié. Et franchement, après avoir testé les deux sur une dizaine de sites, je ne reviendrai pas aux microdonnées.

Quand les microdonnées restent utiles

Il y a un cas où les microdonnées peuvent être pertinentes : quand le contenu est majoritairement statique et que vous voulez que les données structurées soient « collées » au contenu. Par exemple, un site vitrine avec des pages produits peu nombreuses. Mais pour un blog avec 500 articles, JSON-LD est tellement plus simple à maintenir — j’ai appris ça à mes dépens après avoir dû corriger 300 pages en microdonnées.

Et puis, il y a une chose que j’ai découverte en discutant avec des développeurs : les microdonnées sont parfois plus complexes à gérer pour les frameworks JavaScript (React, Vue). JSON-LD, lui, se génère facilement côté serveur ou même côté client.

Quelle est la différence entre le balisage de schéma et les métadonnées ?

Autre confusion classique. Les métadonnées, ce sont des informations qui décrivent la page elle-même, mais sans structuration sémantique poussée. Par exemple : la balise <meta name="description">, les balises <title>, ou les balises Open Graph. Elles disent quoi est la page, mais pas ce qu’elle contient en détail.

Le balisage Schema, lui, décrit le contenu spécifique de la page. Une page produit peut avoir une méta description qui dit « Achetez notre super chaise », mais son balisage Schema (Product) va détailler le prix, la disponibilité, les avis, le fabricant. Les métadonnées = la carte d’identité de la page. Le schéma = l’inventaire détaillé de son contenu.

En pratique : les deux ne sont pas en concurrence. Vous avez besoin des deux. Mais le schéma apporte un niveau de granularité que les métadonnées n’atteignent pas.

Les erreurs que j’ai faites (et que vous pouvez éviter)

J’ai listé ici les trois boulettes qui m’ont coûté le plus de temps :

1. Utiliser le mauvais type Schema : j’ai balisé une page « À propos » en Person au lieu de Organization. Le validateur ne s’est pas plaint, mais le résultat n’était pas pertinent.
2. Oublier l’URL complète dans itemtype : itemtype="schema.org/BlogPosting" au lieu de https://schema.org/BlogPosting. Résultat : le schéma n’était pas reconnu.
3. Mélanger les formats sur une même page : des microdonnées dans le corps ET un script JSON-LD en pied de page. Google a parfois du mal à fusionner des données de deux sources différentes. Mieux vaut n’en choisir qu’un.

Et la leçon la plus dure : j’ai passé une journée entière à essayer de faire fonctionner un schéma Review en microdonnées, alors qu’en JSON-LD, c’était 15 minutes. Parfois, le meilleur outil, c’est celui qui vous fait gagner du temps.

Alors, par où commencer ?

Si vous lisez ce billet et que vous partez de zéro, voici mon conseil : oubliez les microdonnées pour l’instant. Lancez-vous avec JSON-LD et le vocabulaire Schema.org. Utilisez le test de résultats enrichis de Google pour valider. Commencez par un type simple (Article ou LocalBusiness). Et surtout, ne cherchez pas à tout baliser d’un coup.

Le vrai piège, c’est de penser que schema.org ET les microdonnées sont la même chose. Une fois que vous avez cette distinction claire en tête, tout le reste devient plus facile. La prochaine fois que quelqu’un vous dit « j’ai ajouté des microdonnées schema », vous pourrez répondre : « Tu veux dire du vocabulaire Schema.org encodé en microdonnées ? » Et vous marquerez un point.