Schema.org : à quoi ça sert vraiment

Réponse courte

Schema.org est un vocabulaire partagé par les principaux moteurs de recherche pour décrire le contenu d'une page dans un langage que les machines interprètent. Ajouté au code source, il précise qu'un texte désigne une entreprise, un produit, un avis ou un événement, au lieu de laisser le moteur le deviner seul.

Ce que Schema.org permet de dire à une machine

Schema.org est un vocabulaire partagé qui permet de déclarer explicitement ce qu'une page contient : une organisation, une personne, un produit, un article, un événement. Le texte reste destiné aux humains, le balisage s'adresse aux machines.

Sans balisage, un moteur doit deviner qu'une suite de caractères est un prix, une date ou un nom d'auteur. Avec balisage, il le lit. La différence n'est pas cosmétique : elle décide de ce qu'il ose reprendre dans une réponse.

Le format recommandé est le JSON-LD, un bloc de données placé dans la page et invisible pour le visiteur. Il présente l'avantage de vivre séparément du contenu visible, donc de ne pas contraindre la mise en page.

Le vocabulaire est co-maintenu par les principaux moteurs. Ce qui en fait un standard de fait plutôt qu'une exigence propre à Google.

Les types qui servent vraiment à une entreprise

Organization pour l'entité elle-même, Person pour les auteurs, Article pour les contenus, BreadcrumbList pour la hiérarchie, puis selon les cas Product, Service, FAQPage ou LocalBusiness.

Organization est le socle. C'est lui qui porte l'identifiant stable de l'entreprise, son logo, ses profils officiels et, idéalement, un lien vers sa fiche de référence dans une base de connaissances publique.

Person compte plus qu'on ne le croit : les moteurs rattachent l'autorité à des personnes autant qu'à des marques. Un contenu signé par un auteur identifiable, relié à son organisation, vaut mieux qu'un contenu anonyme.

FAQPage est le type au meilleur rapport effort-résultat pour une page de service : il déclare explicitement des paires question-réponse, ce que les moteurs génératifs reprennent volontiers.

Les pièges du balisage

Un balisage syntaxiquement valide peut être inutile ou nuisible. Le validateur contrôle la forme, jamais la véracité de ce que vous déclarez.

Premier piège : déclarer ce qui n'est pas visible sur la page. Un balisage qui annonce des avis ou des prix absents du contenu visible expose à une sanction manuelle.

Deuxième piège : la contradiction entre le balisage et le reste du web. Une raison sociale déclarée dans le JSON-LD mais différente de celle du registre officiel produit exactement le doute que le balisage était censé lever.

Troisième piège : croire que le balisage remplace le contenu. Il déclare ce qui existe, il ne le crée pas. Une page vide parfaitement balisée reste une page vide.

Questions fréquentes

Le balisage Schema.org améliore-t-il le classement ?

Pas directement. Il rend le contenu lisible par une machine, ce qui conditionne l'éligibilité aux affichages enrichis et la reprise dans les réponses générées. L'effet est réel mais indirect : il porte sur la compréhension, pas sur un facteur de tri.

Faut-il du JSON-LD ou du microdata ?

Le JSON-LD est recommandé. Il vit dans un bloc séparé du contenu visible, ne contraint pas la mise en page et se modifie sans toucher au HTML de la page.

Par quels types commencer ?

Organization sur tout le site, Person pour les auteurs, Article sur les contenus éditoriaux et BreadcrumbList pour la navigation. Ces quatre types couvrent l'essentiel avant toute spécialisation.

Comment vérifier que mon balisage est correct ?

Le validateur officiel Schema.org contrôle la syntaxe, le test des résultats enrichis de Google contrôle l'éligibilité aux affichages. Aucun des deux ne vérifie que les valeurs déclarées sont exactes : ce contrôle-là reste manuel.

Savoir où vous en êtes avant d'agir

Le Diagnostic IA relève ce que les moteurs, classiques et génératifs, affichent aujourd'hui à propos de votre activité, et pointe les écarts à corriger en premier.