Données structurées : le guide pratique SEO

Que sont les données structurées en SEO ?

Google les définit comme un format normalisé qui fournit des informations sur une page et classe son contenu. Sur une recette, elles précisent les ingrédients, le temps de cuisson et les calories. La présentation Google des données structurées (mise à jour le 10/12/2025) détaille ce principe.

Le vocabulaire le plus utilisé est Schema.org, un projet commun des principaux moteurs de recherche. Il décrit des centaines de types (Article, Product, Event, LocalBusiness, Person) et leurs propriétés.

En informatique, l’expression a un autre sens. Les données structurées y sont rangées dans un modèle fixe, comme les lignes et colonnes d’une base SQL. Les données non structurées n’en ont pas (textes, images, vidéos). Entre les deux, les données semi-structurées (JSON, XML) portent des balises sans schéma rigide. Cette page traite uniquement du sens SEO : le balisage des pages web.

Quels formats de données structurées choisir ?

Google Search lit trois formats. Tous utilisent le même vocabulaire Schema.org ; seule la façon de l’écrire change.

Le JSON-LD a un avantage pratique : il ne touche pas au gabarit visible. Un CMS ou une extension SEO peut le générer à partir des champs de la page. Vous n’avez pas à modifier le HTML à la main.

À quoi servent les données structurées aujourd’hui ?

Premier usage : l’éligibilité aux résultats enrichis. Ces affichages ajoutent une image, un prix, une note ou une date au lien bleu. Google publie des cas d’éditeurs qui ont mesuré l’effet sur leurs clics.

Ces chiffres sont des cas choisis par Google, sans groupe témoin publié. Ils montrent un potentiel, pas un résultat attendu sur votre site. L’effet porte sur l’apparence et le taux de clic. Google ne présente pas le balisage comme un moyen de gagner des positions.

Deuxième usage : la compréhension. Un balisage Organization ou Person relié à vos profils officiels aide les moteurs à identifier qui publie. Il sert la cohérence de votre E-E-A-T et de votre entité de marque.

Les données structurées sont-elles utiles pour les moteurs IA ?

La position de Google est explicite. Aucun balisage particulier ni fichier spécial n’est nécessaire pour apparaître dans ses fonctionnalités d’IA. Il n’existe pas non plus de données structurées Schema.org dédiées (documentation Google sur les fonctionnalités IA). Pour être cité dans les AI Overviews ou AI Mode, une page doit être indexée et éligible à un extrait.

Le balisage reste utile par ricochet. Il décrit sans ambiguïté l’auteur, la date de mise à jour et l’organisation, que les moteurs de réponse recoupent. Il ne remplace pas un contenu clair et citable, premier levier pour optimiser pour les IA.

Quels types Schema.org utiliser selon vos pages ?

Pour une entreprise locale, le balisage LocalBusiness complète la fiche Google Business Profile. Les deux affichent les mêmes nom, adresse et téléphone.

Exemple de balisage JSON-LD pour un article

Voici un balisage Article minimal, à placer dans le head ou le body de la page. Les valeurs sont fictives : chaque propriété doit reprendre une information réellement affichée.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Redirection 301 : mode d'emploi SEO complet",
  "datePublished": "2026-09-24",
  "dateModified": "2026-09-24",
  "author": {
    "@type": "Person",
    "name": "Prénom Nom",
    "url": "https://www.exemple.fr/a-propos/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Exemple",
    "logo": {
      "@type": "ImageObject",
      "url": "https://www.exemple.fr/logo.png"
    }
  },
  "image": "https://www.exemple.fr/images/redirection-301.webp",
  "mainEntityOfPage": "https://www.exemple.fr/seo/redirection-301/"
}
</script>

• @context et @type déclarent le vocabulaire et le type décrit.
• headline reprend le titre visible de l’article.
• datePublished et dateModified suivent le format ISO 8601 et doivent correspondre aux dates affichées.
• author pointe vers une page auteur réelle ; publisher décrit l’éditeur.

Comment tester et déployer votre balisage ?

1. Valider la syntaxe avec le Schema Markup Validator, qui contrôle la conformité au vocabulaire Schema.org.
2. Vérifier l’éligibilité avec le test des résultats enrichis de Google, limité aux types qui produisent un affichage.
3. Tester une URL par gabarit (article, produit, catégorie) plutôt que page par page.
4. Suivre les rapports d’amélioration de la Search Console après le déploiement.

Les règles de qualité de Google (mises à jour le 10/07/2026) posent deux limites. Le balisage doit être une représentation fidèle du contenu visible. Un balisage trompeur, comme de faux avis, peut entraîner une action manuelle qui retire l’éligibilité aux résultats enrichis. Et même valide, un balisage ne garantit aucun affichage.

Si le JSON-LD est injecté en JavaScript, vérifiez qu’il apparaît dans le HTML rendu. Les points de vigilance sont détaillés dans notre article sur le SEO JavaScript. Les données structurées font partie du SEO technique présenté dans notre guide du SEO.