Ce n’est pas parce que votre page arrive en tête sur Google qu’un agent IA peut la lire. Des outils comme isitagentready posent une autre question : lorsque le robot associé à ChatGPT, Perplexity, Claude ou Google AI Overviews explore votre site, peut-il récupérer proprement le texte que vous souhaitez voir cité, sans exécuter de JavaScript ni devoir deviner la structure de la page ? Nous réalisons ce test pour nos clients et voyons régulièrement des pages très bien classées échouer. Le problème tient presque toujours à la couche de lecture machine, pas à la qualité éditoriale du contenu.
isitagentready évalue la lecture machine, pas l’affichage destiné aux internautes
Les outils de référencement naturel traditionnels examinent notamment la densité des mots-clés, les liens externes et les scores de vitesse. isitagentready et les outils comparables changent de perspective : placez-vous du point de vue d’un agent IA dépourvu de navigateur, qui envoie uniquement des requêtes HTTP, puis observez ce que votre page lui renvoie. Cette différence est déterminante. Dans un navigateur, le JavaScript s’exécute, les images se chargent et la mise en page se compose. La plupart des robots d’IA, en revanche, récupèrent le HTML d’origine sans attendre la fin de l’exécution de votre framework front-end. Si votre contenu principal dépend de JavaScript pour s’afficher, l’agent risque de ne trouver qu’une structure presque vide.
Un site peut donc obtenir d’excellents résultats dans Lighthouse tout en restant pratiquement impossible à citer par une IA. Rapidité et fluidité mesurent l’expérience proposée aux internautes ; la capacité d’une machine à extraire proprement le contenu répond à d’autres critères. Les huit indicateurs suivants en constituent l’ossature.
Huit indicateurs de lisibilité pour les agents IA
- Accès des robots d’exploration : robots.txt et llms.txt autorisent-ils les agents IA tels que GPTBot, ClaudeBot, PerplexityBot et Google-Extended ?
- Rendu côté serveur : le contenu principal figure-t-il dans le HTML d’origine, sans exécution de JavaScript ?
- État HTTP : le code de réponse est-il 200, les redirections superflues ont-elles été supprimées et l’URL canonique est-elle correcte ?
- HTML sémantique : la hiérarchie des titres est-elle cohérente et des balises sémantiques comme article, main ou nav sont-elles utilisées ?
- Données structurées : les schémas Article, FAQPage, Organization et autres sont-ils déclarés en JSON-LD ?
- Métadonnées : le title, la meta description et les balises Open Graph sont-ils complets, avec une description fidèle au contenu ?
- Structure de réponse extractible : les informations clés sont-elles présentées sous une forme facile à extraire, comme des questions-réponses, des définitions ou des tableaux ?
- Compatibilité avec Markdown : le contenu principal peut-il être converti proprement en texte brut ou en Markdown, sans bruit provenant de la navigation ou de la mise en forme ?
Les trois premiers indicateurs déterminent si votre contenu peut être repéré.
L’accès des robots d’exploration arrive en tête, car il s’agit d’un critère éliminatoire. Si votre fichier robots.txt bloque GPTBot, ou si votre CDN refuse par défaut les User-Agent qui ne correspondent pas à un navigateur, les sept autres optimisations ne serviront à rien : l’agent ne pourra même pas entrer. La correction est simple : vérifiez que robots.txt autorise explicitement les principaux robots d’IA et ajoutez un fichier llms.txt répertoriant, en texte brut, les pages que vous souhaitez le plus voir citées, accompagnées d’une brève description. De nombreuses entreprises ignorent qu’elles bloquent ces robots. C’est le problème que nous rencontrons le plus souvent dès le premier jour.
Le deuxième indicateur concerne le rendu côté serveur. Ouvrez la page avec « Afficher le code source » plutôt qu’avec « Inspecter ». Si le texte n’y apparaît pas, il y a de fortes chances que l’agent ne le voie pas non plus. Les applications monopages (SPA) sont particulièrement concernées : tout le contenu est chargé par le front-end et le HTML d’origine ne contient qu’une div vide. Il faut alors mettre en place un rendu côté serveur ou une génération statique afin que le texte complet soit livré dès la première réponse. Troisième indicateur, l’état HTTP consiste à assainir les fondations : vérifiez que la page renvoie un code 200 plutôt qu’une soft 404, supprimez les chaînes de redirections, faites pointer canonical vers l’unique URL correcte et empêchez le proxy de servir des versions dupliquées ou obsolètes.
Les trois indicateurs suivants déterminent si le contenu peut être compris.
Une fois entré, l’agent doit pouvoir distinguer le titre, le corps du texte et la navigation. Le HTML sémantique lui fournit cette carte : un seul h1 par page, aucun saut dans la hiérarchie des titres, le contenu principal placé dans main ou article, et la barre latérale comme le pied de page identifiés par les balises appropriées. Pour l’internaute, une succession de div sans signification sémantique peut sembler parfaitement lisible grâce à la mise en page ; pour la machine, elle ne forme qu’un ensemble de blocs indifférenciés. Les données structurées ajoutent une couche d’indications explicites : avec JSON-LD, vous précisez qu’il s’agit d’un article, qui en est l’auteur et à quelle date il a été publié ; avec FAQPage, vous identifiez les paires de questions et de réponses. Au lieu de laisser la machine deviner, vous lui fournissez directement le contexte.
Le sixième indicateur, celui des métadonnées, passe souvent pour un détail. Il fournit pourtant à l’agent ses premiers indices sur le sujet de la page. Le title doit décrire précisément son contenu, sans accumulation artificielle de mots-clés. La meta description doit pouvoir être citée seule comme une phrase complète. Les balises Open Graph déterminent la présentation de votre lien lorsqu’il est repris. À eux trois, ces champs représentent moins de 20 lignes de code, mais ils influencent directement la probabilité que l’agent retienne votre page dans sa réponse.
Les deux derniers indicateurs déterminent si votre contenu peut être cité.
Être compris ne suffit pas : l’agent doit pouvoir extraire un passage et l’utiliser tel quel. Une structure de réponse extractible consiste à formuler la conclusion essentielle dans une phrase complète et autonome, de préférence juste après la question ou le sous-titre correspondant, plutôt qu’au terme de trois paragraphes d’explications. Les tableaux, les définitions et les listes d’étapes sont particulièrement adaptés aux agents : leurs limites sont nettes et leur contenu facile à isoler. La compatibilité avec Markdown constitue le dernier contrôle qualité. Une fois la page convertie en texte brut, le corps du contenu reste-t-il fluide, ou se retrouve-t-il morcelé par la barre de navigation, les publicités et les boutons de partage ? Plus le rapport entre contenu utile et bruit est élevé, plus les chances d’obtenir une citation propre augmentent.
Après le test, que faut-il corriger en premier ?
Il n’est pas nécessaire de traiter les huit indicateurs simultanément. Respectez les trois niveaux — « être repéré, être compris, être cité » : commencez par les deux critères éliminatoires que sont l’accès des robots et le rendu côté serveur ; ajoutez ensuite les données structurées et les balises sémantiques ; peaufinez enfin la structure des réponses. Lors de nos audits GEO pour des clients B2B SaaS, les deux premiers niveaux suffisent généralement à amener la plupart des pages au seuil requis en trente jours. Ce sont aussi ceux qui produisent souvent les gains de visibilité les plus rapides, puisqu’ils corrigent le problème fondamental : les agents ne pouvaient tout simplement pas lire les pages.
isitagentready vous attribue un score, mais ne vous indique ni quel point est le plus critique pour votre activité, ni combien de ressources lui consacrer. Si vous avez déjà effectué le test sans savoir par où commencer, vous pouvez prendre rendez-vous pour un diagnostic GEO de trente minutes. À partir de l’adresse réelle de votre site, nous passerons en revue les huit indicateurs et identifierons les lacunes à corriger en priorité.
