GEO
Les données structurées SEO aident-elles à être cité par les IA ?
Un peu, mais pas comme on le croit souvent. Google affirme qu'aucun balisage Schema.org n'est nécessaire pour apparaître dans ses réponses IA, alors que Microsoft explique que le schéma aide Copilot à comprendre une page. Les données structurées servent surtout à décrire votre entreprise sans ambiguïté, pas à forcer une citation.
Les données structurées SEO ont longtemps eu une promesse simple, des étoiles, des prix ou des questions qui s’affichent dans Google. Avec ChatGPT, Copilot et les AI Overviews, une nouvelle rumeur circule. Le Schema.org serait la clé pour être cité par les IA. La réalité est plus nuancée, et les éditeurs eux-mêmes ne disent pas la même chose.
Je vais vous donner la position officielle de chacun, puis ce que je mets en place sur les sites que je construis.
Données structurées SEO, le rappel en 2 minutes
Les données structurées sont un bloc de code qui décrit le contenu d’une page dans un vocabulaire partagé, Schema.org. Le format le plus simple, et celui que Google recommande, s’appelle JSON-LD.
Concrètement, vous ajoutez dans le HTML un script qui dit « cette page parle d’une entreprise, elle s’appelle ainsi, elle se trouve à telle adresse ». Un moteur n’a plus à deviner. Voici un exemple réduit pour une entreprise locale.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "LocalBusiness",
"name": "Nom de votre entreprise",
"url": "https://www.votresite.fr/",
"telephone": "+33 4 00 00 00 00",
"address": {
"@type": "PostalAddress",
"addressLocality": "Chambéry",
"postalCode": "73000",
"addressCountry": "FR"
}
}
</script>
Google accepte trois formats, JSON-LD, Microdata et RDFa, et conseille le JSON-LD parce qu’il est plus facile à maintenir. Une règle revient partout dans sa documentation. Ne balisez pas une information qui n’est pas visible sur la page, même si elle est exacte.
Un changement récent mérite d’être connu. Google a annoncé dans son journal des mises à jour que les résultats enrichis FAQ ne s’affichent plus depuis le 7 mai 2026. Si quelqu’un vous vend encore du balisage FAQ pour gagner de la place dans Google, il a un train de retard.
Les IA utilisent-elles vraiment Schema.org ?
Ça dépend de l’IA. Google dit qu’aucun balisage spécial n’est nécessaire pour ses fonctionnalités d’IA générative, tandis que Microsoft présente le schéma comme une aide pour que Copilot comprenne une page.
Côté Google, c’est écrit dans son guide sur l’optimisation pour l’IA générative. Les données structurées ne sont pas requises pour la recherche générative, et il n’existe pas de balisage Schema.org particulier à ajouter. Google continue pourtant de les recommander dans une stratégie SEO globale, parce qu’elles rendent une page éligible aux résultats enrichis. La page sur les fonctionnalités IA ajoute un conseil, vérifier que vos données structurées correspondent au texte visible.
Côté Microsoft, le ton est différent. Dans un article d’octobre 2025, un responsable produit de Bing explique que le schéma aide les moteurs et les systèmes d’IA à comprendre un contenu. Il précise que Copilot découpe les pages en petits morceaux structurés, et que le JSON-LD permet d’étiqueter un produit, un avis, une FAQ ou un événement.
OpenAI ne dit rien de précis sur Schema.org pour les pages classiques. Pour le shopping, sa page d’aide explique que les résultats produits s’appuient sur des métadonnées structurées fournies par des tiers ou par les marchands eux-mêmes, via des flux. Ce n’est pas la même chose qu’un JSON-LD sur votre fiche produit, mais la logique est la même. Des informations propres et cohérentes passent mieux.
Les deux positions ne se contredisent pas tant que ça. Google dit qu’il n’a pas besoin d’un balisage spécial pour ses réponses IA. Microsoft dit que le schéma aide ses systèmes à comprendre ce qu’ils lisent. Dans les deux cas, un balisage exact ne coûte presque rien, et un balisage faux ou absent du texte visible ne vous apportera rien.
Ma lecture est la suivante. Le balisage ne vous fera pas citer à lui seul. Il enlève de l’ambiguïté sur qui vous êtes, ce que vous vendez et où vous travaillez, et c’est déjà beaucoup quand une IA doit choisir entre trois homonymes.
Quels schémas mettre en priorité ?
Commencez par celui qui décrit votre structure, Organization ou LocalBusiness, puis Person pour le dirigeant ou l’auteur. Ajoutez Product si vous vendez en ligne, et FAQPage seulement si les questions sont réellement affichées sur la page.
- Organization ou LocalBusiness. Nom, logo, adresse, téléphone, horaires, zone desservie, et le champ sameAs qui pointe vers vos profils officiels. Choisissez le sous-type le plus précis, par exemple Plumber, Dentist ou ProfessionalService.
- Person. Le nom, le poste, l’entreprise et les profils de la personne qui signe les contenus. C’est utile pour relier un auteur à son expertise.
- Product. Prix, disponibilité, référence et avis. Ne balisez que des avis réels, Google a d’ailleurs ajouté en juillet 2026 une consigne contre les faux avis et les avis incités non signalés.
- FAQPage. Plus de résultat enrichi chez Google, mais le balisage décrit encore proprement des questions et des réponses visibles. Je le garde quand la FAQ existe vraiment.
- BreadcrumbList et Article. Le fil d’Ariane et les informations d’un article, auteur et dates compris.
Sur mon propre site, le JSON-LD décrit mon activité avec ProfessionalService, moi avec Person, chaque FAQ avec FAQPage, et le fil d’Ariane avec BreadcrumbList. Rien d’exotique. Ce sont les mêmes informations que celles affichées sur les pages, dites dans une langue que les machines lisent sans effort.
Pour une entreprise locale, la cohérence compte autant que le balisage. Le nom, l’adresse et le téléphone doivent être identiques dans le JSON-LD, sur le site, sur votre fiche Google et dans les annuaires. C’est un sujet que je développe dans l’article sur la fiabilité des sources aux yeux des IA.
Comment ajouter du JSON-LD sans casser son site ?
Placez un seul bloc JSON-LD dans le HTML de chaque page, généré côté serveur, et ne décrivez que ce qui est visible. Sur WordPress, une extension SEO s’en charge, sur un site sur mesure, un modèle de page suffit.
Le piège le plus courant est le doublon. Le thème ajoute un schéma Organization, l’extension SEO en ajoute un autre, et une extension d’avis en glisse un troisième. Google s’y retrouve souvent, mais vous envoyez des signaux contradictoires. Faites l’inventaire avant d’ajouter quoi que ce soit.
Deuxième piège, le JSON-LD injecté par Google Tag Manager ou par un script. Google peut le lire après rendu. Les robots IA qui n’exécutent pas le JavaScript, en revanche, ont de bonnes chances de ne jamais le voir. J’explique pourquoi dans l’article sur le JavaScript et le crawl des IA.
Troisième piège, la syntaxe. Une virgule en trop ou un guillemet non échappé, et tout le bloc est ignoré. Utilisez des identifiants @id pour relier vos entités entre elles plutôt que de répéter les mêmes informations sur chaque page. Et gardez le balisage aligné sur le contenu, car Google rappelle que les données structurées doivent correspondre au texte visible.
Comment tester et valider ses données structurées ?
Passez chaque modèle de page dans le test des résultats enrichis de Google, puis dans le validateur de Schema.org pour les types que Google n’affiche pas. Surveillez ensuite les rapports d’améliorations de la Search Console.
Les deux outils n’ont pas le même rôle. Le test de Google vous dit si une page est éligible à un résultat enrichi dans Google. Le validateur de Schema.org vérifie que votre balisage respecte le vocabulaire, y compris pour des types sans affichage spécial, comme Person ou ProfessionalService.
Côté Search Console, jetez un œil aux rapports d’améliorations une fois par mois. Ils listent, par type de schéma, les pages dont le balisage pose problème. C’est souvent comme ça qu’on découvre qu’une mise à jour du thème ou d’une extension a cassé un modèle de page entier, sans que personne ne s’en rende compte.
Testez un modèle de page, pas toutes vos pages. Une fiche produit, un article, la page contact, l’accueil. Si le modèle est bon, toutes les pages qui en dépendent le seront aussi.
Dernier contrôle, vérifiez que le JSON-LD est présent dans le code source brut, avec Ctrl+U dans Chrome. S’il n’apparaît que dans l’inspecteur, il est ajouté par le JavaScript, et vous connaissez la suite. Pour la liste complète des autres réglages qui comptent, voyez mon guide pour optimiser un site pour les IA, ou demandez-moi un audit offert et je vérifie votre balisage avec le reste.
Questions fréquentes
Le balisage FAQPage sert-il encore à quelque chose ?
Google n'affiche plus les résultats enrichis FAQ depuis le 7 mai 2026. Le balisage reste valide dans Schema.org et décrit proprement vos questions et réponses, mais il ne produit plus d'effet visuel dans les résultats de Google.
Faut-il des données structurées pour apparaître dans les AI Overviews ?
Non. Google indique qu'aucun balisage spécial n'est requis et qu'une page doit simplement être indexée et éligible à un extrait. Les données structurées restent utiles pour les résultats enrichis classiques.
JSON-LD, Microdata ou RDFa, lequel choisir ?
Google accepte les trois formats et recommande le JSON-LD, plus simple à maintenir. C'est aussi le format que Microsoft cite dans ses conseils pour Copilot.
Peut-on ajouter des données structurées avec Google Tag Manager ?
Google peut les lire après avoir exécuté le JavaScript de la page. Les robots IA qui n'exécutent pas le JavaScript risquent en revanche de ne jamais les voir, donc mieux vaut les écrire directement dans le HTML.