Schema.org et citation par les IA : les balises qui comptent, celles qui ne servent à rien

Une agence vous propose d'ajouter des données structurées sur toutes vos pages pour « être compris par les IA ». Le devis liste des noms de balises, le tarif est au nombre de pages, et personne ne vous dit ce que chaque balise déclenche réellement. Voici ce que les moteurs écrivent noir sur blanc, la seule couche de balisage qui vaut pour toutes les entreprises, et la condition précise à partir de laquelle le reste commence à se justifier.

En bref :

• Google écrit que les données structurées ne sont pas requises pour sa recherche générative et qu'il n'existe aucun balisage schema.org spécial à ajouter pour elle.
• Ni l'aide de ChatGPT Search ni la documentation des robots de Perplexity ne mentionnent schema.org. Vérifié page entière le 16 août 2026 : zéro occurrence.
• La couche qui vaut pour tout le monde est le graphe d'entité : qui vous êtes, qui vous dirige, et à quels profils publics vous correspondez. Elle se pose une fois, dans le gabarit du site.
• Le seuil de bascule tient en deux conditions cumulatives : le type balisé ouvre encore une fonctionnalité documentée, et votre balisage se régénère tout seul quand la page change.
• Les résultats enrichis FAQ ont disparu de Google le 7 mai 2026, et leur documentation le 15 juin. Facturer ce balisage pour son effet d'affichage revient à facturer une fonctionnalité éteinte.

Ce qui est écrit, et par qui

Un seul moteur publie une position sur le lien entre données structurées et réponses génératives. Elle ne dit pas ce que le marché raconte.

Dans son guide d'optimisation pour les fonctionnalités génératives, Google range le sujet parmi les excès à éviter : les données structurées ne sont pas requises pour la recherche générative, il n'existe pas de balisage schema.org particulier à ajouter, et il reste malgré tout conseillé d'en utiliser dans le cadre de la stratégie SEO globale, parce que c'est ce qui rend éligible aux résultats enrichis de la recherche classique.

La même documentation précise ailleurs qu'une page, pour être éligible comme lien d'appui dans AI Overviews ou AI Mode, doit être indexée et éligible à un extrait dans Google Search, et qu'il n'existe aucune exigence technique supplémentaire.

Chez les autres, il n'y a rien à citer. Le 16 août 2026, nous avons récupéré l'intégralité de la page d'aide d'OpenAI sur ChatGPT Search et de la documentation des robots de Perplexity, puis cherché les termes « schema », « structured data », « JSON-LD » et « markup ». Aucune occurrence dans l'une ni dans l'autre.

Conclusion honnête : personne ne documente le balisage comme critère de citation. Ce qui ne veut pas dire qu'il ne sert à rien, mais qu'il faut arrêter de le vendre pour ce qu'il n'est pas. Son utilité réelle est ailleurs, et elle est plus solide.

Être une entité, pas une chaîne de caractères

Le seul balisage qui vaut pour toutes les entreprises, quel que soit leur secteur, est celui qui dit qui vous êtes.

Quand un assistant lit « ATTA », il voit d'abord quatre lettres. Rien ne lui dit si c'est une entreprise, une abréviation ou un nom de produit, ni si l'ATTA du site est la même que celle du profil LinkedIn. Le rôle du graphe d'entité est de répondre à cette question avant qu'un moteur ait à recommander quoi que ce soit.

Trois briques suffisent, et elles portent des noms de vocabulaire schema.org qu'il faut connaître une fois :

• Organization : l'entreprise, son nom légal, son adresse, son logo, ses coordonnées.
• Person : la personne qui la dirige, reliée à l'organisation.
• sameAs : la liste des adresses publiques qui désignent la même entité, typiquement un profil d'entreprise sur un réseau professionnel.

Le liant s'appelle l'identifiant @id. C'est une adresse stable, choisie une fois, que toutes les pages du site réutilisent pour désigner le même objet. Sans lui, chaque page décrit une nouvelle organisation qui porte le même nom. Avec lui, tout le site décrit la même.

Google écrit que ce balisage sur la page d'accueil l'aide à comprendre les détails administratifs de votre organisation et à la distinguer des autres, et que ce type n'a aucune propriété obligatoire : on ajoute celles qui s'appliquent. C'est une bonne nouvelle budgétaire. Ce chantier n'est pas facturable au nombre de pages, il se pose une fois dans le gabarit du site et il vit ensuite tout seul.

Sur notre propre site, ce graphe relie l'organisation, le site et son fondateur par des identifiants stables, avec une fiche d'établissement rattachée à l'organisation, et chaque article référence son éditeur par le même identifiant. La liste sameAs ne contient qu'une seule adresse, celle du profil d'entreprise, parce que nous refusons d'y mettre une URL non confirmée. C'est la règle à retenir : une adresse sameAs qui pointe vers un profil inexistant ou homonyme ne renforce pas votre identité, elle la brouille.

Le seuil de bascule

Question de la section : à partir de quand le balisage de contenu, page par page, devient-il rentable ? Réponse en deux conditions cumulatives.

Condition 1 : le type que vous balisez ouvre encore une fonctionnalité documentée. Pas « a longtemps servi », pas « aide les IA à comprendre ». Une fonctionnalité listée aujourd'hui dans la documentation de Google, ou un index dédié qui la consomme. Si le type a été retiré, votre balisage est du code sans destinataire. La section suivante donne la liste des retraits récents, avec leurs dates.

Condition 2 : le balisage se régénère automatiquement quand la page change. Un balisage écrit à la main sur une page dont les prix, les horaires ou les stocks bougent devient faux au premier changement. Or les règles générales de Google interdisent de baliser du contenu qui n'est pas visible pour le lecteur de la page. Un balisage faux n'est pas neutre, il est sanctionnable.

En dessous de ces deux conditions, la bonne réponse est de ne rien faire de plus que la couche entité. Au-dessus, le balisage de contenu se justifie, à un endroit précis :

Un mot sur le commerce et le produit, parce que c'est le cas où le raccourci coûte le plus cher. Dans son guide sur les fonctionnalités génératives, Google nomme les canaux qui aident vos produits et vos services à être visibles dans les réponses générées : Merchant Center et ses flux, et la fiche d'établissement Google. Ce ne sont pas des balises sur votre site, ce sont des comptes à alimenter. Un devis qui promet la visibilité produit dans les réponses IA par le seul JSON-LD ignore le canal que l'éditeur désigne lui-même.

Le cimetière des balises, avec les dates

Le SERP vend encore des balises que Google a éteintes. Voici lesquelles, et quand.

Le cas d'école est le balisage FAQ. Le 8 août 2023, Google annonçait que les résultats enrichis FAQ ne seraient plus affichés que pour les sites gouvernementaux et de santé faisant autorité, et que les résultats enrichis How-To seraient limités aux ordinateurs de bureau. Puis le journal des modifications de Google a acté la disparition complète : la fonctionnalité FAQ n'apparaît plus dans Google Search depuis le 7 mai 2026, et sa documentation a été retirée le 15 juin 2026. L'ancienne adresse de la fiche FAQPage renvoie aujourd'hui vers l'entrée du journal qui annonce son retrait. Celle du type How-To fait la même chose.

Ce n'est pas un cas isolé. Le même journal enregistre le retrait de la documentation de cinq autres types (informations de cours, salaire estimé, vidéo pédagogique, annonce spéciale, annonce de véhicule), la fin du type « practice problem » dans les rapports de la Search Console à partir de janvier 2026, et une clarification utile : le balisage Dataset n'est utilisé que par Dataset Search, pas par Google Search.

Faut-il retirer ce qui reste sur vos pages ? Google répond qu'on peut supprimer ce balisage mais qu'il n'y a pas de raison de le faire de façon proactive : des données structurées inutilisées ne posent pas de problème à la recherche, elles n'ont simplement aucun effet visible.

Autrement dit, le vrai coût n'est pas le balisage existant, c'est le budget de maintenance que vous continuez à payer pour lui. Et c'est la ligne à discuter dans un devis : un prestataire qui facture aujourd'hui la pose d'un balisage FAQ pour son effet dans les résultats de recherche facture une fonctionnalité qui n'existe plus depuis mai 2026.

Nous gardons pourtant une section de questions fréquentes dans nos articles, y compris celui-ci. Pas pour l'affichage, il n'existe plus. Pour une raison éditoriale : une question suivie d'une réponse courte et autonome est le format le plus facile à reprendre hors contexte, par un lecteur pressé comme par un modèle qui cherche une réponse citable. Le mécanisme de sélection des sources est détaillé dans notre article sur la façon dont les IA choisissent ce qu'elles citent.

Ce qui casse : le balisage qui ment

Le risque n'est pas de baliser trop peu. Il est de décrire une page qui n'existe pas.

Les règles générales de Google sont explicites sur trois points, et chacun correspond à une erreur courante en PME :

1. Ne pas baliser un contenu invisible pour le lecteur. Si le balisage décrit un intervenant, le corps de la page doit décrire le même intervenant.
2. Ne pas baliser de contenu trompeur, par exemple de faux avis, ou du contenu sans rapport avec le sujet de la page.
3. Baliser la totalité de ce qui est visible. Si votre page affiche vingt avis et que le balisage n'en déclare que les cinq meilleurs, le résultat est trompeur pour l'utilisateur qui a cliqué.

La sanction est précise, et elle est moins effrayante qu'on ne le dit, ce qui ne la rend pas anodine. Google écrit qu'un problème de données structurées peut entraîner une action manuelle, que cette action fait perdre à la page son éligibilité aux résultats enrichis, et qu'elle n'affecte pas son classement dans la recherche web. Vous ne perdez pas votre position, vous perdez l'affichage enrichi que vous étiez en train de payer.

Deuxième piège, technique celui-là, et il connecte ce sujet au reste du dossier. Un balisage injecté par JavaScript après le chargement de la page n'existe pas pour un lecteur qui n'exécute pas le JavaScript. C'est le cas des principaux robots des moteurs génératifs, point détaillé dans notre article sur les sites invisibles pour les assistants IA. Google, de son côté, recommande de placer le balisage produit directement dans le HTML initial pour les sites marchands. La règle pratique tient en une phrase : ce qui n'est pas dans la source de la page n'est pas garanti d'être lu.

Ce qu'on ferait à votre place

Quatre décisions, dans cet ordre, et aucune ne demande de compétence technique de votre côté.

Un. Faites poser la couche entité, une fois, sur le gabarit du site : organisation, personne dirigeante, identifiants stables, adresses sameAs vérifiées une par une. C'est le seul chantier de balisage qui vaut pour toutes les entreprises, et il ne se refacture pas au nombre de pages.

Deux. Avant d'accepter le balisage d'un type de contenu, demandez quelle fonctionnalité il ouvre aujourd'hui et où c'est écrit. La réponse tient dans un lien vers la documentation du moteur. Si le lien n'existe pas, la ligne du devis n'a pas d'objet.

Trois. Exigez que le balisage soit généré par la même source que la page. Si vos prix viennent du catalogue, le balisage doit venir du catalogue. Un balisage saisi à la main est une dette qui devient fausse au premier changement, et un balisage faux vous fait perdre l'éligibilité aux affichages enrichis.

Quatre. Ne payez pas la promesse « être cité par les IA grâce au JSON-LD ». Aucun éditeur ne la documente, et Google écrit qu'aucun balisage spécial n'est nécessaire pour sa recherche générative. Le budget est mieux placé sur l'accès des robots et sur des pages qui répondent réellement, les deux leviers qu'on détaille dans notre guide du référencement IA pour les PME et dans notre article sur les crawlers IA.

Ce que le balisage d'entité vous achète, ce n'est pas une citation. C'est le fait d'exister comme une entreprise identifiable plutôt que comme une suite de mots sur une page. C'est un préalable, pas un raccourci, et c'est exactement pour ça qu'il vaut le coup : il est peu coûteux, il se pose une fois, et il ne dépend d'aucune fonctionnalité qui peut être retirée l'année prochaine.

Vous avez un devis qui liste des balises et vous voulez savoir lesquelles ont encore une destination ? Parlons-en trente minutes. Le détail de ce que nous livrons est sur la page référencement IA.

FAQ

Q: Le balisage schema.org aide-t-il à être cité par ChatGPT ?

A: Aucun éditeur ne le documente. L'aide de ChatGPT Search et la documentation des robots de Perplexity ne mentionnent ni schema.org, ni JSON-LD, vérification faite le 16 août 2026. Google, de son côté, écrit que les données structurées ne sont pas requises pour sa recherche générative et qu'aucun balisage spécial n'est à ajouter. Le balisage sert à être identifié comme entité, pas à déclencher une citation.

Q: Faut-il supprimer son balisage FAQ maintenant que Google ne l'affiche plus ?

A: Non, et Google le dit explicitement : vous pouvez le retirer, mais il n'y a pas de raison de le faire de façon proactive. Des données structurées inutilisées ne posent pas de problème à la recherche, elles n'ont simplement plus d'effet visible depuis le 7 mai 2026. Ce qu'il faut arrêter, c'est de payer pour en poser de nouvelles au titre de l'affichage.

Q: Par quel balisage commencer quand on a un budget limité ?

A: Par le graphe d'entité : organisation, personne dirigeante, identifiants stables et adresses sameAs vérifiées. Google indique que ce balisage l'aide à distinguer votre organisation des autres, et que ce type n'a aucune propriété obligatoire. Il se pose une fois dans le gabarit du site, il ne se facture pas au nombre de pages, et il ne dépend d'aucune fonctionnalité susceptible d'être retirée.

Q: Un balisage erroné peut-il faire chuter mon référencement ?

A: Pas votre classement. Google écrit qu'un problème de données structurées peut entraîner une action manuelle, que cette action fait perdre à la page son éligibilité aux résultats enrichis, et qu'elle n'affecte pas la position de la page dans la recherche web. Le risque est donc de perdre l'affichage que vous payez, pas votre trafic de base. Raison suffisante pour ne baliser que ce qui est visible.

Q: Mon prestataire propose de baliser toutes mes pages de services. Bonne idée ?

A: Demandez d'abord quelle fonctionnalité chaque balise ouvre aujourd'hui, documentation du moteur à l'appui. Pour un site de prestations de services, la couche utile est l'entité et la fiche d'établissement, pas une balise par page. Un balisage sans destination vous coûte une ligne de devis et une dette de maintenance, sans rien produire de visible.