Comment le GEO force l'accessibilité web

SEO vs GEO : ce qui change quand le moteur répond à ta place

Le SEO et le GEO partagent un objectif, rendre ton contenu visible, mais ils ne jouent pas au même jeu.

La différence fondamentale : en SEO, Google classe des pages. En GEO, le LLM sélectionne des passages, un paragraphe, une liste, un chiffre, et les intègre dans sa réponse. Ton contenu n'est plus un résultat. Il devient un ingrédient.

Ça veut dire qu'une page de 3 000 mots mal structurée perd face à un article plus court dont chaque section répond clairement à une question. L'IA ne scanne pas un document entier en espérant tomber sur la bonne information. Elle découpe, évalue et sélectionne, passage par passage.

La bonne nouvelle : les pratiques qui fonctionnent en GEO ne contredisent pas le SEO. Elles le renforcent. Un contenu clair, structuré et sourcé est aussi un contenu que Google classe bien. Ce n'est pas un choix entre les deux. C'est le même travail qui sert les deux.

Ce que les LLM lisent

Un LLM ne voit pas ta page comme un utilisateur. Il ne voit ni tes couleurs, ni ta mise en page, ni tes animations. Il voit du texte et de la structure. Exactement comme un lecteur d'écran.

Les titres

Un LLM découpe ta page en passages. Les titres sont ses points de découpe. Une hiérarchie H1→H2→H3 propre, c'est un contenu que l'IA peut segmenter, comprendre et citer passage par passage.

<!-- ❌ Plat — le LLM voit un mur de texte -->
<div class="section-title">Nos engagements</div>
<div class="subsection-title">Environnement</div>
 
<!-- ✅ Structuré — le LLM voit un arbre -->
<h2>Nos engagements</h2>
<h3>Environnement</h3>

Un titre sauté (H1 puis H3 sans H2) casse la hiérarchie. Le lecteur d'écran perd un niveau de navigation. Le LLM perd un niveau de contexte. Le résultat est le même : ton contenu est plus difficile à exploiter.

Les landmarks

Les balises sémantiques, <header>, <nav>, <main>, <article>, <section>, <aside>, <footer>, ne sont pas du décor. Ce sont des repères que les lecteurs d'écran utilisent pour naviguer et que les LLM utilisent pour isoler le contenu utile du bruit (menu, pied de page, sidebar).

<!-- ❌ Une soupe de div — tout se ressemble -->
<div class="wrapper">
  <div class="top-bar">...</div>
  <div class="content">...</div>
  <div class="bottom">...</div>
</div>
 
<!-- ✅ Landmarks sémantiques — la structure est explicite -->
<header>...</header>
<main>
  <article>...</article>
</main>
<footer>...</footer>

Un LLM qui tombe sur une page en <div> imbriquées doit deviner ce qui est du contenu et ce qui est du chrome. Un LLM qui tombe sur un <article> à l'intérieur d'un <main> sait exactement quoi extraire.

Les listes et les tableaux

Les pages citées par les moteurs génératifs contiennent majoritairement des listes ou des tableaux. Ce n'est pas un hasard : une liste est une structure que l'IA peut reprendre telle quelle dans sa réponse. Un paragraphe de prose contenant la même information demande un travail d'extraction et de reformulation. Avec un risque de perte ou de déformation.

<!-- ❌ Prose — le LLM doit extraire et reformuler -->
<p>Nous proposons un audit initial, suivi d'un plan de remédiation,
puis d'un accompagnement sur six mois et enfin d'un audit de contrôle.</p>
 
<!-- ✅ Liste — le LLM peut citer directement -->
<ol>
  <li>Audit initial</li>
  <li>Plan de remédiation</li>
  <li>Accompagnement sur six mois</li>
  <li>Audit de contrôle</li>
</ol>

Les données structurées

Les schema.org permettent de déclarer explicitement ce que ton contenu représente : un article, une FAQ, un produit, un avis, un événement. Les marques qui utilisent des données structurées facilitent le travail des moteurs génératifs, et augmentent leurs chances d'être citées.

C'est logique : au lieu de deviner que tel bloc de texte est une question-réponse, le LLM le sait parce que tu l'as déclaré. Moins d'ambiguïté, plus de chances d'être sélectionné.

Le texte alternatif des images

Les LLM ne voient pas les images, ils lisent leur alt. Un texte alternatif descriptif et naturel, c'est une image que l'IA peut comprendre, indexer et citer dans un contexte pertinent. On en parle en détail dans Les deux vies d'une image.

Ce que tu peux faire dès maintenant

Tu n'as pas besoin de choisir entre accessibilité, SEO et GEO. Le travail est le même.

Vérifie ta structure de titres. Chaque page a un seul H1. Les niveaux se suivent sans saut. C'est vérifiable en 10 secondes avec l'extension WAVE.

Remplace tes <div> par du HTML sémantique. <main>, <article>, <section>, <nav>, <header>, <footer>. Chaque balise dit ce qu'elle contient. Les lecteurs d'écran s'y repèrent. Les LLM aussi.

Soigne tes textes alternatifs. Les images informatives ont besoin d'un alt qui dit ce qu'elles montrent. Une phrase naturelle, pas des mots-clés empilés. Les images décoratives ont besoin d'un alt="" qui dit aux lecteurs d'écran et aux LLM de passer leur chemin. Les deux cas comptent. On en parle en détail dans Les deux vies d'une image.

Structure tes données en listes et tableaux. Si ton contenu est une énumération, écris une <ul>. Si c'est une comparaison, écris un <table>. L'IA peut citer une liste. Elle ne peut pas citer un paragraphe qui cache une liste.

Ajoute des données structurées. schema.org pour déclarer ce que ton contenu représente, article, FAQ, produit, avis. Moins d'ambiguïté pour le LLM, plus de chances d'être cité.

Apporte des preuves. Les moteurs génératifs favorisent le contenu qui cite des sources, des statistiques et des experts. Un article avec des chiffres vérifiables a, selon Aggarwal et al., jusqu'à 40 % de visibilité en plus dans les réponses génératives qu'un article sans.

Ces six actions servent trois objectifs. Un seul effort, trois résultats. Exactement ce que je détaillais dans Trois factures, un seul code, zéro surcoût. Sauf que maintenant, les factures sont quatre.