Balisage Schema et SEO : comment implémenter les données structurées

En bref : le balisage Schema, ce sont des données structurées rédigées avec le vocabulaire schema.org, qui indiquent clairement aux moteurs de recherche de quoi parle une page : une entreprise, un article, un produit, un événement. Vous l’ajoutez à la page sous forme de script JSON-LD, vous le testez avec l’outil de test des résultats enrichis de Google et vous le suivez dans la Search Console. Il peut rendre une page éligible à des résultats enrichis, comme le prix d’un produit, des étoiles d’avis ou un fil d’Ariane, mais rien n’est garanti, et la liste des résultats enrichis pris en charge évolue.

Qu’est-ce que le balisage Schema (et le HTML sémantique) ?

Google définit les données structurées comme un format standardisé qui fournit des informations sur une page et classe son contenu (Google Search Central). Schema.org est le vocabulaire commun utilisé par la plupart des moteurs de recherche : une longue liste de types (Organization, Product, Event) et de propriétés (name, price, startDate). Quand on parle de balisage Schema en SEO, ou de schémas SEO, on désigne ce vocabulaire ajouté au code de la page.

Il existe trois formats : JSON-LD, Microdata et RDFa. Google accepte les trois s’ils sont valides, mais recommande en général le JSON-LD lorsque votre configuration le permet (Google Search Central). Le JSON-LD tient dans un bloc de script séparé : il ne se mélange pas au HTML visible et reste plus simple à maintenir.

Le HTML sémantique, la couche en dessous

Le HTML sémantique consiste à utiliser chaque élément pour ce qu’il signifie, et non pour son apparence. MDN résume l’idée par une question : quel est le rôle de cet élément HTML (MDN) ? Concrètement, quatre réflexes suffisent :

• Des titres dans l’ordre : un seul h1 qui nomme la page, puis des h2 et h3 sans sauter de niveau. Les titres servent à la structure ; la taille du texte relève du CSS (MDN).
• Des zones de page : header, nav, main, article, aside et footer indiquent aux lecteurs d’écran et aux autres outils quelle partie de la page est laquelle (MDN).
• De vraies listes : les étapes dans un ol, les options dans un ul, plutôt que des numéros tapés dans des paragraphes.
• De vrais tableaux : les en-têtes dans des th avec l’attribut scope, et une caption si elle aide, pour que lignes et colonnes se lisent comme des données.

<body>
  <header>…logo et <nav>menu principal</nav>…</header>
  <main>
    <article>
      <h1>Installation de chaudière à Lyon</h1>
      <h2>Combien ça coûte ?</h2>
      <p>…</p>
      <h2>Comment se passe l’installation</h2>
      <ol><li>Visite</li><li>Devis</li><li>Pose</li></ol>
    </article>
    <aside>Guides associés</aside>
  </main>
  <footer>…</footer>
</body>

HTML sémantique et balisage Schema n’ont pas le même rôle. Le premier décrit la structure de la page, le second décrit les choses présentes sur la page. Une page bien construite a besoin des deux, et le HTML sémantique aide aussi les visiteurs qui utilisent des technologies d’assistance, ce qui suffit à le justifier.

Le balisage Schema aide-t-il le référencement ?

Oui, de deux façons précises. Les données structurées aident Google à comprendre le contenu d’une page, et elles peuvent la rendre éligible aux résultats enrichis, ces résultats qui affichent des informations supplémentaires (Google Search Central). La documentation de Google présente l’intérêt sous l’angle de la compréhension et des résultats enrichis, pas comme une promesse de meilleur classement.

Trois limites à connaître avant de vous lancer :

• Aucune garantie. Google précise qu’il ne garantit pas l’affichage de vos données structurées dans les résultats, même si le balisage passe le test (Google Search Central).
• Seules les fonctionnalités prises en charge produisent des résultats enrichis. La galerie de Google liste les types actuellement pris en charge, par exemple Article, fil d’Ariane, événement, offre d’emploi, établissement local, organisation, produit, recette, extrait d’avis et vidéo (Google Search Central). Le reste peut aider à la compréhension, sans changer l’apparence de votre résultat.
• La liste rétrécit aussi. Google a cessé d’afficher les résultats enrichis HowTo en septembre 2023 et a limité au même moment les résultats FAQ aux sites gouvernementaux et de santé reconnus. En mai 2026, il a retiré complètement les résultats enrichis FAQ, et en 2025 il avait déjà abandonné plusieurs autres types, dont les informations sur les cours, les estimations de salaire et les annonces de véhicules (journal des mises à jour de Google Search Central).

Considérez donc les données structurées comme un volet du SEO technique : utile pour les types qui correspondent à votre contenu, mais pas un raccourci vers le haut du classement.

Quels types Schema utiliser pour un site d’entreprise ?

La plupart des sites d’entreprise ont besoin de quelques types, pas de dizaines. Choisissez le type selon le contenu réellement présent sur la page.

Event, JobPosting, Recipe ou VideoObject ont du sens si vous publiez ce type de contenu. Prenez toujours le type le plus précis : les consignes de Google demandent les types et propriétés les plus spécifiques possibles, par exemple un sous-type de LocalBusiness comme Plumber ou Dentist plutôt que le type générique (Google Search Central).

Ajouter du Schema en JSON-LD (avec exemples)

Mettre en place le balisage revient à ajouter un bloc script type="application/ld+json" à la page. Beaucoup de CMS et d’extensions SEO génèrent les bases ; pour le reste, un développeur l’ajoute au gabarit de page afin qu’il se remplisse automatiquement avec les données de la page. Les exemples ci-dessous concernent une entreprise de plomberie fictive. Remplacez chaque valeur par les vôtres, et n’indiquez que des informations visibles sur la page. Les noms de types et de propriétés restent en anglais : c’est le vocabulaire schema.org.

Organization

Google n’impose aucune propriété obligatoire pour Organization : ajoutez toutes celles qui s’appliquent (Google Search Central). sameAs renvoie vers vos profils officiels sur d’autres sites.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Plomberie Dumas",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/images/logo.png",
  "telephone": "+33 4 72 00 00 00",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://www.facebook.com/example"
  ]
}
</script>

LocalBusiness

name et address sont obligatoires ; horaires, téléphone, URL et coordonnées GPS sont recommandés (Google Search Central). Prévoyez un bloc par établissement, sur la page de cet établissement.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Plumber",
  "name": "Plomberie Dumas",
  "url": "https://www.example.com/lyon",
  "telephone": "+33 4 72 00 00 00",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 rue de la Charité",
    "addressLocality": "Lyon",
    "postalCode": "69002",
    "addressCountry": "FR"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 45.75452,
    "longitude": 4.83021
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
    "opens": "08:00",
    "closes": "17:00"
  }]
}
</script>

Article ou BlogPosting

Aucune propriété n’est strictement obligatoire, mais Google recommande le titre, l’image, les dates et l’auteur. Donnez à chaque auteur sa propre entrée, avec un lien vers une page qui le présente (Google Search Central).

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Bien choisir sa chaudière pour un petit appartement",
  "image": ["https://www.example.com/images/guide-chaudiere.jpg"],
  "datePublished": "2026-10-01T09:00:00+02:00",
  "dateModified": "2026-10-20T14:30:00+02:00",
  "author": [{
    "@type": "Person",
    "name": "Claire Martin",
    "url": "https://www.example.com/equipe/claire-martin"
  }]
}
</script>

BreadcrumbList

La liste doit contenir au moins deux éléments. Le dernier peut omettre item : Google utilise alors l’URL de la page courante (Google Search Central).

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [{
    "@type": "ListItem",
    "position": 1,
    "name": "Prestations",
    "item": "https://www.example.com/prestations"
  }, {
    "@type": "ListItem",
    "position": 2,
    "name": "Installation de chaudière"
  }]
}
</script>

Product

Un extrait de produit exige name ainsi que review, aggregateRating ou offers. Google recommande de toujours indiquer priceCurrency (Google Search Central). Gardez le prix synchronisé avec la page : un prix périmé dans le balisage est une erreur fréquente.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Robinet thermostatique de radiateur, 15 mm",
  "image": "https://www.example.com/images/trv-15.jpg",
  "description": "Robinet thermostatique pour tuyaux de radiateur de 15 mm.",
  "offers": {
    "@type": "Offer",
    "price": "27.90",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock"
  }
}
</script>

FAQPage

FAQPage reste un vocabulaire schema.org valide, et ce blog l’utilise pour ses questions fréquentes. Mais soyez lucide sur son effet : Google n’affiche plus de résultats enrichis FAQ (Google Search Central). Ajoutez-le seulement là où questions et réponses sont visibles, sans attendre de changement dans l’apparence du résultat.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Facturez-vous des frais de déplacement ?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Non. Vous ne payez que l’intervention et les pièces."
    }
  }]
}
</script>

Tester et valider vos données structurées

Utilisez deux outils différents, car ils ne répondent pas à la même question :

1. Le test des résultats enrichis vérifie si une page ou un extrait de code est éligible aux résultats enrichis de Google, et signale les erreurs et avertissements sur les propriétés obligatoires et recommandées. Google le présente comme un outil simple et utile pour valider vos données structurées (Google Search Central).
2. Le Schema Markup Validator de schema.org contrôle le balisage par rapport à l’ensemble du vocabulaire schema.org, y compris les types que Google n’utilise pas pour les résultats enrichis.
3. L’outil d’inspection d’URL de la Search Console montre la version réellement explorée par Google. Utilisez-le après la mise en ligne pour vérifier que la page n’est pas bloquée par le robots.txt, une balise noindex ou une connexion obligatoire (Google Search Central).
4. Les rapports sur les résultats enrichis de la Search Console suivent les éléments valides et non valides sur tout le site. Consultez-les après chaque modification de gabarit.

Testez l’URL en ligne, pas seulement le code collé. Un balisage injecté par un gestionnaire de balises ou un framework JavaScript peut sembler correct dans l’éditeur et manquer pourtant dans la page rendue par Googlebot.

Les erreurs qui bloquent les résultats enrichis

• Baliser du contenu invisible. Les consignes de Google sont claires : ne balisez pas un contenu que les visiteurs ne voient pas (Google Search Central).
• Oublier des propriétés obligatoires. Les éléments incomplets ne sont pas éligibles aux résultats enrichis (Google Search Central).
• S’attribuer ses propres étoiles. Quand une entreprise contrôle les avis qui la concernent, son balisage LocalBusiness ou Organization n’est pas éligible aux étoiles d’avis (Google Search Central). Placer vos témoignages clients dans aggregateRating sur la page d’accueil ne fera pas apparaître d’étoiles.
• Un balisage qui ne correspond pas à la page. Anciens prix, nom d’entreprise différent, horaires qui ne collent pas au texte visible. Les données structurées doivent refléter fidèlement le contenu de la page (Google Search Central).
• Des images bloquées. Les URL d’images du balisage doivent pouvoir être explorées et indexées (Google Search Central).
• Des types abandonnés. Passer du temps sur un balisage HowTo ou FAQ pour des résultats enrichis que Google n’affiche plus.
• Un JSON cassé. Une virgule ou un guillemet manquant invalide tout le bloc. Les validateurs le repèrent en quelques secondes.

Des infractions répétées peuvent aussi entraîner une action manuelle. Selon Google, la page perd alors son éligibilité aux résultats enrichis, sans effet sur son classement dans la recherche web (Google Search Central). L’essentiel du travail consiste à garder le balisage juste à mesure que le site évolue. Si vous voulez un regard extérieur, notre accompagnement en SEO technique couvre les données structurées avec l’exploration, l’indexation et la vitesse. La vitesse est expliquée dans notre guide des Core Web Vitals, et un site multilingue doit aussi soigner ses balises hreflang.

Schema et recherche IA

Ce que dit Google : aucune donnée structurée schema.org particulière n’est nécessaire pour apparaître dans les AI Overviews ou le mode IA, et aucun nouveau fichier lisible par les machines n’est requis. Parmi ses bonnes pratiques pour ces fonctionnalités, Google demande que les données structurées correspondent au texte visible de la page (Google Search Central).

Notre avis, qui relève du raisonnement et non d’une règle documentée : des données structurées propres ne peuvent pas nuire en recherche IA, car elles énoncent sans ambiguïté vos nom, adresse, prix et auteurs, et des informations cohérentes entre votre site et vos profils aident n’importe quel système à vous décrire correctement. Mais ne comptez pas sur le Schema comme levier de visibilité dans l’IA. C’est un contenu visible clair et bien structuré qui fait l’essentiel du travail ; le balisage doit simplement le confirmer.