Comment utiliser les données structurées SEO ? Types de balisage courants et méthodes de mise en œuvre

Les données structurées SEO servent à décrire, dans un format lisible par les machines, les entités présentes sur une page web et leurs relations. Elles indiquent par exemple si la page présente un article, un produit ou un fil d’Ariane. Les moteurs de recherche peuvent s’en servir pour mieux comprendre le contenu. Les pages qui répondent à certaines exigences peuvent également apparaître dans des résultats enrichis, mais l’ajout de balisage ne garantit ni l’affichage d’un format spécial ni une amélioration du classement.

Lors de la mise en œuvre, la question essentielle n’est pas « combien de champs peut-on baliser ? », mais plutôt ce que la page affiche réellement, ce que l’on souhaite que les moteurs de recherche comprennent et si le moteur visé prend en charge la présentation correspondante dans les résultats de recherche. Dans un contexte hispanophone, l’expression datos estructurados seo désigne également cette méthode d’utilisation des données structurées.

Distinguer les types de balisage des critères d’éligibilité aux résultats enrichis

Schema.org propose un vocabulaire pour décrire le contenu des pages web, comme Article, Product et Organization. JSON-LD et Microdata sont des formats permettant d’utiliser ce vocabulaire. Google recommande JSON-LD, car ce format peut généralement être placé séparément dans le code de la page, ce qui facilite la maintenance sans devoir modifier chaque balise de contenu.

La présence d’un type dans Schema.org ne signifie pas que Google lui associera nécessairement un résultat enrichi. Avant la mise en œuvre, consultez à la fois la définition du type dans Schema.org et la documentation de la fonctionnalité correspondante du Centre de recherche Google afin de vérifier les propriétés obligatoires et recommandées ainsi que les règles relatives au contenu. Même si un outil de test indique que le balisage est valide, l’affichage final reste à la discrétion du moteur de recherche, en fonction notamment de la qualité de la page et de la requête.

Sur quelles pages placer les balisages courants

Article : pages d’articles et d’actualités. Ce type permet d’indiquer le titre, l’auteur, la date de publication, la date de modification et les images, entre autres. La page doit réellement présenter les informations correspondantes. Les dates doivent concorder avec celles affichées sur la page et refléter les modifications réellement apportées ; ne modifiez pas uniquement la date du balisage pour donner l’impression qu’un ancien article est récent.

Par exemple, si le contenu thématique d’une page est Étude des mesures visant à améliorer le taux d’exécution des budgets des institutions publiques, le type doit être choisi en fonction du contenu réel de la page. S’il s’agit d’un article complet, Article peut convenir ; le titre du lien seul ne permet pas de déterminer si la page cible se prête à un type de balisage donné.

Product : pages consacrées à un produit précis. Ce type convient aux pages présentant clairement un produit et peut décrire son nom, son image, sa marque, etc. Lorsqu’un prix réel est affiché, Offer peut également servir à décrire le prix, la devise et la disponibilité. Un site fonctionnant sur la base de demandes de renseignements et n’affichant pas de prix public ne doit pas indiquer un prix fictif ni remplacer la mention « contactez-nous pour connaître le prix » par un montant précis. Les exigences en matière de propriétés varient selon les fonctionnalités de recherche consacrées aux produits. En l’absence d’informations telles que le prix, ne présumez pas que la page est éligible aux résultats enrichis correspondants.

Organization : informations sur l’identité de l’entreprise. Ce type convient à la page d’accueil ou à une page représentative présentant l’entreprise. Il permet de décrire son nom, son site web, son logo et ses coordonnées publiques. Il aide les moteurs de recherche à comprendre quelle organisation se trouve derrière le site, sans garantir que les informations sur l’entreprise apparaîtront dans le panneau de connaissances. Sur un site multilingue, veillez à la cohérence du nom de l’entreprise, de l’URL et des coordonnées.

BreadcrumbList : fil d’Ariane. Ce type décrit la position de la page dans l’arborescence du site, par exemple « Accueil — Catégorie de produits — Détail du produit ». L’ordre des éléments doit correspondre à la navigation visible par l’utilisateur, et chaque lien doit pointer vers la page correspondante. Ne créez pas de niveaux inexistants dans le seul but d’ajouter des mots-clés.

FAQPage : contenu de questions-réponses. Ce type ne doit être utilisé que si la page contient réellement les questions et réponses correspondantes. Google limite strictement les résultats enrichis de type FAQ. Même si un site commercial ordinaire ajoute un balisage valide, il ne faut pas considérer celui-ci comme un moyen fiable d’obtenir l’affichage déplié des questions-réponses. Avant toute mise en œuvre, vérifiez les dernières règles de prise en charge de Google.

Mise en œuvre avec JSON-LD : associer le contenu de la page au code

Prenons l’exemple d’une page d’article. Vérifiez d’abord le titre, l’auteur, la date et les images déjà présents sur la page, puis associez-les aux propriétés correspondantes. L’exemple simplifié ci-dessous utilise des URL, des dates et des noms fictifs ; remplacez-les par les informations réelles de la page avant publication :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Guide d’entretien des équipements industriels",
  "author": {
    "@type": "Organization",
    "name": "Entreprise exemple"
  },
  "datePublished": "2025-01-10",
  "dateModified": "2025-02-15",
  "image": "https://example.com/images/guide.jpg"
}
</script>

Ce code peut être placé dans le head ou le body du HTML de la page. Si vous utilisez un système de création de sites web, vérifiez d’abord s’il dispose déjà d’une fonctionnalité de données structurées. Si le système génère automatiquement un balisage Article et que vous en insérez un second dont le contenu est contradictoire, les informations de la page risquent d’être difficiles à interpréter. Les modèles utilisés en masse doivent récupérer les champs réels du système de gestion de contenu, plutôt que d’utiliser le même titre, le même auteur ou la même date pour tous les articles.

JSON-LD permet d’utiliser plusieurs types de balisage pour décrire une même page, par exemple Article pour le contenu de l’article et BreadcrumbList pour la navigation. Chaque balisage doit remplir sa fonction ; lorsque la même entité apparaît plusieurs fois, ses propriétés, telles que le nom et l’URL, doivent rester cohérentes. N’ajoutez pas sur la page d’accueil les prix de tous les produits du site et ne balisez pas une page de liste de catégories comme s’il s’agissait de la page de détail d’un seul produit.

Vérifier et maintenir le balisage après sa mise en ligne

Pour commencer la vérification, consultez le code final de la page afin de confirmer que le balisage est chargé avec la page et que les moteurs de recherche peuvent accéder à celle-ci ainsi qu’aux ressources associées. Pour le balisage injecté par JavaScript, vérifiez également qu’il est présent après le rendu et que son contenu est complet. Un aperçu local fonctionnel ne signifie pas que la version en ligne est déjà opérationnelle.

Utilisez ensuite le « Test des résultats enrichis » de Google pour vérifier les types de résultats enrichis pris en charge. Vous pouvez également utiliser le Schema Markup Validator pour vérifier la structure du balisage Schema.org. Ces deux outils ont des fonctions différentes : le premier se concentre sur les fonctionnalités de recherche prises en charge par Google, tandis que le second vérifie le vocabulaire et la structure. Aucun des deux ne prouve que la page répond aux critères d’affichage de Google. Lors des tests, corrigez les erreurs et évaluez si les propriétés recommandées manquantes peuvent être renseignées à partir du contenu réel de la page.

Une fois la page publiée et accessible à l’exploration, utilisez l’outil d’inspection d’URL de Google Search Console pour vérifier si Google peut y accéder. Lorsque le rapport de la fonctionnalité correspondante est disponible, vérifiez les éléments détectés et les erreurs. L’absence de rapport ou de changement dans les résultats de recherche ne signifie pas nécessairement que le code est invalide : les rapports et l’affichage dépendent du type pris en charge, de l’état d’exploration et de l’évaluation du moteur de recherche.

La maintenance consiste principalement à synchroniser les données avec les modifications apportées à la page. Lorsqu’un produit n’est plus disponible, mettez à jour sans délai les informations affichées sur la page et le balisage de disponibilité. En cas de modification du prix, la devise et le montant doivent être cohérents. Sur les pages multilingues, utilisez le nom et le contenu réellement affichés dans la version concernée ainsi que l’URL correspondante. Il est plus important de supprimer les avis, offres ou questions-réponses qui ne figurent plus sur la page que de conserver un balisage syntaxiquement correct mais dont le contenu est inexact.