Données structurées schema.org : à quoi servent-elles ?

Un moteur de recherche lit du texte, mais il ne sait pas toujours si « 01 23 45 67 89 » est un numéro de téléphone ou si « Martin » désigne l'auteur d'un article. Les données structurées lèvent ces ambiguïtés. Elles décrivent explicitement les éléments d'une page dans un format commun à tous les moteurs.

Comment fonctionnent les données structurées ?

Elles combinent deux éléments :

• Un vocabulaire : schema.org, un projet commun à plusieurs moteurs de recherche, définit des types (Organization, Article, Event) et leurs propriétés (name, address, datePublished).
• Un format d'écriture : JSON-LD, Microdata ou RDFa. Google recommande JSON-LD, un bloc de code séparé du contenu visible et plus simple à maintenir.

Voici un exemple minimal pour décrire une organisation :

<script type="application/ld+json">
{"@context": "https://schema.org", "@type": "Organization", "name": "Exemple Conseil", "url": "https://www.exemple.fr", "logo": "https://www.exemple.fr/logo.png"}
</script>

Ce bloc se place dans le code HTML de la page. Il n'apparaît pas à l'écran.

Quels types utiliser selon vos pages ?

Schema.org propose des centaines de types. Google n'en exploite qu'une partie pour ses résultats enrichis ; sa documentation liste ceux qu'il prend en charge.

Pour une activité qui reçoit du public ou intervient dans une zone donnée, LocalBusiness et ses sous-types plus précis permettent d'indiquer l'adresse, les horaires et la zone desservie. Choisissez le type le plus spécifique qui correspond réellement à votre activité, plutôt qu'un type générique. Sur une même page, plusieurs blocs peuvent coexister : un bloc pour l'organisation, un pour l'article, un pour le fil d'Ariane.

Que vous apportent-elles, et que ne font-elles pas ?

Ce qu'elles apportent

• Une compréhension plus fiable de la page par les moteurs.
• L'éligibilité à certains résultats enrichis : affichages améliorés dans les résultats de recherche, comme un fil d'Ariane, des étoiles d'avis ou des informations d'événement.
• Des faits décrits sans ambiguïté, que d'autres outils automatiques peuvent exploiter.

Ce qu'elles ne font pas

• Elles ne garantissent pas l'affichage d'un résultat enrichi : Google le précise dans sa documentation.
• Elles ne compensent pas un contenu faible.
• Elles ne donnent pas accès à tous les affichages : Google a par exemple restreint les résultats enrichis de type FAQ à certains sites faisant autorité, notamment officiels ou de santé.

Pour les moteurs génératifs, aucune documentation publique ne permet d'affirmer qu'ils lisent tous ces balisages. Ils restent utiles pour exprimer des faits stables : qui vous êtes, où vous intervenez, quand un contenu a été mis à jour.

Quelles règles respecter ?

1. Décrire uniquement ce qui est visible : un avis, un prix ou une question balisés doivent figurer sur la page.
2. Rester exact : un balisage trompeur peut entraîner une action manuelle de Google, c'est-à-dire une sanction appliquée après vérification humaine.
3. Renseigner les propriétés requises par la documentation du type choisi.
4. Mettre à jour le balisage quand l'information change : horaires, adresse, prix.

Comment tester vos données structurées ?

• Le test des résultats enrichis de Google vérifie si une page est éligible aux affichages pris en charge par Google.
• Le validateur de schema.org contrôle la syntaxe par rapport au vocabulaire complet.
• Google Search Console signale, dans ses rapports d'amélioration, les erreurs détectées sur l'ensemble du site.

Sur un site bien conçu, ces balises sont générées automatiquement à partir du contenu, ce qui évite les oublis lors des mises à jour. C'est ainsi que NexSecure les intègre à chaque site vitrine qu'elle conçoit.