GEO : comment apparaître dans ChatGPT et Perplexity

Le GEO regroupe l'ensemble des actions qui augmentent la probabilité qu'un moteur d'IA générative cite votre marque, votre page ou votre expertise dans une réponse. Ce n'est pas une discipline magique, et surtout ce n'est pas une seule chose : il y a trois façons différentes d'apparaître dans une réponse d'IA, et elles ne s'optimisent pas de la même manière.

Trois chemins vers une réponse d'IA

Ce que le GEO partage avec le SEO

Une IA qui cherche sur le web utilise les mêmes prérequis qu'un moteur classique : votre page doit être atteignable, renvoyer un code 200, ne pas être bloquée, être compréhensible et avoir une raison d'être considérée comme fiable. L'essentiel des fondations est commun — c'est précisément pourquoi opposer les deux disciplines est une erreur stratégique, développée dans notre comparatif SEO vs GEO.

Ce qui lui est propre

• L'unité optimisée change : on n'optimise plus une page pour une requête, on optimise un passage pour une question.
• Le contrôle d'accès change : il ne s'agit plus d'un seul Googlebot mais d'une dizaine de robots aux rôles distincts, à autoriser ou refuser un par un.
• La mesure change : il n'y a pas de position, pas de volume, et deux exécutions du même prompt ne donnent pas la même réponse. On mesure une fréquence, pas un rang.
• Le résultat change : une citation sans clic a de la valeur. Elle place votre nom dans la liste courte d'un prospect qui n'ira peut-être jamais sur votre site.

C'est le point technique le plus mal compris du GEO, et celui qui produit le plus de décisions absurdes. Chaque acteur exploite plusieurs robots, avec des rôles séparés, et un même nom de domaine peut être vu par trois d'entre eux pour trois raisons différentes.

Le cas Google, à part

Les AI Overviews ne dépendent pas de Google-Extended : elles s'appuient sur l'index de la recherche Google, alimenté par Googlebot. Google-Extended contrôle un autre usage — les applications Gemini et l'ancrage Vertex AI — et Google précise que ce contrôle n'affecte pas le classement dans la recherche. Autrement dit, le seul moyen de sortir des AI Overviews consiste à sortir des extraits de la recherche Google, avec les balises `nosnippet`, `max-snippet` ou l'attribut `data-nosnippet`. Ce qui revient à disparaître aussi des résultats classiques : le remède est presque toujours pire que le mal.

Les robots qu'on oublie

• Applebot alimente Siri et Spotlight, et Applebot-Extended contrôle séparément l'usage pour les modèles d'Apple : deux réglages distincts pour deux usages distincts.
• Amazonbot collecte pour les services d'Amazon, Alexa comprise.
• Meta-ExternalAgent explore pour les produits d'IA de Meta.
• Bytespider est le robot de ByteDance. Il est réputé agressif en volume ; si votre serveur souffre, c'est souvent lui qu'on retrouve en tête des journaux.
• Ces robots pèsent aujourd'hui moins que les précédents dans les usages de recherche français, mais ils partagent la même logique : un nom, un opérateur, un usage. Traitez-les au cas par cas plutôt que par une règle générale.

Un robots.txt cohérent, commenté

# Recherche classique — à laisser ouvert
User-agent: Googlebot
Allow: /

User-agent: bingbot
Allow: /

# Recherche IA — indispensable pour être cité
User-agent: OAI-SearchBot
Allow: /

User-agent: ChatGPT-User
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: Perplexity-User
Allow: /

# Entraînement des modèles — choix éditorial de l'éditeur
User-agent: GPTBot
Disallow: /

User-agent: CCBot
Disallow: /

Sitemap: https://exemple.fr/sitemap.xml

Deux précautions. D'abord, robots.txt est une convention respectée par les acteurs identifiés, pas une barrière technique : il n'empêche pas un aspirateur anonyme de passer. Ensuite, un blocage se vérifie dans les journaux du serveur, pas dans l'intention : listez les user-agents réellement vus sur les trente derniers jours avant de conclure quoi que ce soit.

Un site peut être parfaitement rédigé et rester totalement invisible pour un moteur d'IA, pour une raison purement technique : la page ne contient rien tant que le navigateur n'a pas exécuté son JavaScript.

Le rendu JavaScript, angle mort du GEO

Googlebot rend le JavaScript, avec un délai et un budget. Les robots des moteurs d'IA, eux, n'annoncent pas cette capacité dans leur documentation : il faut partir du principe qu'ils lisent le HTML tel qu'il est servi. Une application monopage qui injecte tout son contenu côté client leur présente donc une coquille vide.

La réponse est le rendu côté serveur ou la génération statique : le HTML renvoyé contient déjà le texte, les titres et les liens. C'est une décision d'architecture, pas un réglage — mais c'est celle qui conditionne tout le reste. Optimiser la formulation de passages qu'aucun robot ne peut lire est un travail sans effet.

La vérification en six étapes

1. 1Affichez le code source de la page (et non l'inspecteur d'éléments, qui montre le DOM après exécution). Votre texte principal doit y figurer.
2. 2Désactivez JavaScript dans le navigateur et rechargez : la page doit rester lisible et navigable.
3. 3Récupérez la page en ligne de commande avec un user-agent d'IA et vérifiez que le corps du texte est bien présent dans la réponse.
4. 4Contrôlez le code HTTP : un 200, pas un 30x en cascade ni un 403 déclenché par un pare-feu applicatif qui filtre les user-agents inconnus.
5. 5Vérifiez que la balise canonique pointe vers l'URL réellement souhaitée, et qu'aucune balise `noindex` résiduelle ne traîne.
6. 6Relisez le robots.txt et confrontez-le aux journaux serveur : qui passe réellement, et à quelle fréquence.

llms.txt : à quoi s'en tenir

Le fichier llms.txt est une convention proposée en septembre 2024 : un fichier en Markdown, à la racine du site, qui résume l'activité, les pages importantes et les informations clés dans un format immédiatement digeste pour un modèle de langage. L'idée est bonne et le coût de mise en place est faible.

Il faut cependant être honnête sur son statut : c'est une proposition communautaire, pas un standard adopté, et aucun des grands moteurs n'a publiquement annoncé le lire. Le publier reste utile — c'est un document de référence propre, souvent réutilisé par des outils tiers et facile à maintenir — mais il ne remplace ni un HTML lisible ni un contenu structuré. Le considérer comme le cœur d'une stratégie GEO serait une erreur d'ordre de priorité.

Un moteur d'IA ne cite pas une page, il cite un passage. Cette différence commande toute l'écriture : il ne s'agit plus de construire un raisonnement qui culmine à la fin, mais de produire des unités autonomes, chacune compréhensible sans le reste.

La règle de la réponse en tête

Chaque sous-partie doit commencer par la réponse, en deux ou trois phrases, avant tout développement. C'est l'inverse de la construction scolaire — contexte, nuances, puis conclusion — et c'est ce que réclament à la fois les extraits enrichis de Google et les moteurs génératifs. Le développement suit derrière et sert à ceux qui lisent vraiment.

Nommer les entités, bannir les pronoms flottants

Un passage extrait de son contexte perd ses antécédents. « Nous », « notre agence », « cette ville », « ce service » deviennent illisibles dès qu'ils sont sortis de la page. Les passages qui se citent bien nomment explicitement l'entreprise, le lieu, la prestation et le prix, quitte à paraître répétitifs à la lecture linéaire. C'est un compromis assumé : un peu de lourdeur contre une citation exploitable.

Les formats qui s'extraient le mieux

• La question en titre, formulée exactement comme un utilisateur la pose, suivie de la réponse directe.
• Le tableau comparatif, qui encode une relation entre plusieurs éléments dans une structure sans ambiguïté.
• La liste ordonnée pour une procédure : chaque étape est une unité autonome.
• La définition en une phrase placée à la première occurrence d'un terme technique.
• Le chiffre daté et attribué : « 590 recherches mensuelles pour “agence seo montpellier” en France, relevé via DataForSEO en août 2026 » se cite ; « beaucoup de recherches » ne se cite pas.

Ce qu'il faut arrêter d'écrire

• « Nous mettons notre expertise à votre service. » Aucune information. Rien à extraire, rien à attribuer, rien à recouper.
• « Des tarifs adaptés à tous les budgets. » Une IA interrogée sur les prix ne peut rien en faire. Une fourchette nommée, même large, sera reprise.
• « Depuis de nombreuses années. » Remplacez par l'année de création. Un moteur cite une date, pas une impression d'ancienneté.
• « Nous sommes leader sur notre marché. » Une affirmation invérifiable est soit ignorée, soit contredite par une source qui, elle, apporte une preuve.
• Les introductions qui tournent autour du sujet. Si les trois premières phrases d'une sous-partie ne répondent pas, le passage ne sera pas retenu — un moteur n'attend pas le troisième paragraphe.

La longueur utile

Il n'existe pas de longueur d'article idéale. Ce qui compte, c'est la densité d'unités citables : un texte de 800 mots qui contient six réponses nettes est plus efficace qu'un texte de 3 000 mots qui délaie une seule idée. À l'inverse, un sujet complexe traité en profondeur multiplie mécaniquement les occasions d'être cité, parce qu'il couvre des dizaines de questions différentes au lieu d'une seule.

Les données structurées ne garantissent aucune citation. Elles lèvent des ambiguïtés : qui vous êtes, où vous êtes, ce que vous vendez, qui a écrit cette page. C'est un travail de désambiguïsation, pas un levier de classement.

Les types à mettre en place, par ordre d'utilité

• Organization sur la page d'accueil, avec le nom exact, le logo, l'adresse, le téléphone et les profils officiels dans `sameAs`. C'est la carte d'identité de la marque.
• LocalBusiness pour une activité de proximité, avec l'adresse postale structurée, les horaires et la zone desservie.
• Article avec un `author` réel — une personne identifiée, avec une page de profil et des liens externes — plutôt qu'un nom d'entreprise anonyme.
• BreadcrumbList pour expliciter la place de la page dans l'arborescence.
• FAQPage pour les questions-réponses de fin de page.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "ALP Agency",
  "url": "https://www.agenceseo-montpellier.fr",
  "telephone": "+33663379986",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "27 Rue Paul Brousse",
    "postalCode": "34000",
    "addressLocality": "Montpellier",
    "addressCountry": "FR"
  },
  "sameAs": ["https://fr.linkedin.com/in/mael-damotte-da-silva"]
}

Le graphe d'identité

Une marque citable est une marque qu'on peut rattacher à des points fixes : un site officiel, une fiche Google, un profil professionnel, des mentions cohérentes. Le champ `sameAs` sert exactement à ça — déclarer que ces identités sont la même entité. Sans ce rattachement, un moteur peut confondre deux entreprises homonymes, ou refuser une citation faute de pouvoir trancher. La cohérence stricte du nom, de l'adresse et du téléphone entre le site, la fiche Google et les annuaires n'est pas un détail administratif : c'est ce qui rend l'entité identifiable.

À contenu équivalent, un moteur d'IA privilégie les sources qu'il peut recouper. Ce recoupement se fait ailleurs que chez vous.

• Les mentions, plus que les liens. Un lien reste utile, mais une IA exploite aussi les mentions non liées : votre nom cité dans un article, un annuaire professionnel, une page de partenaire, un forum spécialisé.
• Les avis clients, dont le contenu textuel décrit votre activité dans les mots de vos clients — souvent plus proches des questions réellement posées que votre propre prose.
• Les pages tierces qui vous décrivent : fédérations, chambres consulaires, annuaires métiers, presse locale. Elles fournissent la confirmation externe qu'un moteur cherche avant d'affirmer quelque chose sur vous.
• La cohérence dans le temps. Un nom qui change, une adresse qui varie d'un support à l'autre, des services qui ne sont pas les mêmes selon les pages : chaque incohérence est une raison de ne pas vous citer.

Une question locale — « quel plombier appeler à Montpellier », « meilleur restaurant près de la Comédie » — ne se traite pas comme une question générale. Le moteur ne cherche pas la meilleure page sur le sujet, il cherche des établissements. Et pour trouver des établissements, il s'appuie sur des sources qui ne sont pas votre site.

Les sources qu'une IA consulte sur une question locale

• Les fiches d'établissement et les cartes, directement ou via des agrégateurs qui les republient.
• Les plateformes d'avis et les annuaires métiers, qui structurent déjà l'information sous forme de listes comparables — exactement le format dont un moteur a besoin pour rédiger une réponse.
• Les articles de type “les meilleurs X à Montpellier” publiés par des médias locaux ou des blogs, qui fournissent une liste toute faite avec des justifications.
• Votre site, en dernier — et surtout comme source de confirmation : c'est lui qui valide que l'établissement existe, fait bien ce métier, et se situe bien là.

La conséquence est directe : sur une requête locale, votre citation dépend autant de votre présence dans ces sources tierces que de la qualité de vos propres pages. Une fiche complète et cohérente, des avis récents et un NAP identique partout pèsent davantage qu'un article de 3 000 mots publié sur votre blog. C'est ce qui a été travaillé chez Espace Cadet, commerce et notoriété locale, ou chez Tena Transport pour capter des demandes de devis. C'est le même socle que celui décrit dans notre page SEO local, utilisé pour un autre objectif.

Ce qui se travaille en plus, côté site

1. 1Nommer explicitement la ville et les quartiers desservis dans le corps du texte, pas seulement dans le titre — un passage extrait doit contenir le lieu.
2. 2Publier une page par prestation avec le prix ou la fourchette quand c'est possible : les questions de prix sont parmi les plus posées aux IA, et un chiffre nommé se cite.
3. 3Ajouter une FAQ locale par page de service, formulée avec le nom de la ville.
4. 4Maintenir une page « à propos » avec une personne identifiée, datée et reliée à des profils externes : c'est ce qui permet à un moteur de rattacher l'entreprise à quelqu'un de réel.

Il n'y a ni position ni volume à relever : une réponse générative varie d'une exécution à l'autre, y compris pour la même question posée à cinq minutes d'intervalle. On ne mesure donc pas un rang, on mesure une fréquence.

Construire un panel de questions

1. 1Écrivez vingt à trente questions telles que vos prospects les poseraient réellement — pas des mots-clés, des phrases complètes.
2. 2Répartissez-les en trois familles : questions de choix (« quelle agence SEO à Montpellier »), questions de méthode (« comment améliorer sa fiche Google »), questions de prix (« combien coûte le SEO »).
3. 3Posez chaque question sur chaque moteur suivi, à date fixe, dans une session neuve et déconnectée.
4. 4Notez pour chaque exécution : la marque est-elle citée, avec un lien, à quelle place dans la réponse, et quelles marques concurrentes apparaissent.
5. 5Répétez chaque question trois fois pour lisser la variabilité, et consignez la fréquence plutôt qu'un résultat unique.
6. 6Refaites l'exercice tous les mois, aux mêmes dates, avec le même protocole.

Les deux mesures passives à brancher

• Les journaux serveur. Filtrez les user-agents des robots d'IA et suivez leur fréquence de passage. Une page jamais visitée par OAI-SearchBot ne sera jamais citée par ChatGPT : c'est un diagnostic immédiat.
• Le trafic référent. Les visites en provenance de `chatgpt.com`, `perplexity.ai` ou `copilot.microsoft.com` apparaissent dans vos rapports d'audience. Le volume est en général modeste, mais la qualité est élevée : ce sont des visiteurs qui arrivent après avoir lu une recommandation.

Semaine 1 — débloquer et vérifier

1. 1Auditer le robots.txt et distinguer explicitement robots d'entraînement et robots de recherche.
2. 2Vérifier que le contenu principal est présent dans le HTML servi, sans exécution de JavaScript.
3. 3Contrôler les réponses HTTP pour les user-agents d'IA et lever les blocages du pare-feu applicatif.
4. 4Lister dans les journaux les robots réellement passés sur les trente derniers jours.

Semaine 2 — structurer l'identité

1. 1Poser ou corriger le balisage Organization et LocalBusiness, avec `sameAs`.
2. 2Vérifier la cohérence stricte du nom, de l'adresse et du téléphone sur le site, la fiche Google et les principaux annuaires.
3. 3Ajouter un auteur réel et identifiable sur les contenus d'expertise.
4. 4Publier un llms.txt à jour, sans en attendre de miracle.

Semaines 3 et 4 — réécrire pour l'extraction

1. 1Sélectionner les cinq pages stratégiques et les réécrire avec la réponse en tête de chaque sous-partie.
2. 2Ajouter à chacune une FAQ de quatre à six questions réellement posées, balisée en FAQPage.
3. 3Remplacer les formulations vagues par des faits nommés, datés et attribués.
4. 4Constituer le panel de vingt à trente questions et réaliser la première mesure de référence.

Ce plan suppose des fondations SEO saines. Si le site n'est pas explorable, si la fiche Google est incomplète ou si le NAP diverge, commencez par là : le guide du SEO local à Montpellier couvre ce socle en détail. Le détail de notre accompagnement figure sur la page GEO — Generative Engine Optimization.

Le GEO n'est pas une couche de vernis posée sur du SEO : c'est un déplacement d'objectif. On ne cherche plus une position, on cherche à fournir la phrase qu'un moteur pourra reprendre et attribuer. Cela commence par une évidence technique — être atteignable et lisible sans JavaScript par les robots concernés — et se poursuit par un travail d'écriture : nommer les entités, répondre avant d'expliquer, dater et attribuer chaque fait.

Le reste est du pilotage : un panel de questions, un protocole stable, une mesure mensuelle, et l'acceptation d'une variabilité que personne ne peut supprimer. C'est moins spectaculaire que les promesses du marché, mais c'est ce qui produit des citations.

Si vous voulez savoir où vous en êtes aujourd'hui, notre audit SEO + GEO est offert : il vous dira quels robots accèdent réellement à votre site, quelles pages sont citables en l'état, et sur quelles questions vos concurrents sont cités à votre place. Demandez-le ici.