Aller au contenu
Implementa.

SEO pour ChatGPT (GEO) · Guide 8 sur 8

Schema pour le GEO : les données structurées que l'IA utilise vraiment (et celles qu'elle ignore)

On va te vendre le schema markup comme l'astuce qui te fait entrer dans ChatGPT. Ce n'en est pas une : les moteurs génératifs lisent tes données structurées presque comme un paragraphe de plus, pas comme une commande magique. Ce que le schema fait vraiment — quand il est valide et correspond à ce qui est visible — c'est lever l'ambiguïté sur qui tu es et rendre ton contenu lisible par la machine. C'est de la plomberie, pas un sortilège. Voici les types qui font bouger l'aiguille en GEO et ceux qui ne font que décorer le head.

Le schema markup se vend depuis dix ans comme un raccourci, et avec le GEO il revient déguisé en astuce pour que ChatGPT te cite. La réalité est plus sobre et plus utile : les données structurées ne donnent pas d'ordres au modèle, elles lui donnent du contexte. Bien faites, elles te désambiguïsent ; inventées ou cassées, elles te font ignorer. Voici la différence, sans fumée.

Ce qu'est le schema pour le GEO (et ce qu'il n'est pas)

Le schema (données structurées, souvent en JSON-LD) est un bloc de code qui décrit ta page dans un vocabulaire que les machines comprennent : qui tu es, ce que tu vends, à quelles questions tu réponds. En SEO classique, il alimente les rich snippets de Google. En GEO, le rôle change : tu ne vises plus une étoile d'avis, tu vises que le modèle t'identifie comme une entité fiable et cohérente quand il construit sa réponse.

Ce qu'il n'est pas : un levier magique. Les tests publics suggèrent que ChatGPT et Perplexity lisent les données structurées plutôt comme du texte que comme une instruction privilégiée. Si ton schema est invalide ou dit ce que la page ne dit pas, ils le traitent comme du bruit — ou pire, comme un signal d'incohérence. Le schema ne te met pas dans la réponse ; il te rend plus facile à lire pour que le contenu que tu as vraiment fasse le travail.

Quels types de schema comptent vraiment en GEO

Pas besoin de tout baliser. Tu dois baliser ce qui définit ton entité et ce qui répond aux questions. Voici les types qui font bouger l'aiguille, par ordre de priorité.

Type de schemaÀ quoi il sert en GEOQuand l'utiliser
OrganizationFixe ton entité : nom, logo et profils (sameAs). La base pour que le modèle sache qui tu es.Toujours, sur home et about
FAQPageBlocs question-réponse lisibles que le modèle peut citer tels quels.Guides, services, support
ArticleMarque la paternité, la date et le sujet. Renforce la fraîcheur et l'attribution.Articles et guides
HowToÉtapes structurées qui répondent à « comment fait-on X ».Tutoriels et processus
Product / ServiceDécrit ce que tu offres, avec quelles caractéristiques et quel prix.Pages commerciales

En dessous de ces cinq, presque tout le reste est de la décoration. Baliser le fil d'Ariane ou les sitelinks aide le SEO classique, mais ne change pas la façon dont un LLM te cite.

sameAs : le champ qui désambiguïse le plus

Dans Organization, le tableau sameAs (liens vers ton LinkedIn, ta fiche Crunchbase, ta Wikipédia si tu en as une) est ce qui relie ta marque à une entité reconnaissable. C'est la différence entre être « une entreprise qui porte ce nom » et être « cette entreprise précise, la même dont parlent ces sources ». Pour le GEO, ce lien vaut plus que dix schemas décoratifs.

Comment l'implémenter sans le casser

L'ordre compte, parce qu'un schema mal monté fait plus de mal que pas de schema du tout.

  1. Utilise JSON-LD dans le head ou en fin de body : c'est le format que Google recommande et le plus propre à maintenir.
  2. Ne balise que ce qui est visible sur la page. Si la FAQ n'est pas dans le HTML, ne la mets pas dans le schema.
  3. Valide chaque bloc avec le test des résultats enrichis de Google et le validateur Schema.org avant de publier.
  4. Garde la cohérence entre les pages : même nom, même logo et mêmes sameAs sur tout le site.

Erreurs typiques avec le schema et le GEO

  • Inventer dans le schema des données qui n'apparaissent pas sur la page : c'est ignoré ou ça coûte de la confiance.
  • Baliser FAQPage avec des questions qui n'existent pas dans le HTML visible.
  • Laisser sameAs vide ou rempli de profils morts : tu perds la désambiguïsation d'entité.
  • Répéter Organization avec un nom ou un logo différents selon les pages : pure incohérence.
  • Croire qu'ajouter du schema veut dire « faire du GEO » : c'est le sol, pas le bâtiment.

Questions fréquentes

Pas tout seul. Les modèles lisent souvent les données structurées comme du texte brut ; si ton schema est valide et correspond à la page, il renforce ton entité et la cohérence de tes données, et ça aide à être traité comme une source. Mais un schema sans contenu derrière ne cite personne : c'est de la lisibilité, pas de l'autorité.

Organization avec sameAs (pour fixer ton entité) et FAQPage (des blocs de réponse que le modèle peut citer tels quels). Ensuite Article, HowTo et Product selon le contenu. Commencer par là couvre 80 % de la valeur réelle.

Non, il joue contre toi. Des données structurées qui disent autre chose que ce qui est visible sont ignorées ou te coûtent de la confiance. La règle est simple : le schema décrit ce qui est déjà sur la page, il n'invente jamais ce qui ne s'y voit pas.

Tu le lis, ou on le met en prod ?

Le guide couvre le quoi et le pourquoi. Le mettre en production — c'est ce qu'on facture.

Schema pour le GEO : les données structurées que l'IA utilise vraiment (et celles qu'elle ignore) · Implementa