Il y a un moment un peu inconfortable dans la vie d'une agence : découvrir que ce qu'elle vend, elle ne l'applique pas à la lettre chez elle. Le nôtre est arrivé un matin, un rapport Lighthouse mobile ouvert sur notre page d'accueil. Bonnes pratiques : 100. SEO : 100. Et puis, plus bas : Accessibilité : 83, avec six échecs ARIA - dont un intitulé qui fait tache quand on vend du GEO : « l'arbre d'accessibilité est mal formé ».
On aurait pu le ranger sous le tapis. On en a fait une étude de cas. Parce que ce score de 83, sur un site d'agence qui optimise pour les moteurs IA, n'était pas un détail cosmétique : c'était une faille au cœur même de notre promesse.
Pourquoi un score d'accessibilité est aussi un score GEO
Un moteur IA - ChatGPT, Perplexity, les AI Overviews de Google, ou l'agent qui navigue à la place de votre client - ne « voit » pas votre page comme un humain. Il n'a ni œil, ni curseur. Il la parcourt via sa structure : les rôles ARIA, les libellés, la hiérarchie des titres, les balises de repère. Cette représentation, c'est l'arbre d'accessibilité. C'est le même arbre que lit un lecteur d'écran pour une personne malvoyante, et que lit une IA pour comprendre - et agir sur - votre site.
Quand cet arbre est mal formé, le lecteur d'écran trébuche. Et l'agent IA aussi. Google ne s'en cache pas : sa documentation relie explicitement un arbre d'accessibilité mal formé à la navigation agentique, ce nouveau score qui mesure la capacité d'un assistant IA à interpréter et manipuler une page. Le nôtre était à 50/100. Autrement dit : un site à moitié illisible pour les IA que nous prétendons maîtriser.
La leçon tient en une phrase : en 2026, l'accessibilité n'est plus une case de conformité. C'est l'infrastructure de lecture de votre site par les machines. Le GEO commence là.
Le diagnostic : 83/100 et six échecs ARIA
Lighthouse ne dit pas « votre site est inaccessible ». Il pointe des éléments précis. Voici ce qu'il a remonté, traduit en clair :
- Un faux rôle de tablist : un composant décoratif portait
role="tablist"sans les enfants obligatoires (des onglets réels). L'IA cherche des onglets, ne les trouve pas, et l'arbre casse. - Un
aria-hiddenmasquant des éléments focalisables : une fenêtre modale fermée restait « cliquable » au clavier tout en étant déclarée invisible. Contradiction que ni un lecteur d'écran ni un agent ne savent résoudre. - Un attribut ARIA interdit : un
aria-labelposé sur un élément sans rôle qui l'autorise (une simple rangée d'étoiles). - Un libellé visible différent du nom accessible : le sélecteur de langue affichait « FR / EN » mais s'annonçait « Switch to English » - deux vérités pour un seul bouton.
- Un contraste insuffisant sur du texte secondaire : élégant à l'œil, sous le seuil de 4,5:1 pour la machine.
- Et, en conséquence de tout ça, l'arbre d'accessibilité mal formé - le symptôme qui agrège les autres.
Les six correctifs, un par un
Aucun de ces points ne demande une refonte. Ce sont des ajustements chirurgicaux, à condition de savoir où regarder.
- Neutraliser le faux tablist. Le composant était purement visuel : on a retiré
role="tablist"et les rôles d'onglet associés, et remplacé les boutons factices par de simples éléments décoratifs. Un rôle ARIA ne se pose que s'il décrit une réalité. - Rendre la modale vraiment inerte. Plutôt qu'un
aria-hiddenqui ment, on s'appuie sur l'attributhiddenréel (et undisplay:nonequi le respecte) : fermée, la modale sort de l'arbre et du parcours clavier. Ouverte, elle y rentre proprement. - Donner un rôle à l'étoile. La note passe d'un
divavecaria-labelorphelin à unrole="img"assorti d'un libellé « 5 étoiles sur 5 ». L'attribut devient légitime, l'information devient lisible. - Aligner libellé visible et nom accessible. Le sélecteur de langue annonce désormais un nom cohérent avec ce qu'il affiche. Un bouton, une identité.
- Remonter le contraste. On a assombri le gris du texte secondaire juste ce qu'il faut pour franchir 4,5:1 - sans trahir la palette. L'élégance survit très bien à un contraste conforme.
- Vérifier l'arbre. Les cinq correctifs précédents règlent le sixième : une fois les contradictions levées, l'arbre se reforme tout seul. On l'a confirmé par un nouveau passage Lighthouse.
Le résultat : 100/100, et un site enfin lisible par les agents
Nouveau rapport, même page d'accueil. Accessibilité : 100. Bonnes pratiques : 100. SEO : 100. L'arbre d'accessibilité est propre, la navigation agentique restaurée. Le tout pour moins d'une demi-journée de travail - pas une refonte, des correctifs ciblés.
Ce qui compte n'est pas le chiffre pour le chiffre. C'est ce qu'il débloque : une page que les lecteurs d'écran annoncent sans buter, que Google structure sans ambiguïté, et que les moteurs IA peuvent citer comme source parce qu'ils la comprennent enfin de bout en bout. Le même effort sert l'humain et la machine.
La leçon : l'accessibilité, c'est de l'infrastructure GEO
On répète à nos clients que le GEO ne se joue pas seulement dans le contenu, mais dans la lisibilité machine du site. Notre propre score de 83 en était la preuve par l'absurde : un site peut être rapide, bien référencé, joliment conçu, et rester à moitié opaque pour les IA à cause de quelques attributs ARIA mal posés.
La bonne nouvelle, c'est que ces failles sont mesurables, localisables et corrigibles vite. La mauvaise, c'est que la plupart des sites premium ne les regardent jamais - trop occupés à soigner ce qui se voit. En 2026, ce qui ne se voit pas (l'arbre d'accessibilité) est devenu ce qui se cite. On l'a corrigé chez nous. On le corrige chez vous.