Le SEO et le GEO ne sont plus deux disciplines séparées. En mai 2026, Google a publié son guide d’optimisation pour les fonctionnalités IA générative et clarifie sa position : optimiser pour la recherche par IA générative équivaut, du point de vue Google, au SEO. Cet article résume la méthode unifiée formalisée dans mon référentiel de rédaction SEO + GEO v6 (mai 2026), à travers 7 thématiques clés. Le référentiel complet est téléchargeable gratuitement en fin d’article.
Table des matières
Pourquoi un référentiel SEO + GEO unifié en 2026 ?
L’année 2024 a vu apparaître les premières études académiques sur la GEO (Generative Engine Optimization), avec notamment le papier de référence d’Aggarwal et al. publié à ACM SIGKDD. Depuis, deux discours se sont opposés sur le terrain : celui d’une discipline radicalement nouvelle, qui exigerait des techniques propres, et celui d’une simple extension du SEO traditionnel.
Google a tranché en mai 2026 avec la publication officielle de son guide d’optimisation pour les fonctionnalités IA générative. Pour Google, les termes AEO (Answer Engine Optimization) et GEO sont désormais reconnus, mais leur conclusion est claire : ce qui fonctionne pour AI Overviews et AI Mode, c’est ce qui fonctionne pour le SEO. Optimiser pour les fonctionnalités IA n’est pas un sujet distinct.
Cela ne signifie pas pour autant que tout est identique. Les autres systèmes (Microsoft Copilot, ChatGPT Search, Perplexity, Claude) ont leurs propres mécanismes, leurs propres bots et leurs propres recommandations. Le référentiel maintient donc une lecture par système, sans calquer mécaniquement la position de Google sur l’ensemble du paysage.
Voici les 7 thématiques structurantes que tout responsable éditorial, rédacteur SEO ou content manager doit maîtriser en 2026.
1 – Travailler avec des niveaux de preuve explicites
La première règle du référentiel n’est pas une technique de rédaction. C’est une discipline méthodologique : qualifier chaque affirmation par son niveau de preuve. Trois niveaux sont distingués.
- Officiel / documenté : documentation directe publiée par Google, Microsoft, OpenAI ou source académique à comité de lecture. Présenter comme règle stable, surveiller les mises à jour.
- Constaté / mesurable : observation vérifiable sur des données réelles, outils ou tests reproductibles (logs Search Console, crawls, citations Bing AI Performance, tests de prompts suivis). Utiliser pour prioriser, sans généraliser depuis un échantillon faible.
- Inféré / opérationnel : bonne pratique déduite logiquement du fonctionnement documenté des systèmes. Appliquer comme hypothèse raisonnable. Tester et documenter.
Pourquoi cette discipline est-elle critique en GEO ? Parce que le web regorge d’affirmations péremptoires sur les techniques d’optimisation pour les IA génératives, dont une bonne partie repose sur des inférences ou des rumeurs. Un rédacteur sérieux doit pouvoir dire à son lecteur ce qui est documenté officiellement et ce qui relève d’une hypothèse à tester. Cette transparence sert l’expertise réelle (E-E-A-T) et protège le lecteur.
2 – Ce que Google a officialisé en mai 2026
La mise à jour Google de mai 2026 (ai-optimization-guide) apporte plusieurs clarifications importantes pour qui rédige du contenu web.
- Reconnaissance officielle des termes AEO et GEO : Google les nomme et les définit, ce qui était inédit jusque-là.
- Documentation du RAG : le Retrieval Augmented Generation (ou ancrage) est officiellement décrit comme le mécanisme des fonctionnalités IA Google. Les LLM utilisés par AI Overviews et AI Mode s’appuient sur des résultats de recherche frais et pertinents, pas uniquement sur leur entraînement.
- Query fan-out détaillé : Google fournit un exemple officiel (traitement des mauvaises herbes dans une pelouse) qui montre comment une requête se décompose en sous-requêtes parallèles.
- Position fondamentale : se concentrer sur ce que les visiteurs trouveraient utile sert simultanément la recherche traditionnelle et la recherche par IA générative. Pour Google, il n’y a pas deux disciplines, il y a un même socle de qualité éditoriale.
Cette doctrine officielle Google ne s’applique pas mécaniquement aux autres systèmes (Bing, ChatGPT Search, Perplexity, Claude), qui ont chacun leurs propres recommandations et leurs propres logiques de citation. Mais elle clarifie au moins un point : pour Google, les efforts SEO classiques (utilité, fiabilité, E-E-A-T, structure, données structurées pour les rich results) sont les efforts GEO.
3 – Les prérequis techniques GEO trop souvent négligés
Un contenu parfaitement rédigé reste invisible pour les systèmes IA si les bots ne peuvent pas le crawler, ou si le contenu nécessite JavaScript pour s’afficher. Ces aspects techniques conditionnent toute optimisation GEO et sont régulièrement négligés.
Les bots IA à connaître et à autoriser
Plusieurs bots IA méritent une attention spécifique dans le robots.txt et au niveau du WAF :
- OAI-SearchBot (OpenAI) : indexation pour ChatGPT Search. Distinct de GPTBot. Le bloquer exclut le site de ChatGPT Search.
- GPTBot (OpenAI) : collecte de données d’entraînement, sans impact sur ChatGPT Search.
- PerplexityBot : crawler propre à Perplexity pour son index de recherche indépendant.
- ClaudeBot (Anthropic) : crawl de contenus web pour les réponses Claude avec recherche web.
- BingBot : incontournable, car Microsoft Copilot et plusieurs systèmes IA s’appuient sur l’index Bing.
JavaScript non exécuté par les bots IA
La majorité des bots IA n’exécutent pas JavaScript. Un site dont le contenu principal est rendu côté client (SPA classique sans SSR ni pré-rendu) n’expose aux LLM qu’une coquille vide. Le contenu clé doit être présent dans le HTML initial. C’est un point sensible pour les sites en React, Vue ou Angular sans rendu serveur.
4 – La doctrine de rédaction unifiée SEO + GEO
Le référentiel propose une doctrine simple, qui se résume à un principe directeur : écrire pour l’audience humaine, en construisant des blocs autonomes qui servent simultanément le lecteur et les systèmes de recherche.
Chaque bloc de contenu (H2 ou H3) suit une structure éprouvée : un titre explicite formulé comme une question ou une décision concrète, une réponse directe en tête de bloc, une explication qui contextualise la réponse, une preuve (source, donnée, observation), un exemple concret, et une limite qui nuance la recommandation.
Cette structure n’est pas une astuce d’optimisation pour les IA. C’est une bonne pratique éditoriale documentée par Microsoft, cohérente avec les résultats académiques sur la GEO, et neutre pour Google (mai 2026) qui rappelle que ce n’est pas une exigence spécifique des fonctionnalités IA. La structuration en blocs autonomes améliore la lisibilité humaine, et c’est cela qui sert aussi les systèmes.
Trois exigences sont non négociables dans la doctrine : utilité réelle pour le lecteur, vérifiabilité de chaque affirmation forte (aucune invention de fait, jamais), et exploitabilité par les systèmes de recherche. Ces trois critères sont simultanés, pas alternatifs.
Les entités nommées doivent être précises et distinguées. Confondre ETF et OPCVM, ou médecin traitant et coordonnateur, fait perdre en crédibilité et en précision sémantique. Les sources doivent être placées à proximité de l’affirmation qu’elles soutiennent, pas seulement en pied d’article.
5 – Cinq idées reçues officiellement réfutées par Google en mai 2026
Le guide Google de mai 2026 cible explicitement plusieurs pratiques régulièrement recommandées dans la communauté SEO/GEO, et les déclare inutiles ou inefficaces pour les fonctionnalités IA générative de la recherche Google.
Idée reçue 1 : créer un fichier llms.txt
Le format llms.txt a été proposé en septembre 2024 comme équivalent du robots.txt pour les LLM. Google a officiellement déclaré ce balisage inutile pour ses fonctionnalités IA générative en mai 2026. Aucune adoption notable n’a été constatée chez les grandes plateformes IA. La conclusion opérationnelle est simple : ne pas investir de temps dans la création et la maintenance de llms.txt.
Idée reçue 2 : découper le contenu en chunks pour les IA
Le chunking (découpage du contenu en segments autonomes optimisés pour l’extraction LLM) n’est pas nécessaire pour les fonctionnalités IA générative Google. La nuance compte : Microsoft maintient la recommandation pour ses propres systèmes, et le papier académique GEO démontre une influence du chunking sur la sélection des passages par les moteurs génératifs testés. La consigne : ne pas surinvestir dans un chunking spécifique pour Google, conserver une structuration en blocs autonomes pour la lisibilité humaine et pour les autres systèmes.
Idée reçue 3 : réécrire son contenu spécifiquement pour les IA
Google précise que la réécriture spécifique pour les systèmes d’IA n’est pas nécessaire : les LLM modernes comprennent les synonymes et le sens général. Écrire pour l’audience humaine reste la meilleure approche. La qualité éditoriale au service du lecteur sert mieux les systèmes IA que des reformulations artificielles.
Idée reçue 4 : multiplier les pages pour chaque variante de requête
Cette pratique enfreint la politique scaled content abuse de Google et n’améliore pas la visibilité. Un grand nombre de pages ne rend pas un site meilleur. La bonne approche est de couvrir les sous-intentions réelles via un cluster éditorial maîtrisé (voir thématique 6), pas via la duplication de variantes.
Idée reçue 5 : rechercher des mentions non authentiques
La recherche de mentions artificielles, achetées ou orchestrées pour gonfler la présence d’une marque dans les réponses IA est explicitement déconseillée par Google. Au-delà du risque éthique, c’est inefficace et contraire à la logique d’autorité réelle (E-E-A-T).
6 – Le query fan-out et la stratégie de cluster éditorial
Le query fan-out est le mécanisme officiellement documenté par Google selon lequel une requête utilisateur dans AI Overviews ou AI Mode déclenche une décomposition en plusieurs sous-requêtes traitées en parallèle, dont les résultats sont ensuite synthétisés.
Google donne l’exemple suivant dans son guide : pour la requête « comment traiter les mauvaises herbes dans une pelouse », le système peut générer en parallèle plusieurs sous-requêtes (identification des espèces, méthodes mécaniques, herbicides sélectifs, calendrier saisonnier, impact écologique) et combiner les meilleures réponses trouvées dans des pages différentes.
Conclusion stratégique : une page exhaustive de 5 000 mots qui tente de tout couvrir n’est pas toujours optimale. Mieux vaut un cluster éditorial maîtrisé, avec une page pilier qui répond à l’intention principale et des pages satellites reliées par maillage qui traitent chaque sous-intention en profondeur. Le query fan-out a alors plusieurs chances de citer le site sur des sous-requêtes différentes.
Cette logique de cluster ne doit pas se confondre avec la duplication de pages mentionnée en thématique 5. La différence est éditoriale : un cluster maîtrisé traite des sujets distincts qui apportent chacun une valeur propre, là où la duplication multiplie des variantes de la même page.
7 – La nouveauté de mai 2026 : agents IA et UCP
Le guide Google de mai 2026 introduit officiellement un sujet émergent : les agents IA et les agents de navigateur. Ces systèmes ne se contentent pas de lire et de citer le web, ils interagissent avec lui pour exécuter des tâches (réserver, comparer, acheter) à la place de l’utilisateur.
Trois éléments structurent ce nouveau paysage.
- L’arborescence d’accessibilité : les agents lisent le DOM via l’accessibility tree. Un site sémantiquement correct (balises header, nav, main, section, article, ARIA si nécessaire) est mieux compris. Google rappelle que ce n’est pas obligatoire mais recommandé.
- Le Universal Commerce Protocol (UCP) : un protocole en cours de déploiement, référencé officiellement par Google et documenté sur ucp.dev. À ce stade (mai 2026), ce n’est pas un standard établi avec adoption massive.
- La posture recommandée : surveiller les évolutions, améliorer progressivement la sémantique HTML et l’accessibilité dans le cadre des évolutions normales du site, sans refondre un site existant uniquement pour répondre aux agents IA.
Le niveau de preuve de cette thématique est clairement étiqueté comme « émergent / à surveiller ». Investir massivement dans UCP avant que les bénéfices opérationnels ne soient mesurables serait prématuré.
Comment passer du référentiel à l’action ?
Le référentiel complet (v6, mai 2026) couvre 19 sections : niveaux de preuve, documentation officielle par acteur, bots IA, doctrine de rédaction, chunking par système, entités et ancrage sémantique, fraîcheur et IndexNow, query fan-out, données structurées, règles de rédaction concrètes, prérequis techniques, optimisation multi-systèmes, agents IA, processus de production, instructions pour LLM, modèle de brief rédactionnel, grille de validation post-rédaction, protocole de mesure GEO, erreurs fréquentes à éviter.
Il fournit aussi un prompt système prêt à l’emploi pour piloter un LLM dans la production de contenus conformes aux mêmes exigences, et une grille de contrôle qualité spécifique aux contenus rédigés par IA.
Téléchargez gratuitement le référentiel complet de rédaction SEO + GEO / LLM (v6, mai 2026) sur la page Ressources gratuites de patrickligeron.fr. Le document Word de 34 pages est livré au format PDF pour usage immédiat.
Questions fréquentes
Quelle est la différence entre SEO et GEO en 2026 ?
Pour Google (mai 2026), optimiser pour la recherche par IA générative équivaut au SEO : pas de discipline distincte. Pour les autres systèmes (ChatGPT Search, Perplexity, Microsoft Copilot, Claude), il existe en revanche des spécificités, notamment au niveau des bots à autoriser et de la structuration. Le GEO se définit alors comme la prise en compte explicite de ces spécificités, en complément du SEO.
Faut-il créer un fichier llms.txt sur son site ?
Non. Google a officiellement déclaré ce balisage inutile pour ses fonctionnalités IA générative en mai 2026, et aucune adoption significative n’a été constatée chez les grandes plateformes IA. C’est un investissement à ne pas faire. Cependant, un outil de Google vérifie sa présence (c’est donc contradictoire).
Le découpage en chunks est-il utile pour AI Overviews ?
Non, pas pour Google (mai 2026). Microsoft maintient en revanche cette recommandation pour ses propres systèmes, et le papier académique de référence (Aggarwal et al., ACM SIGKDD 2024) confirme un effet sur les moteurs génératifs testés. La consigne pratique : structurer en blocs autonomes pour la lisibilité humaine, sans surinvestir dans un chunking technique spécifique.
Mon site rend son contenu en JavaScript : est-ce un problème pour le GEO ?
Oui. La plupart des bots IA n’exécutent pas JavaScript. Le contenu clé doit être présent dans le HTML initial. Si votre site est en React, Vue ou Angular sans Server-Side Rendering ni pré-rendu statique, c’est un blocage à corriger en priorité avant toute action d’optimisation GEO.
Sources principales
Cet article reprend les grands principes du référentiel de rédaction SEO + GEO / LLM v6 (mai 2026). Sélection des sources les plus déterminantes.
• Google Search Central – Optimizing your website for AI features in Google Search (mai 2026) : developers.google.com/search/docs/fundamentals/ai-optimization-guide
• Google Search Central – Creating helpful, reliable, people-first content : developers.google.com/search/docs/fundamentals/creating-helpful-content
• Google Search Central – AI features and your website : developers.google.com/search/docs/appearance/ai-features
• Aggarwal, P., Murahari, V., Rajpurohit, T., Kalyan, A., Narasimhan, K., & Deshpande, A. (2024). GEO: Generative Engine Optimization. KDD 2024 – ACM SIGKDD : doi.org/10.1145/3637528.3671900
• Bing Webmaster Guidelines (Microsoft) : bing.com/webmasters/help/webmaster-guidelines-30fba23a
• OpenAI – Overview of OpenAI Crawlers (OAI-SearchBot, GPTBot, ChatGPT-User) : platform.openai.com/docs/bots
• Universal Commerce Protocol – documentation officielle : ucp.dev
• web.dev – Best practices for AI agent-compatible websites : web.dev/articles/ai-agent-site-ux
