Qu'est-ce que les données structurées (Schema.org) ?

Qu'est-ce que les données structurées ?

Les données structurées sont un code qui, à l'aide du vocabulaire Schema.org, explique aux moteurs de recherche la signification du contenu d'une page sous une forme lisible par les machines. La forme d'application la plus courante est le format JSON-LD ajouté à la page sous la forme d'un <script type="application/ld+json"> bloc distinct ; ce bloc ne modifie pas le contenu visible de la page, il se contente d’y ajouter une couche supplémentaire de « balises ». Il existe de nombreux types, tels que Organization, Article, Product ou BreadcrumbList, chacun étant conçu pour définir un type de contenu différent.

On peut comparer les données structurées à une fiche de catalogue de bibliothèque : le livre lui-même (le contenu de la page) reste inchangé, mais la fiche (les données structurées) résume l’auteur, le genre et la date de publication de ce livre dans un format standard, facilitant ainsi les opérations de recherche et de classification.

Outre JSON-LD, il existe également des formats plus anciens tels que Microdata et RDFa ; ceux-ci intègrent les données directement dans les balises HTML visibles. JSON-LD est plus facile à gérer car il est séparé et indépendant du contenu de la page ; c’est d’ailleurs la méthode recommandée aujourd’hui par Google.

Pourquoi est-ce important ?

Des données structurées correctement mises en œuvre aident Google à mieux comprendre le contenu d’une page et peuvent permettre l’affichage de résultats enrichis (rich results) dans les SERP pour certains types de contenu — par exemple, le fil d’Ariane, le prix d’un produit ou la date de publication d’un article. Ces enrichissements visuels peuvent permettre à votre page de se démarquer parmi les résultats classés au même rang et d’augmenter le taux de clics.

Cependant, l’ajout de données structurées ne garantit pas l’affichage de résultats enrichis ; Google décide, grâce à son propre algorithme, quels résultats enrichis afficher, et cette décision peut évoluer au fil du temps. Il est donc plus juste de considérer les données structurées non pas comme un « achat d’une fonctionnalité SERP garantie », mais comme un moyen de « rendre votre contenu plus clairement lisible par les machines ».

Les schémas FAQPage et HowTo en sont l’exemple le plus concret : bien qu’ils aient été largement recommandés pendant des années, Google a restreint la portée de ces résultats enrichis et les a supprimés de la quasi-totalité des sites. C’est un bon exemple de la façon dont « une pratique autrefois utile » peut perdre toute valeur lorsque la politique d’un moteur de recherche change.

Comment y remédier ?

• Utilisez le schéma Organization pour l’identité de votre site, et le schéma Article pour les contenus de blog ou d’actualités.
• Pour afficher le chemin de navigation BreadcrumbList ; cela peut contribuer à afficher un chemin de navigation lisible à la place de l'URL dans les SERP.
• Dans les données structurées, ne marquez que les informations réellement visibles sur la page ; l'ajout de données qui ne figurent pas sur la page au schéma est contraire aux règles de Google et peut entraîner une action manuelle.
• Vérifiez que le JSON-LD est valide à l’aide d’un outil de validation ; un bloc comportant une erreur de syntaxe peut être entièrement ignoré.
• N’ajoutez pas les schémas « FAQPage » et « HowTo » : Google a largement supprimé ces résultats enrichis en 2023 et en a encore restreint la portée au fil du temps ; pour les sites classiques, ils n’apportent plus d’avantage concret en termes de référencement naturel (SERP), mais ne font qu’alourdir inutilement le code et générer des coûts de maintenance.

Exemple

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Structure d'URL optimisée pour le référencement",
  "datePublished": "2026-07-01",
  "author": {"@type": "Organization", "name": "SeoRaporu"}
}
</script>

Mauvais exemple : inventer une date de publication aléatoire dans le JSON-LD alors qu’aucune date n’apparaît sur la page datePublished ; cela va à l’encontre des directives de Google sur les données structurées et peut même entraîner une action manuelle si cela est détecté.

Erreurs courantes

• Marquer dans les données structurées des informations qui n’apparaissent pas sur la page (ce qui est contraire aux règles de Google).
• Écrire du JSON avec des champs invalides ou manquants ; une seule virgule manquante peut invalider tout le bloc.
• Passer du temps sur le schéma FAQPage/HowTo, qui ne génère plus de résultats enrichis.
• Ne pas synchroniser les données structurées avec le contenu actualisé (par exemple, conserver l’ancien prix dans le schéma alors que le prix sur la page a été mis à jour).
• Lorsque le rapport Seoraporu.co indique qu’aucune donnée structurée n’a été trouvée, cela n’est pas considéré comme une erreur, mais comme une opportunité — il est possible de compléter le formulaire en ajoutant des types de base tels que « Organization » et « Article ».
• Choisir les types de schéma au hasard sans les faire correspondre au type de contenu réel de la page ; par exemple, ajouter un schéma « Product » à un article de blog crée une confusion sémantique et peut réduire la confiance de Google.
• Ajouter plusieurs blocs de schéma contradictoires sur une même page (par exemple, deux définitions différentes de « Organization ») ; dans ce cas, Google doit décider de lui-même laquelle est la bonne.