GEO : comment être cité par les moteurs de réponse IA

Le référencement s’est longtemps joué sur une page de résultats : dix liens, un ordre, un taux de clic. Ce cadre existe toujours, mais il cohabite désormais avec une autre surface. Un assistant conversationnel, un résumé généré en tête de résultats, un moteur de réponse : tous rendent un texte et n’attribuent qu’une poignée de citations. L’attention ne se répartit plus sur dix positions, elle se concentre sur les quelques sources retenues pour composer la réponse.

L’acronyme GEO — generative engine optimization — nomme ce déplacement. Le mot est neuf ; la discipline l’est beaucoup moins. L’essentiel de ce qui fonctionne relève de pratiques éditoriales et techniques déjà connues, appliquées cette fois à un lecteur qui ne clique pas, ne fait pas défiler la page et ne pardonne aucune ambiguïté.

Ce qui change vraiment

Trois choses, pas davantage.

• L’unité utile n’est plus la page mais le passage. Un modèle extrait un paragraphe, une définition, une liste ; il reprend rarement un document entier.
• La sélection tient autant à la clarté et à la vérifiabilité qu’à la notoriété du domaine. Une phrase qui a besoin de son contexte pour être comprise est une phrase inexploitable.
• La visite peut ne jamais avoir lieu. Être cité sans être visité devient un résultat en soi, et le lien de citation reste la seule chose qui puisse encore ramener quelqu’un.

La dernière conséquence est la plus inconfortable : une part de ce qu’un contenu produit devient invisible dans les rapports habituels. Nous préférons le dire ainsi plutôt que de fabriquer un indicateur rassurant.

Ce qui ne change pas : le socle technique

Bonne nouvelle, le socle reste roi — et lui se mesure. Une page inatteignable, non indexable ou lente à répondre ne sera pas mieux citée par un moteur de réponse qu’elle n’était classée par un moteur de recherche. Les robots qui alimentent les assistants sont, sur ce terrain, plus rustiques que ceux des moteurs historiques, pas plus indulgents.

1. Des URL stables, une seule version canonique, aucune redirection en chaîne.
2. Un fichier robots.txt qui autorise explicitement ce que l’on souhaite voir cité, et un sitemap tenu à jour.
3. Un temps de réponse serveur court, et un contenu déjà présent dans le HTML renvoyé.
4. Une hiérarchie de titres qui décrit le contenu, pas la mise en page.
5. Un seul sujet par page, traité entièrement.

Rien de spectaculaire. C’est pourtant ce socle qui manque le plus souvent quand une page reste invisible, et aucun travail éditorial ne compense un site que les robots n’arrivent pas à lire correctement.

Répondre à la question dès le premier paragraphe

La règle la plus rentable est aussi la plus banale : la page répond à une question précise dans ses deux premières phrases, puis développe. Pas d’introduction qui prend son élan, pas de mise en contexte étalée sur trois paragraphes. Un extracteur qui ne lit que le début doit pouvoir repartir avec une réponse complète, autonome et attribuable.

Une page qu’il faut lire en entier pour comprendre ne sera ni citée, ni lue en entier.

En pratique : un titre qui pose la question ou annonce une promesse vérifiable, un chapô qui y répond en une ou deux phrases tenant debout hors de leur page, puis un corps d’article qui justifie, nuance et détaille. Le même paragraphe sert alors de réponse courte à un assistant et d’entrée en matière à un lecteur humain.

Structurer en questions et en réponses

Les intertitres formulés comme des questions ne sont pas un tic de rédaction : ils donnent au modèle la formulation qu’un utilisateur emploiera. Chaque section doit ensuite se suffire à elle-même — pas de « comme vu plus haut », pas de pronom qui renvoie à trois paragraphes de distance, pas de conclusion différée en fin de page.

Une idée par section

Une section qui traite deux sujets sera citée pour le mauvais. Nous découpons donc court, quitte à multiplier les intertitres, et nous réservons les listes aux contenus qui sont réellement des listes : étapes, critères, options. Une énumération fabriquée pour aérer la page se repère immédiatement et dilue le passage au lieu de le rendre extractible.

Publier des faits datés et attribuables

Un moteur de réponse doit citer. Il privilégie donc ce qu’il peut attribuer sans risque : une affirmation datée, rattachée à une entité identifiable, cohérente avec le reste du site. Une date de publication et une date de mise à jour visibles valent mieux qu’un « récemment » qui ne vieillit jamais bien.

Nous nous interdisons les chiffres dont la source ne peut pas être nommée. Un pourcentage sans origine est un handicap : il rend invérifiable tout ce qui l’entoure, et un système qui doit citer préfère se passer d’une page qu’il ne saurait pas défendre.

Soigner les données structurées, sans rien leur promettre

Le balisage schema.org lève des ambiguïtés qu’un texte seul laisse ouvertes : de quelle organisation parle-t-on, qui a écrit cet article, quand a-t-il été modifié, à quelle page correspond ce fil d’Ariane. C’est un service rendu à la machine, pas un levier de classement.

Deux règles suffisent. Le balisage ne décrit que ce que la page affiche déjà — un balisage qui affirme autre chose est au mieux ignoré, au pire sanctionné. Et il n’ouvre droit à aucun affichage enrichi : les moteurs décident de ce qu’ils exploitent, et changent d’avis sans prévenir.

Rester rapide et lisible sans JavaScript

Beaucoup de robots ne lisent que le HTML renvoyé par le serveur. Ce qui n’apparaît qu’après l’exécution d’un script, au clic sur un onglet ou au défilement, n’existe pas pour eux. Le test tient en une manipulation : couper JavaScript, recharger la page, lire ce qui reste. Si la réponse a disparu, elle n’était pas publiée.

Cela ne condamne aucune interface moderne : le rendu côté serveur, les accordéons dont le contenu est déjà dans le document et les images chargées en différé suffisent à concilier les deux exigences. La contrainte est seulement de traiter le HTML initial comme le contenu, et non comme un point de départ.

Entretenir les mentions ailleurs sur le web

Un modèle synthétise ce qu’il trouve, et ce qu’il trouve n’est pas seulement votre site. Fiche d’établissement, annuaires professionnels sérieux, pages sectorielles, documentation publique, réponses argumentées dans des communautés spécialisées, articles de presse : ces mentions confirment votre existence et vos domaines d’activité auprès de systèmes qui n’ont aucune raison de vous croire sur parole.

La cohérence compte plus que le volume. Un nom écrit de trois façons différentes, deux adresses contradictoires ou un domaine principal qui change au fil des fiches fabriquent exactement le doute qu’un système de citation cherche à éviter. Nous commençons donc par aligner ce qui existe avant d’en créer davantage.

Ce qui n’est pas garanti

Aucune position ne se garantit, et aucune citation ne s’achète. Deux exécutions de la même question peuvent produire deux réponses différentes, appuyées sur des sources différentes, le même jour. Un prestataire qui promet une place dans les réponses générées promet quelque chose qu’il ne contrôle pas.

La mesure, elle, reste immature. Il n’existe pas d’équivalent sérieux du suivi de position pour ce canal : le trafic de référence apparaît parfois, souvent mal attribué, et les rapports de la Search Console ne couvrent pas les réponses générées ailleurs. Ce qui reste praticable est artisanal, et honnête : tenir une liste de questions cibles, les poser périodiquement, noter qui est cité, et vérifier si les pages concernées progressent par ailleurs.

C’est peu, mais c’est vrai. Et cela suffit à décider quoi écrire ensuite, ce qui est la seule chose que ce travail doit permettre.