Données structurées et IA : ce que schema.org apporte vraiment

Les données structurées sont un code invisible pour le visiteur qui décrit le contenu d'une page dans un vocabulaire commun, schema.org. Elles aident Google à comprendre une page et à afficher des résultats enrichis, mais Google précise qu'aucun balisage spécial n'est nécessaire pour ses aperçus IA. Pour ChatGPT ou Perplexity, aucun effet n'est documenté officiellement : considérez-les comme une aide à la compréhension, pas comme un passe-droit.

Les données structurées en deux minutes

Quand vous lisez « 4,6 sur 5, 128 avis » sur une fiche produit, vous comprenez qu'il s'agit d'une note. Un robot, lui, voit une suite de caractères. Les données structurées lèvent l'ambiguïté : elles déclarent, dans un format standard, que telle valeur est un prix, telle autre une adresse, telle autre le nom de l'auteur.

Le vocabulaire utilisé est schema.org, un projet commun lancé par les grands moteurs de recherche. Il définit des « types » (Organization, Article, Product…) et leurs « propriétés » (name, address, price…). Trois syntaxes existent, mais Google recommande dans la plupart des cas le JSON-LD : un bloc de code placé dans la page, séparé du texte visible, donc facile à ajouter et à maintenir.

Ce que Google dit officiellement

La position de Google tient en trois points, tous tirés de sa documentation Search Central :

• Pas de balisage spécial pour l'IA. Dans sa page consacrée aux fonctionnalités IA de la recherche, Google écrit qu'il n'y a pas de données structurées schema.org particulières à ajouter pour apparaître dans les aperçus IA ou le mode IA.
• Le balisage doit refléter la page. La même page demande que les données structurées correspondent au texte visible. Baliser des avis, un prix ou une FAQ que le visiteur ne voit pas va contre les consignes.
• Aucune garantie d'affichage. Un balisage valide rend une page éligible aux résultats enrichis, il ne les déclenche pas à coup sûr.

Les aperçus IA s'appuient sur l'index de recherche classique. Une page bien comprise par Google part donc avec un avantage, et les données structurées y contribuent, comme une structure de titres claire ou des balises meta soignées. Pour le détail du fonctionnement, voir notre page sur les aperçus IA de Google.

Et pour ChatGPT, Perplexity ou Claude ?

Ici, il faut rester prudent. Nous n'avons trouvé dans la documentation officielle d'OpenAI, d'Anthropic ou de Perplexity aucune indication selon laquelle le balisage schema.org influence le choix des sources citées. Plusieurs de ces services s'appuient sur des index de recherche ou lisent les pages en direct, et rien de public ne dit comment ils traitent le JSON-LD.

Ce que l'on peut raisonnablement retenir :

• le balisage ne remplace jamais le texte : une IA cite ce qui est écrit sur la page, pas ce qui est caché dans le code ;
• il aide les moteurs de recherche, sur lesquels plusieurs assistants s'appuient, à identifier correctement votre entreprise, vos produits et vos auteurs ;
• il oblige à clarifier vos propres informations (nom exact, adresse, horaires), ce qui améliore la cohérence de vos informations sur le web.

Les types utiles pour une petite entreprise

Inutile de tout baliser. Commencez par l'identité (Organization ou LocalBusiness), puis les contenus que vous publiez le plus.

Exemples JSON-LD à adapter

Une entreprise locale

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Plumber",
  "name": "Plomberie Garnier",
  "url": "https://www.exemple.fr/",
  "telephone": "+33 2 41 00 00 00",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 rue des Lices",
    "postalCode": "49100",
    "addressLocality": "Angers",
    "addressCountry": "FR"
  },
  "openingHours": "Mo-Fr 08:00-18:00",
  "areaServed": "Angers et environs"
}
</script>

« Plumber » est un sous-type de LocalBusiness. schema.org en propose beaucoup d'autres (Restaurant, Dentist, HairSalon…) : choisissez le plus précis.

Un article avec son auteur

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Comment choisir un chauffe-eau thermodynamique",
  "datePublished": "2026-03-10",
  "dateModified": "2026-10-28",
  "author": {
    "@type": "Person",
    "name": "Julien Garnier",
    "url": "https://www.exemple.fr/a-propos/"
  }
}
</script>

La date de mise à jour et l'auteur doivent aussi apparaître dans la page. C'est ce texte visible qu'une IA lira ; le balisage ne fait que le confirmer. Nous revenons sur l'importance de l'auteur identifié dans notre guide pour écrire un contenu citable.

Installer et vérifier son balisage

1. Ajoutez le code. Sur WordPress, les extensions SEO courantes génèrent déjà Organization, Article et BreadcrumbList : vérifiez ce qu'elles produisent avant d'ajouter un second balisage, pour éviter les doublons contradictoires.
2. Testez la page. Le test des résultats enrichis de Google indique si la page est éligible aux résultats enrichis ; le validateur de schema.org (validator.schema.org) contrôle la syntaxe de tous les types, y compris ceux que Google n'exploite pas.
3. Surveillez la Search Console. Les rapports d'améliorations signalent les erreurs détectées lors de l'exploration.
4. Mettez à jour. Un changement d'horaires ou de prix doit être reporté à la fois dans le texte et dans le JSON-LD.

Questions fréquentes