← Retour au lexique
⚙️ SEO Technique

Données structurées et Schema.org : baliser un contenu réel

Comprenez le vocabulaire Schema.org, testez un exemple JSON-LD et distinguez validité du code et résultat enrichi.

Les données structurées décrivent des informations de manière explicite pour des machines. Schema.org fournit un vocabulaire de types et de propriétés ; JSON-LD est un format possible pour les exprimer. Un balisage valide ne garantit pas l’affichage d’un résultat enrichi dans Google. Introduction de Google.

Exemple JSON-LD pour un article

Exemple pédagogique à adapter au contenu réellement publié :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Auditer les images d’un site",
  "url": "https://example.com/audit-images/",
  "author": {
    "@type": "Person",
    "name": "Camille Exemple"
  }
}
</script>

Le nom utilisé ici est fictif. Sur un vrai site, les informations doivent correspondre à la page et à son auteur réel. Cet extrait illustre la syntaxe, pas une liste exhaustive de propriétés pour tous les usages.

Trois niveaux de contrôle

  1. Syntaxe : le JSON est-il valide ?
  2. Vocabulaire : types et propriétés correspondent-ils à l’objet décrit ? Le validateur Schema.org aide à le vérifier.
  3. Usage Google : le type est-il pris en charge pour le résultat visé et ses exigences sont-elles remplies ? Consultez la galerie des fonctionnalités.

Un résultat positif à un niveau ne remplace pas les deux autres.

Les erreurs à éviter

Ne déclarez pas des avis, prix, personnes ou réponses absents de la page. Évitez aussi un gabarit qui attribue le même type à des contenus différents sans contrôle.

Vérifiez le code rendu, l’accès de la page et la cohérence des URL. Les balises meta et Open Graph servent d’autres usages. Un featured snippet n’est pas garanti par ce balisage.