Un moteur de recherche peut deviner approximativement qu’une page parle d’une recette de cuisine, mais sans certitude sur le temps de préparation ou la note moyenne des lecteurs. Les données structurées lèvent cette ambiguïté en annonçant explicitement, dans un vocabulaire standardisé, ce qu’est chaque information : un temps de préparation, une note, un prix, un auteur.
Format et vocabulaire
Le format recommandé par Google est le JSON-LD, un bloc de code inséré dans le <head> ou le <body> de la page, indépendant de l’affichage visuel. Le vocabulaire utilisé provient du référentiel commun Schema.org, qui définit des types comme Article, Recipe ou BreadcrumbList.
Dans WordPress
Le cœur de WordPress ne génère pas de données structurées par défaut ; ce sont les extensions de référencement ou des thèmes spécialisés (blog culinaire, site d’avis) qui les injectent automatiquement pour les types de contenus adaptés, par exemple un balisage Recipe pour un article de blog culinaire.
Exemple
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Comprendre le cache objet",
"datePublished": "2026-09-01"
}
</script>
Bon à savoir
Des données structurées correctement implémentées peuvent faire apparaître un « résultat enrichi » dans les pages de résultats (étoiles de notation, image, fil d’Ariane), mais Google ne garantit jamais leur affichage : c’est une possibilité, pas un droit acquis automatiquement par le simple ajout du balisage. Déclarer un balisage qui ne correspond pas au contenu réellement visible sur la page, comme une note moyenne qui n’apparaît nulle part à l’écran, expose même à une sanction manuelle, le balisage devant toujours refléter fidèlement ce que le visiteur peut vérifier de ses propres yeux.