# Données structurées : qu'est-ce que schema.org et JSON-LD ?

> Données structurées, schema.org et JSON-LD expliqués : formats acceptés par Google, balisage LocalBusiness d'une PME du Québec et erreurs fréquentes.

Mis à jour le 15 octobre 2026 · https://app.pilotiko.com/glossaire/donnees-structurees

Les données structurées sont un format normalisé qui décrit le contenu d'une page aux moteurs de recherche : type d'entreprise, adresse, heures, questions et réponses. On utilise le vocabulaire schema.org, écrit le plus souvent en JSON-LD, le format que Google recommande lorsque le site le permet. Elles ne garantissent aucun résultat enrichi.

## En bref
- Trois formats possibles : JSON-LD, microdonnées et RDFa ; Google recommande JSON-LD.
- schema.org fournit le vocabulaire (types et propriétés), par exemple LocalBusiness.
- Le balisage doit décrire ce qui est visible sur la page, rien de plus.
- Un balisage valide rend admissible à certains affichages, sans les garantir.

## Que sont les données structurées, en termes simples ?

Google définit les données structurées comme un format normalisé qui fournit des informations sur une page et classe son contenu [1]. Une phrase comme « Ouvert du lundi au vendredi, de 7 h à 17 h » est claire pour vous ; balisée, elle devient une propriété « heures d'ouverture » qu'un moteur lit sans deviner.

Le vocabulaire le plus utilisé est celui de schema.org, qui définit des types (Organization, LocalBusiness, Service, FAQPage…) et leurs propriétés. Ce vocabulaire s'écrit avec l'un de trois formats : microdonnées, RDFa ou JSON-LD [2]. Le type LocalBusiness, par exemple, est documenté sur schema.org [4].

## Pourquoi parle-t-on surtout de JSON-LD ?

JSON-LD est une recommandation du W3C ; la version 1.1 date du 16 juillet 2020 [3]. Son avantage pratique : le balisage tient dans un bloc de script séparé, sans toucher au texte de la page. Google indique qu'en général il recommande JSON-LD si la configuration du site le permet [1].

| Format | Où il s'écrit | Remarque |
|---|---|---|
| JSON-LD | Bloc script séparé, dans la page | Format recommandé par Google quand c'est possible |
| Microdonnées | Attributs ajoutés aux balises HTML du texte | Mêle balisage et contenu |
| RDFa | Attributs HTML, issus du Web sémantique | Moins courant sur les sites de PME |

Les trois formats acceptent le vocabulaire schema.org.

## Que baliser sur le site d'une PME de services ?

**Exemple : une clinique d'esthétique automobile à Saguenay**

Le site compte une page d'accueil, 5 pages de services et une FAQ. Le balisage JSON-LD de l'accueil décrit l'entreprise (type LocalBusiness) : nom, adresse, téléphone, heures et zone desservie, exactement comme affichés à l'écran.

Chaque page de service reçoit un type Service, et la FAQ un type FAQPage avec ses 8 questions visibles. Chiffres hypothétiques.

- Pages balisées : 7 sur 7
- Propriétés LocalBusiness renseignées : 9
- Questions balisées dans FAQPage : 8 (toutes visibles sur la page)
- Erreurs au test des résultats enrichis avant correction : 3
- Erreurs après correction : 0
- **= Un site entièrement décrit aux moteurs, où chaque propriété balisée correspond à un texte réellement affiché.**

## Les données structurées garantissent-elles un résultat enrichi ?

Non. Google explique que le balisage peut rendre une page admissible à des résultats plus riches, et qu'un balisage qui enfreint ses consignes peut la rendre inadmissible [1]. Google recommande de valider le balisage avec le test des résultats enrichis puis de suivre les rapports de la Search Console.

Le même principe vaut pour les fonctions d'IA : Google demande que tout le contenu balisé soit aussi visible sur la page et que le balisage soit validé [5]. Il n'existe pas de balisage spécial pour être repris dans une réponse, ce qui rejoint la logique de l'[AEO](https://app.pilotiko.com/glossaire/aeo).

## Quelles erreurs voit-on le plus ?

- Baliser des avis ou des étoiles qui ne figurent pas sur la page : Google demande de ne pas décrire d'information invisible, même exacte [1].
- Donner une adresse ou un téléphone différents de ceux du site et de la fiche Google, ce qui brise la [cohérence NAP](https://app.pilotiko.com/glossaire/nap).
- Copier un bloc JSON-LD d'un autre site sans changer le nom ni l'adresse.
- Baliser une FAQ qui n'existe que dans le code, pas à l'écran.
- Ne jamais retester après une modification du site.

## Que fait Pilotiko avec les données structurées ?

Les données structurées font partie de ce que Pilotiko génère pour le site qu'il construit et héberge, au même titre que le plan du site, robots.txt et [llms.txt](https://app.pilotiko.com/glossaire/llms-txt). Le balisage est produit à partir du contenu du site plutôt qu'écrit à la main. L'audit d'un site existant peut aussi signaler un balisage absent.

Pour comprendre comment ce balisage s'inscrit dans le reste du travail, lisez notre page sur le [SEO](https://app.pilotiko.com/glossaire/seo) et celle sur l'[extrait optimisé](https://app.pilotiko.com/glossaire/extrait-optimise).

## Questions fréquentes

### Les données structurées améliorent-elles le classement ?

Google les présente comme un moyen de mieux comprendre la page et de la rendre admissible à certains affichages. Il ne les décrit pas comme un raccourci de classement ; le contenu reste déterminant.

### Faut-il savoir programmer pour ajouter du JSON-LD ?

Pas forcément. Le bloc est un texte structuré qu'on peut copier dans la page, et plusieurs outils le génèrent. Il faut toutefois le valider après chaque modification.

### Quel type schema.org choisir pour une entreprise de services ?

LocalBusiness, ou l'un de ses sous-types plus précis, convient à la plupart des entreprises qui servent une clientèle locale. On peut y ajouter Service pour chaque prestation et FAQPage pour une vraie page de questions.

### Peut-on baliser des avis clients ?

Seulement s'ils sont réellement affichés sur la page et respectent les consignes de Google. Baliser des notes invisibles ou inventées va à l'encontre de ces consignes.

### Comment vérifier son balisage ?

Google recommande le test des résultats enrichis pour valider le code, puis les rapports d'état de la Search Console pour suivre les pages publiées. Relancez le test après chaque changement de contenu.

## Sources

1. Google Search Central, « Présentation du balisage de données structurées dans la recherche Google », https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data?hl=fr (consulté le 2026-10-15)
2. schema.org, « Getting started with schema.org », https://schema.org/docs/gs.html (consulté le 2026-10-15)
3. W3C, « JSON-LD 1.1 (W3C Recommendation, 16 July 2020) », https://www.w3.org/TR/json-ld11/ (consulté le 2026-10-15)
4. schema.org, « LocalBusiness (type) », https://schema.org/LocalBusiness (consulté le 2026-10-15)
5. Google Search Central Blog, « Top ways to ensure your content performs well in Google's AI experiences on Search », https://developers.google.com/search/blog/2025/05/succeeding-in-ai-search (consulté le 2026-10-15)