Aller au contenu principal
Bêta privéeL'app Shopify qui rend vos produits lisibles et vérifiables par l'IA.App Shopify : soyez lisible par l’IAJe veux un accès
GEO

Schema.org seul ne suffit pas pour ChatGPT

9 min de lecture Mis à jour récemment
#geo #schema-org #donnees-structurees #aggregate-rating #chatgpt #ssr #shopify
Share

Il y a une ligne dans presque toutes les checklists GEO : « ajoutez du schema.org et l’IA vous citera ». C’est un des conseils les plus répétés du domaine, et il est à moitié vrai d’une manière qui coûte discrètement des recommandations aux marchands. Les données structurées comptent. Elles ne sont pas non plus ce qui vous fait citer dans une réponse ChatGPT ou Claude en direct, et croire le contraire laisse le vrai gatekeeper sans surveillance.

Voici la version inconfortable, appuyée sur des données d’extraction plutôt que sur de l’espoir. Ce n’est pas « le schema est inutile » : cette surcorrection est fausse aussi. C’est plus précis, et plus utile.

En 60 mots

Le schema.org est nécessaire mais pas suffisant, et sa valeur dépend du moteur. Les moteurs à index (Google AI Overviews, Bing Copilot, Perplexity) parsent votre JSON-LD ; les moteurs en live browse (ChatGPT, Claude) lisent souvent le HTML visible à la place. Une étude a mesuré l’extraction du prix depuis le JSON-LD à 0% pour Claude et 37,5% pour ChatGPT. Le vrai gatekeeper, ce sont les faits rendus server-side, pas une note auto-décernée.

Schema.org index contre live browse : les moteurs à index (Google AI Overviews, Bing Copilot, Perplexity) parsent le JSON-LD donc le schema aide, tandis que les moteurs en live browse (ChatGPT, Claude) lisent le HTML visible et l'ignorent souvent ; extraction du prix depuis le JSON-LD seul : Claude 0 %, Perplexity 12,5, ChatGPT 37,5, Gemini 50.
Figure 1 : le schema aide les moteurs à index mais est souvent ignoré en live browse. Le HTML server-side est le vrai gatekeeper.

Le mythe : « j’ai ajouté du schema, donc ChatGPT me citera »

La croyance vient d’une décennie de recherche classique. Dans le classement Google traditionnel, les données structurées gagnaient de façon fiable des rich results, donc « ajoutez du schema » est devenu un réflexe gagnant. Ce réflexe est passé tel quel dans les conseils GEO. Le problème, c’est que la machine en face a changé. Un moteur génératif qui décide s’il va nommer votre produit dans une réponse ne fait pas tourner le même pipeline que le système de rich results de Google, et pour les moteurs en live browse, il peut ne pas parser votre JSON-LD du tout.

Ce qu’un crawler IA voit vraiment : environ 69% n’exécutent jamais de JavaScript

Commençons par le fait le plus lourd de conséquences, car il sape plusieurs suppositions d’un coup. La plupart des crawlers IA récupèrent le HTML brut et n’exécutent jamais de JavaScript.

La mesure fondatrice est l’analyse de Vercel et MERJ sur du trafic crawler réel, qui a constaté que les grands crawlers IA n’exécutaient pas le JavaScript. Ce constat a été quantifié en 2026 : SearchOptimo (juin 2026) la situe à environ 69% des crawlers IA incapables d’exécuter du JavaScript, note que GPTBot récupère des fichiers JS dans environ 11,5% des requêtes sans jamais les exécuter, et que ClaudeBot les télécharge dans environ 23,8% des cas sans les exécuter non plus. La seule exception est le crawler de Google, qui alimente le grounding Gemini et rend, avec un délai.

Honnêteté sur ce chiffre : le « 69% » précis remonte à l’étude Vercel/MERJ de 2024, répétée dans les articles 2026 ; c’est une valeur reprise, pas une mesure indépendante fraîche de 2026, ce qui explique pourquoi notre propre moteur utilise le plus prudent « 65 à 70% ». Dans tous les cas, la direction ne fait pas de doute : la majorité des crawlers IA lit votre page comme du HTML brut.

L’implication pour les données structurées est immédiate, et elle est plus précise que la peur habituelle. Sur un thème Shopify standard, ce n’est pas votre problème : Liquid rend votre prix et votre Product JSON-LD server-side, dans la même réponse HTML, donc un crawler sans JavaScript les lit sans souci. L’écart apparaît avec le contenu injecté par les apps. La plupart des apps d’avis (Judge.me, Loox, Yotpo) affichent leur note en étoiles via un widget JavaScript qui va chercher les avis après le chargement de la page, si bien que l’AggregateRating n’atteint jamais le HTML brut. Idem pour les apps de devise et d’abonnement qui réécrivent le prix côté client, et pour les blocs d’app custom. Ce contenu, schema compris, est invisible pour les 69% environ de crawlers qui n’exécutent pas de JavaScript.

La donnée d’extraction qui change l’argument

Même quand le JSON-LD est dans le HTML brut, l’IA le lit-elle ? En live browse, souvent non. Une étude (Searchviu, octobre 2025) a mesuré à quelle fréquence chaque moteur extrayait le prix depuis le JSON-LD seul, et l’écart est saisissant.

MoteurPrix extrait du JSON-LD seul
Claude0%
Perplexity12,5%
ChatGPT37,5%
Gemini50%

À prendre comme une étude, pas un consensus établi (c’est une source unique, non répliquée). Mais elle pointe dans le même sens que tout le reste : dans un fetch direct, le JSON-LD n’est souvent pas ce que le moteur lit. Il lit le texte visible. Un prix qui ne vit que dans votre schema, et pas dans le HTML rendu, est un prix que les moteurs en live browse rateront souvent.

Index contre live browse : la distinction que tout le monde saute

Voici ce qui réconcilie le désordre, et c’est la même scission qui gouverne chaque signal GEO : les moteurs IA se répartissent en deux familles.

  • Les moteurs à index (Google AI Overviews, Bing/Copilot, et le retrieval de Perplexity) répondent depuis un index qui a déjà crawlé, rendu et parsé votre page. Là, votre JSON-LD est réellement utile : c’est une des façons les plus propres de dire à l’index ce qu’est votre produit, ce qu’il coûte et comment il est noté.
  • Les moteurs en live browse (ChatGPT avec navigation, Claude avec accès web) récupèrent en quasi temps réel et s’appuient sur le HTML visible. Là, votre JSON-LD est souvent ignoré au profit de ce qu’un humain lirait sur la page.

Donc « le schema aide-t-il les citations IA » n’a pas de réponse unique. Il aide les moteurs à index et fait peu pour un fetch en live browse. Une vérification à grande échelle appuie le même point par l’autre bout : une étude Ahrefs sur 1 885 pages, rapportée par Bizkol (mai 2026), ne trouve pas de lift significatif du schema détaillé sur la fréquence de citation une fois les autres variables contrôlées. Le schema est de la plomberie qui aide les moteurs à comprendre les entités ; ce n’est pas un déclencheur de citation en soi.

Le piège du faux AggregateRating

Il y a un endroit où mal faire le schema est pire que ne rien faire : une note que vous vous décernez à vous-même.

La règle de Google est en vigueur depuis 2019 et a été réaffirmée dans la documentation review-snippet mise à jour le 10 décembre 2025 : si l’entité évaluée contrôle les avis à son sujet, les pages en LocalBusiness, Organization (ou ses sous-types), ou une note sur un Brand sont inéligibles à l’étoile. Un « 4,9 étoiles » global sur votre marque n’est pas un rich result ; c’est invisible au mieux, et une note auto-décernée ou invisible risque une action manuelle pour données structurées non conformes.

Deux contraintes de plus resserrent ça. Un AggregateRating en JSON-LD sans note visible sur la page rendue viole la règle « invisible to users ». Et les valeurs du schema doivent correspondre à ce qu’un visiteur voit : notre moteur signale une divergence au-delà d’une petite tolérance entre la note ou le nombre d’avis du JSON-LD et le visible, car un écart se lit, pour Google (et pour une IA), comme un signal de méfiance.

Le but n’est pas de craindre le schema. C’est qu’une note de marque fabriquée est le seul geste de données structurées qui peut activement vous nuire.

Le vrai gatekeeper : SSR d’abord, schema ensuite

Mis bout à bout, l’ordre de priorité inverse le conseil habituel :

  1. Rendez les faits server-side. Prix, disponibilité, note et specs clés doivent être dans la réponse HTML brute, pas injectés par un script. C’est ce que les 69% environ de crawlers sans JavaScript peuvent lire et ce que les agents en live browse citent réellement. Les templates Liquid de Shopify rendent server-side par défaut ; le danger, ce sont les sections et apps custom qui ne rendent que côté client. Voir pourquoi ChatGPT ignore des produits pour les modes d’échec.
  2. Gardez le JSON-LD, comme miroir du visible. Un schema produit complet vous gagne toujours les moteurs à index. Il doit être d’accord avec la page, jamais la contredire.
  3. Prouvez les notes avec des tiers, pas avec vous-même. Au lieu d’un AggregateRating auto-décerné sur votre Organization, montrez une vraie note visible attachée au Product, et assurez-vous que cette note est rendue server-side (un metafield ou un bloc SSR), pas seulement peinte par le widget JavaScript de votre app d’avis. Pointez via Organization.sameAs vers des profils vérifiés (Trustpilot, plateformes d’avis vérifiés). Voir comment l’IA pèse les affirmations et preuves et les règles de l’AggregateRating.

La conclusion honnête

Le schema.org n’est pas un mythe, et ce n’est pas un bouton magique de citation. C’est une couche nécessaire dont le rendement dépend du moteur que vous visez, et qui est neutralisée dès l’instant où les mêmes faits ne sont pas aussi rendus en HTML server-side. Les boutiques qui gagnent la recommandation IA ne sont pas celles qui ont le plus de JSON-LD. Ce sont celles dont le prix, la preuve et les réponses sont lisibles en HTML brut par un moteur qui n’exécute pas de JavaScript, avec un schema qui appuie plutôt qu’il ne remplace.

Un audit GEO gratuit vérifie les deux couches sur une boutique Shopify : ce qui est rendu server-side et extractible, et si vos données structurées sont complètes, conformes et cohérentes avec la page, en une minute environ.