Schema.org est souvent mentionné dans les guides SEO comme un détail technique parmi d'autres. Pour l'AEO, c'est autre chose : c'est le moyen le plus direct de donner aux IA une lecture structurée de votre contenu, sans qu'elles aient besoin de le deviner. Ce guide explique comment ça fonctionne et comment le mettre en place correctement.
Qu'est-ce que Schema.org ?
Schema.org est un vocabulaire de balisage sémantique créé en commun par Google, Microsoft, Yahoo et Yandex en 2011. Son objectif : définir un langage commun pour annoter le contenu du web. En utilisant ce vocabulaire, un site peut indiquer aux moteurs de recherche et aux IA la nature précise de son contenu : est-ce une FAQ ? Un article de blog ? Une fiche produit ? Une organisation ? Une recette ?
Sans balisage, un moteur doit interpréter le texte pour comprendre ce qu'il lit. Avec Schema.org, l'information est fournie directement, sans ambiguïté. Une balise FAQPage dit explicitement "voici des paires question-réponse". Une balise LocalBusiness indique l'adresse, les horaires et l'activité de l'entreprise. Une balise Article précise la date de publication et l'auteur.
Schema.org ne remplace pas le contenu. Il l'annote. Un texte bien écrit avec Schema.org est beaucoup plus facilement exploitable par une IA qu'un texte bien écrit sans balisage.
Le format d'implémentation recommandé est JSON-LD (JavaScript Object Notation for Linked Data). C'est un bloc de code JSON inséré dans une balise <script> dans le <head> de la page. Il n'est pas visible par les visiteurs, mais il est lu par les crawlers et les IA. C'est le format préconisé par Google, plus simple à maintenir que les alternatives comme Microdata.
Pourquoi Schema.org aide particulièrement pour l'AEO ?
Les IA génératives fonctionnent en extrayant des passages de texte pertinents pour répondre à une question. Elles scannent des centaines de sources potentielles et sélectionnent les passages qui correspondent le mieux à la question posée. Schema.org rend ce travail beaucoup plus simple.
Avec une balise FAQPage, l'IA n'a pas besoin de lire tout le texte pour trouver les questions et réponses : elles sont listées explicitement dans le JSON-LD, avec leur paire question-réponse clairement délimitée. Avec une balise LocalBusiness, l'IA dispose immédiatement de l'adresse, du numéro de téléphone, des horaires et de la description de l'activité, sans avoir à les chercher dans le texte de la page. Avec une balise Article, la date de publication est précisée, ce qui aide les IA (notamment Perplexity) à évaluer l'actualité de la source.
Pour les entreprises locales, c'est particulièrement décisif. Quand quelqu'un demande à Gemini "quel studio web à Clermont-Ferrand", Gemini cherche des sources qui décrivent explicitement leur activité et leur localisation. Un LocalBusiness Schema bien renseigné répond directement à cette question structurelle, avant même le contenu textuel de la page.
Quels types de Schema utiliser en priorité ?
Pour une PME ou un site professionnel, quatre types de Schema couvrent l'essentiel. Ils ne sont pas compliqués à implémenter et leur impact sur la lecture IA est immédiat.
- LocalBusiness ou Organization. À placer sur la page d'accueil et idéalement sur toutes les pages. Il décrit votre entreprise : nom, adresse, téléphone, URL, activité. Pour une entreprise avec une adresse physique,
LocalBusinessest plus précis qu'Organization. - FAQPage. À utiliser sur vos pages de service et vos articles, là où vous répondez à des questions. Chaque paire question-réponse dans le Schema doit correspondre à une question effectivement visible dans le contenu de la page.
- Article ou BlogPosting. Sur tous vos articles de blog et contenus éditoriaux. Il précise le titre, la description, l'auteur, la date de publication et la date de modification. La date de modification est importante : une IA qui valorise l'actualité s'appuie dessus.
- BreadcrumbList. Sur toutes vos pages pour indiquer la hiérarchie de navigation. Ça aide les IA à comprendre la structure du site et la position d'une page dans l'arborescence.
Pour les e-commerçants, les types Product, Offer et Review s'ajoutent à cette liste. Ils permettent aux IA de lire directement les caractéristiques d'un produit, son prix et ses avis clients.
Comment implémenter Schema.org en JSON-LD ?
Le JSON-LD se place dans une balise <script type="application/ld+json"> dans le <head> de la page. Chaque page peut contenir plusieurs blocs JSON-LD distincts pour des types différents, ce qui est pratique pour combiner par exemple un Article et un FAQPage sur le même article de blog.
Voici la structure d'un bloc FAQPage avec deux questions :
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Votre question ici ?",
"acceptedAnswer": {
"@type": "Answer",
"text": "La réponse directe et factuelle à cette question."
}
},
{
"@type": "Question",
"name": "Deuxième question ?",
"acceptedAnswer": {
"@type": "Answer",
"text": "La réponse à la deuxième question."
}
}
]
}
Quelques règles pratiques : le champ name d'une Question doit être la question exactement telle qu'elle apparaît dans le contenu visible. Le champ text de l'Answer peut être plus long que la réponse visible, mais il doit être cohérent avec elle. Les IA et Google vérifient que le Schema correspond au contenu réel de la page.
Un Schema JSON-LD bien formé n'alourdit pas la page pour les visiteurs. Il est invisible à l'affichage et ne ralentit pas le chargement. L'implémentation n'a aucun coût côté expérience utilisateur.
Comment vérifier que son Schema est bien implémenté ?
Google propose le Rich Results Test, accessible à l'adresse search.google.com/test/rich-results. Il suffit d'entrer l'URL d'une page pour obtenir une analyse complète des blocs JSON-LD présents, avec la liste des erreurs et avertissements. C'est l'outil de référence pour valider son implémentation avant de la considérer comme terminée.
Pour les erreurs courantes à vérifier : des guillemets mal échappés dans les valeurs texte, des propriétés obligatoires manquantes (par exemple name dans un LocalBusiness), ou un type Schema utilisé sur une page dont le contenu ne correspond pas. Google Search Console affiche aussi les erreurs de données structurées détectées lors du crawl, dans la section "Améliorations".
Pour l'AEO spécifiquement, il n'existe pas encore d'outil officiel de validation côté IA. Mais un Schema valide pour Google est reconnu par les autres IA : Gemini, Perplexity et ChatGPT lisent tous le JSON-LD. La validation Google est donc suffisante pour s'assurer que l'implémentation est correcte.
Chez Neim, l'implémentation Schema.org fait partie de la mise en place AEO sur chaque projet. On commence par auditer ce qui est déjà en place, on corrige les erreurs, et on ajoute les types manquants selon la nature du site. C'est une des premières choses visibles après un audit.
Questions fréquentes
Schema.org fonctionne-t-il sur tous les CMS ?
Oui. Schema.org en JSON-LD peut être ajouté sur n'importe quel CMS : WordPress, Webflow, Shopify, ou un site codé à la main. Sur WordPress, des plugins comme Yoast SEO ou Rank Math gèrent une partie des Schema automatiquement. Sur les autres plateformes, on insère directement le bloc JSON-LD dans le head de la page. La méthode JSON-LD est justement conçue pour être indépendante du CMS.
Un Schema mal implémenté peut-il pénaliser mon site ?
Un Schema avec des erreurs de syntaxe sera simplement ignoré par Google et les IA : il ne pénalise pas, il ne sert à rien. En revanche, un Schema qui contredit le contenu visible de la page, par exemple une FAQPage Schema avec des questions qui n'apparaissent pas dans le texte, peut être considéré comme trompeur par Google et nuire à la confiance accordée au site.
Faut-il un Schema différent pour chaque page ?
Pas nécessairement un type différent, mais les données changent selon la page. Le Schema Organization ou LocalBusiness peut être répété sur toutes les pages (c'est recommandé pour que les IA reconnaissent votre entreprise quelle que soit la page d'entrée). En revanche, FAQPage ne s'utilise que sur les pages qui contiennent effectivement des questions-réponses, et Article uniquement sur vos contenus éditoriaux.