Ce symptôme apparaît lorsqu’un site affiche de bons résultats techniques, mais reste difficile à comprendre ou à utiliser pour des agents IA.
Le site peut avoir une performance correcte, des pages indexables, quelques données structurées, un fichier llms.txt, un score Lighthouse satisfaisant et malgré tout présenter une fragilité opérationnelle.
Signes typiques
Les signes les plus fréquents sont les suivants :
- les CTA utilisent des libellés génériques sans contexte ;
- les formulaires sont visibles, mais mal exposés dans l’arbre d’accessibilité ;
- les confirmations ou erreurs ne sont pas reliées aux champs concernés ;
- les pages de services se ressemblent trop ;
- les preuves ne sont pas rattachées aux offres qu’elles soutiennent ;
- les composants changent après hydratation ;
- les menus, modales ou filtres sont difficiles à interpréter ;
- les fichiers machine ne reflètent pas toute l’architecture du site.
Dans ce cas, le problème n’est pas seulement technique. Il touche la relation entre l’interface, le contenu, les preuves et la gouvernance.
Risque commercial
Un agent peut trouver le site, mais échouer au moment utile : choisir le bon service, comprendre la prochaine étape, préparer une demande, remplir un formulaire ou recommander une offre.
Le site donne alors une impression trompeuse de maturité. Il paraît prêt, parce qu’il passe certains tests. Il reste fragile, parce qu’il ne tient pas dans un parcours complet.
Direction d’intervention
La réponse n’est pas de rejouer uniquement Lighthouse. Il faut auditer les parcours critiques avec l’audit de navigabilité agentique, puis relier les corrections à la préparation agentique, à l’accessibilité, au maillage interne, aux preuves et aux surfaces machine.
Le bon objectif n’est pas d’obtenir une note plus rassurante. C’est de rendre le site plus fiable lorsqu’un système non humain doit agir.