Ton site est-il utilisable par les agents IA ?
De plus en plus de demandes parviennent aux entreprises par un modèle qui recherche, compare et propose pour le compte d'une personne, et non plus par une liste de résultats de recherche. Cette analyse mesure ce qu'un tel agent trouve réellement sur ton site : du contenu accessible, une structure compréhensible, des mentions obligatoires lisibles par machine.
- points de contrôle dans l'analyse standard
- 28points de contrôle dans l'analyse standard
- dans l'analyse approfondie avec rendu
- +4dans l'analyse approfondie avec rendu
- domaines pondérés
- 5domaines pondérés
- version de la grille
- 1.1.3version de la grille
Adresse accessible publiquement, sans connexion. L'analyse prend environ dix secondes.
Pour cela, nous avons besoin de ton consentement : le parcours transmet des contenus de la page analysée à un fournisseur d'IA situé hors de l'UE.
Comment la mesure fonctionne
Quatre phases qui s'enchaînent. Les deux premières tournent à chaque analyse, la troisième et la quatrième seulement si tu les demandes. Elles coûtent du temps de calcul et, pour la quatrième, un consentement.
- Phase 1
Requête statique
La page d'accueil est chargée une fois, comme la charge un modèle de langage : sans JavaScript, sans connexion, avec un user agent clairement identifiable que tu retrouves dans tes logs. De cette seule réponse viennent le code de statut, la chaîne de redirections, la compression, les en-têtes, la structure HTML, le JSON-LD et la part de texte brut.
- Phase 2
Identités et ressources annexes
Cinq requêtes supplémentaires avec les identifiants de GPTBot, ChatGPT-User, ClaudeBot, PerplexityBot et Google-Extended, plus robots.txt, le sitemap, llms.txt, les pages de confiance, les catalogues well-known et un appel volontairement erroné. Environ deux douzaines de requêtes en quelques secondes, en parallèle et avec un nombre de connexions plafonné, pour que le serveur analysé ne s'en aperçoive pas.
- Phase 3
Analyse avec rendu
Un Chromium sans interface charge la même page avec les scripts et compare le résultat à la phase 1. On voit ainsi quatre choses absentes du HTML brut : du contenu qui n'apparaît qu'avec JavaScript, des surcouches qui bloquent le point de clic, des éléments de commande sans sémantique native et des champs de formulaire dont le libellé n'apparaît qu'à l'exécution. Volontairement séparée de l'analyse standard : un agent n'exécute généralement pas de JavaScript, donc l'écart entre les deux phases est en soi le résultat.
- Phase 4
Parcours d'agent observé
Un modèle de langage reçoit une tâche concrète et six étapes au maximum pour la résoudre sur ton site : trouver un interlocuteur, situer l'offre, comprendre la logique tarifaire ou vérifier l'éditeur du site et sa forme juridique. Chaque étape est consignée, ainsi que le résultat et le point où cela coince. Ce n'est pas une pénalité, c'est la preuve : 28 coches vertes en disent moins qu'une tâche résolue. Ou pas.
La phase 4 envoie le contenu de la page à un modèle de langage situé hors de l'UE. Elle ne démarre que si tu as autorisé la catégorie Assistant IA dans tes choix de cookies, et jamais automatiquement.
Le modèle de notation
Le score global n'est pas une moyenne de toutes les coches. Il se construit en trois étapes, et deux d'entre elles le distinguent d'une grille d'origine américaine.
Pondération selon les conséquences
Dans chaque domaine, on prend le rapport entre les points obtenus et les points possibles, puis on le ramène au poids du domaine. L'accès pèse 30 pour cent, car un échec à ce niveau rend inutile tout ce qui suit. La capacité d'action pèse 10, car elle ne concerne qu'une partie des sites.
Non applicable ne veut pas dire échoué
Ce qu'un site ne propose pas du tout sort du numérateur et du dénominateur. Un artisan sans interface ne perd aucun point pour autant. Si un domaine entier disparaît, son poids est réparti entre les autres au lieu de plafonner artificiellement le score. C'est précisément cette règle qui évite le mur de croix rouges que les outils pensés pour les développeurs produisent sur un site d'entreprise ordinaire.
Les standards récents seulement en bonus
Les catalogues de ressources, les agent cards et les en-têtes Link restent hors de la notation et peuvent rapporter au maximum cinq points. Leur absence ne coûte jamais rien. Un standard d'avant-hier ne doit pas faire paraître un site moins bon qu'il ne l'est.
Échelle de notes
- A
- à partir de 85
- Les agents atteignent leur but.
- B
- 70–84
- Bonne base, quelques lacunes ponctuelles.
- C
- 55–69
- Exploitable, mais les agents perdent du temps.
- D
- 40–54
- Les agents échouent à plusieurs endroits.
- F
- moins de 40
- Pratiquement inutilisable pour les agents.
La grille porte un numéro de version, indiqué avec chaque résultat. Si des poids ou des seuils changent, le numéro change. Deux analyses ne sont comparables qu'avec la même grille.
Les points de contrôle en détail
Pour chaque point, tu trouveras ici ce qui est mesuré, pourquoi cela fait la différence pour un agent et sur quoi repose le « réussi ». La troisième partie est la plus importante : sans seuil publié, un score n'est qu'une affirmation.
Accès
Poids 30 %Avant que la structure ou le contenu ne comptent, la requête doit aboutir. C'est le domaine qui pèse le plus, car un échec ici rend tout le reste inutile : ce qu'un agent ne peut pas charger, il ne peut pas le comprendre.
- Contenu sans JavaScript
Ce qui est mesuré : Volume de texte courant et nombre de titres dans le HTML livré, avant l'exécution de tout script.
Pourquoi c'est important : La plupart des requêtes des modèles de langage n'exécutent pas de JavaScript. Sur une application rendue côté client, l'agent ne voit alors qu'un squelette vide, quelle que soit l'allure de la page dans le navigateur.
Critère de réussite : Au moins 500 caractères de texte courant et exactement un H1 dans le HTML brut. Entre 200 et 500 caractères, le critère est partiellement rempli.
- Accessible aux crawlers IA
Ce qui est mesuré : Cinq requêtes avec les identifiants de GPTBot, ChatGPT-User, ClaudeBot, PerplexityBot et Google-Extended.
Pourquoi c'est important : Les protections anti-bots ne font généralement pas la différence entre un scraper et un agent mandaté par une personne. Bloquer sur la base du score de bot, c'est perdre les deux.
Critère de réussite : Les cinq reçoivent un statut 200 avec un corps complet. Les blocages partiels sont notés au prorata.
- Pas de challenge anti-bot
Ce qui est mesuré : Statut de réponse et corps de la page d'accueil, vérifiés pour repérer les pages intermédiaires comme les challenges Cloudflare ou les murs de captcha.
Pourquoi c'est important : Une énigme de calcul retarde un navigateur, mais bloque complètement un agent. Il ne la résout pas et abandonne.
Critère de réussite : Statut 200 sans motif de challenge dans le corps.
- robots.txt autorise les agents
Ce qui est mesuré : Analyse des groupes de règles selon la RFC 9309 pour chaque identifiant (un groupe propre remplace les règles pour *), en séparant les crawlers d'entraînement et ceux qui agissent pour un utilisateur, ainsi que les interdictions déclarées en commentaire.
Pourquoi c'est important : Un Disallow général touche aussi les crawlers qui répondent en temps réel aux questions des utilisateurs. L'usage pour l'entraînement se règle séparément, sans renoncer à la visibilité dans les réponses des IA.
Critère de réussite : Aucun Disallow pour les agents qui agissent pour un utilisateur. Quatre identifiants IA ou plus entièrement bloqués : critère non rempli. Un commentaire qui interdit l'accès automatisé à tout le site : critère partiellement rempli.
- Pages d'erreur honnêtes
Ce qui est mesuré : Statut de réponse pour une adresse inventée à dessein.
Pourquoi c'est important : Répondre 200 à toutes les adresses confirme à un agent que des chemins devinés sont valides. Il suit alors des impasses et prend leur contenu pour une réponse.
Critère de réussite : Statut 404 ou 410. Un soft 404 avec un statut 200 ne remplit pas le critère.
- Hygiène des redirections
Ce qui est mesuré : Longueur et codes de statut de la chaîne de redirections jusqu'à l'adresse finale.
Pourquoi c'est important : Chaque étape coûte une requête. Les codes temporaires signalent en plus que l'adresse cible n'est pas stable, ce qui plaide contre son enregistrement comme source.
Critère de réussite : Une étape au maximum, permanente (301/308). Les redirections linguistiques de la page d'accueil peuvent être temporaires.
- Poids de la page
Ce qui est mesuré : Rapport entre le texte utile et la taille du HTML transféré, avec une estimation de la consommation de tokens.
Pourquoi c'est important : Un agent paie chaque token chargé et tronque les documents longs. Une faible part de texte signifie qu'une grande partie du budget part dans le balisage.
Critère de réussite : Moins de 30 000 tokens estimés et plus de 5 pour cent de texte.
- Livraison compressée
Ce qui est mesuré : Content-Encoding de la réponse.
Pourquoi c'est important : Réduit le temps de transfert et le risque d'interruption, surtout pour les agents qui disposent de peu de temps.
Critère de réussite : Brotli, gzip ou zstd.
Compréhension
Poids 25 %Un modèle ne lit pas le design, il lit la structure. Sans elle, il doit deviner. Dans le doute, c'est alors le concurrent sur lequel il dispose d'informations plus fiables qui l'emporte.
- Données structurées
Ce qui est mesuré : Présence, validité et variété des types des blocs JSON-LD.
Pourquoi c'est important : Les données structurées sont le seul endroit où un site explique, de façon lisible par machine, qui l'exploite et de quoi il parle. Tout le reste doit être déduit du texte.
Critère de réussite : Au moins deux types pertinents, tous les blocs analysables.
- Informations sur l'organisation dans le schéma
Ce qui est mesuré : Complétude de l'objet Organization ou LocalBusiness : PostalAddress, contactPoint, sameAs.
Pourquoi c'est important : Ce sont précisément les trois champs qu'un agent vérifie avant de recommander une entreprise. sameAs relie la marque à Wikidata, LinkedIn ou au registre du commerce et en fait une entité identifiable plutôt qu'un simple nom.
Critère de réussite : Les trois champs renseignés.
- Métadonnées d'en-tête complètes
Ce qui est mesuré : title, description, canonical, html lang, og:image, og:type.
Pourquoi c'est important : canonical décide quelle version est citée, lang détermine la langue. Sans les deux, les requêtes aboutissent dans la mauvaise version linguistique ou sont rattachées à une URL à paramètres.
Critère de réussite : Les six présents.
- Structure des titres
Ce qui est mesuré : Nombre de H1, répartition des niveaux, sauts dans la hiérarchie.
Pourquoi c'est important : Les modèles découpent les documents en sections citables en suivant les titres. Une hiérarchie plate ou décousue fait que des passages sont cités sans leur contexte.
Critère de réussite : Exactement un H1, au moins deux H2, aucun niveau sauté.
- Version Markdown
Ce qui est mesuré : Négociation via Accept: text/markdown avec l'en-tête Vary, ou à défaut une adresse avec l'extension .md.
Pourquoi c'est important : La même page en Markdown fait généralement économiser à un agent plus de 90 pour cent de ses tokens et supprime les erreurs d'analyse. Sans en-tête Vary, un cache partagé sert la même version aux deux demandeurs.
Critère de réussite : Le Markdown est livré et le cache proprement séparé.
- Signaux de langue et de région
Ce qui est mesuré : html lang et complétude des références hreflang, y compris l'autoréférence.
Pourquoi c'est important : Sur les sites multilingues, c'est ce qui décide si une requête en allemand atteint la version allemande ou si c'est la version anglaise qui est citée.
Critère de réussite : lang défini, hreflang complet ou totalement absent.
Découvrabilité
Poids 20 %Ici, ce n'est pas le classement qui compte, ce sont les points d'entrée lisibles par machine. Un agent qui a une mission cherche d'abord des repères, et seulement ensuite du texte.
- llms.txt comme point de repère
Ce qui est mesuré : Présence, structure et un échantillon : les adresses qui y figurent répondent-elles vraiment ?
Pourquoi c'est important : Le fichier est le point d'entrée le plus compact d'un site. Des liens morts y sont pires que pas de fichier du tout, car l'agent les suit et tombe dans le vide. Aucun grand fournisseur d'IA n'a confirmé à ce jour qu'il l'exploite, d'où un bonus plutôt qu'une obligation.
Critère de réussite : H1 présent, au moins trois références, dont 20 pour cent au plus sont mortes.
- Sitemap présent et déclaré
Ce qui est mesuré : Sitemap XML valide, entrée dans robots.txt, présence de lastmod. Tous les sitemaps déclarés sont comptés ; dans un index, un échantillon de trois sitemaps enfants au maximum est prélevé.
Pourquoi c'est important : Sans lastmod, un agent doit recharger chaque page pour détecter les changements. Cela coûte du budget et réduit la fréquence d'exploration.
Critère de réussite : urlset valide, déclaré dans robots.txt, lastmod renseigné (dans l'échantillon ou dans l'index).
- Pages de confiance faciles à trouver
Ce qui est mesuré : Disponibilité et volume de texte des mentions légales, de la politique de confidentialité, de la page contact et de la page « À propos », à des adresses attendues ou via un lien depuis la page d'accueil.
Pourquoi c'est important : Ce sont les pages qu'un agent consulte pour vérifier qu'un prestataire est réel et joignable avant de l'inclure dans une recommandation.
Critère de réussite : Au moins trois des quatre accessibles, avec un vrai contenu et pas un simple squelette HTML.
- Catalogues de ressources agentiques
Ce qui est mesuré : Présence de /.well-known/ai-catalog.json, agent-card.json et api-catalog.
Pourquoi c'est important : Un catalogue à un emplacement prévisible évite à un agent de chercher les interfaces page après page. Standard récent, d'où un bonus plutôt qu'une obligation.
Critère de réussite : Au moins un des fichiers est livré de façon valide.
- Repères dans l'en-tête HTTP
Ce qui est mesuré : En-tête Link avec service-desc, api-catalog, describedby ou alternate.
Pourquoi c'est important : L'en-tête arrive avant le premier octet de HTML. Un agent qui n'a besoin que de la version Markdown s'épargne ainsi le téléchargement complet de la page HTML.
Critère de réussite : Au moins une valeur rel exploitable, cible sur le même domaine et accessible.
Transparence UE et confidentialité
Poids 15 %Le domaine que les outils d'audit conçus pour le marché international ne couvrent pas, et celui qui pèse le plus en pratique pour un site européen. Il recouvre deux choses : des obligations qui s'appliquent de toute façon, et le consentement, une particularité européenne.
- Contenu lisible avant le consentement
Ce qui est mesuré : Détection de l'outil de consentement utilisé, puis mesure du contenu à côté du conteneur du bandeau.
Pourquoi c'est important : Seul un humain peut donner son consentement. Ce qui n'apparaît qu'après n'existe pas pour un agent. La longueur totale n'est volontairement pas mesurée : les textes juridiques des bandeaux sont assez longs pour atteindre n'importe quel minimum.
Critère de réussite : Au moins 500 caractères de contenu hors du conteneur de consentement, sans défilement bloqué.
- Réserve de droits lisible par machine
Ce qui est mesuré : Content-Signal dans robots.txt, /.well-known/tdmrep.json, ai.txt ou une balise meta tdm-reservation.
Pourquoi c'est important : Selon l'article 4 de la directive DSM, une réserve d'utilisation pour la fouille de textes et de données ne produit d'effet que si elle est exprimée de façon lisible par machine. Une phrase dans les conditions générales ne suffit pas.
Critère de réussite : Au moins une des quatre formes de déclaration présente.
- Mentions légales accessibles et complètes
Ce qui est mesuré : Disponibilité à une adresse attendue ou via un lien depuis la page d'accueil, lien depuis la page d'accueil, présence des mentions obligatoires.
Pourquoi c'est important : Obligation au titre du § 5 ECG en Autriche et du § 5 DDG en Allemagne. Pour un agent, c'est aussi la preuve qu'une entreprise réelle se trouve derrière le site.
Critère de réussite : Page accessible, liée depuis le pied de page, mentions du registre du commerce identifiables.
- Politique de confidentialité accessible
Ce qui est mesuré : Disponibilité à une adresse attendue ou via un lien depuis la page d'accueil, éléments de contenu selon l'art. 13 du RGPD.
Pourquoi c'est important : Les agents citent cette page quand des utilisateurs demandent comment leurs données sont traitées. Si elle manque, il y a un trou exactement là où se joue la confiance.
Critère de réussite : Responsable du traitement et bases juridiques nommés dans le texte.
- Signalement des interactions avec une IA
Ce qui est mesuré : Détection des interfaces IA intégrées à partir de fournisseurs et de points d'intégration connus, puis recherche d'une mention de transparence.
Pourquoi c'est important : L'article 50 de l'AI Act européen exige à partir du 2 août 2026 que les utilisateurs sachent quand ils s'adressent à un système. On vérifie l'interface réellement intégrée, pas la présence du mot dans un texte marketing.
Critère de réussite : Si une interface est détectée, une mention dans le texte livré. Sans interface, non applicable.
Capacité d'action
Poids 10 %Lire est une moitié, agir est l'autre. Ce qu'un site ne propose pas du tout n'est pas noté : un cabinet d'avocats ne perd aucun point parce qu'il n'a pas d'interface.
- Moyens de contact lisibles par machine
Ce qui est mesuré : Liens mailto et tel dans le HTML livré et sur la page contact.
Pourquoi c'est important : Un agent chargé d'extraire un interlocuteur abandonne si l'adresse est une image ou se cache derrière du JavaScript, et recommande le suivant. L'obfuscation des adresses e-mail par un CDN entre aussi dans ce cas.
Critère de réussite : Au moins trois signaux sur quatre présents.
- Formulaires remplissables par une machine
Ce qui est mesuré : Rapport entre les champs, les attributs name et les libellés associés.
Pourquoi c'est important : Un agent remplit ce qu'il sait nommer. Sans libellé, on ne sait pas quelle information attend chaque champ.
Critère de réussite : Presque tous les champs nommés et libellés. Sans formulaire, non applicable.
- Interface pour les agents
Ce qui est mesuré : Description OpenAPI, server card MCP ou un lien vers l'une d'elles.
Pourquoi c'est important : Sans description lisible par machine, un agent doit déduire l'interface à partir du texte. Avec elle, il peut l'intégrer comme outil.
Critère de réussite : Au moins une description lisible par machine accessible. Sans interface, non applicable.
- Réponses d'erreur structurées
Ce qui est mesuré : Type de média de la réponse à un appel volontairement erroné vers l'interface.
Pourquoi c'est important : Une page d'erreur HTML est inexploitable pour un agent. Il ne peut pas savoir si la requête était fausse ou si le service est en panne.
Critère de réussite : JSON avec un code d'erreur stable. Sans interface, non applicable.
Ce que l'analyse ne mesure pas
Quatre limites qui font partie de toute lecture du résultat. Nous les nommons, car un rapport sans ses limites n'est pas une base de décision.
Une page, pas tout le site
On mesure l'adresse indiquée plus une poignée de ressources annexes attendues. Un site avec une excellente page d'accueil et une section produits mal construite obtient ici un score trop flatteur. Pour juger l'ensemble des pages, il faut une analyse de tout le sitemap.
Le lieu de la mesure fausse le résultat
Nous interrogeons depuis un centre de données européen. Beaucoup de pare-feu traitent les adresses de centres de données autrement que les connexions de particuliers. Un résultat peut donc être plus sévère que ce que vit un visiteur, et plus clément que ce que vit un agent venant d'un autre réseau.
Aucun jugement sur le contenu
Tes textes convainquent-ils, ton offre correspond-elle à la personne qui cherche, ta marque apparaît-elle seulement dans les réponses des modèles : rien de tout cela ne figure ici. C'est la question de la visibilité et de la citabilité, et elle fait l'objet d'un autre rapport.
Un instantané
Les règles pour les bots, les réglages du CDN et les outils de consentement changent sans déploiement. Un score d'aujourd'hui ne dit rien de l'état dans quatre semaines. Mesurer à nouveau fait partie du travail, ce n'est pas un extra.
Pourquoi ce n'est pas la même chose que le SEO
Notre SEO/GEO Checker évalue le contenu et la visibilité : mots-clés, positions, citabilité dans les réponses des IA. Cette analyse évalue la surface en dessous. Un site peut être excellent sur le fond et pourtant inutilisable pour les agents, parce que le pare-feu les refoule ou que le texte n'apparaît qu'après le consentement. Les deux résultats se complètent, ils ne se remplacent pas.
Questions fréquentes
Réponses sur Is-Agentic EU
Général
2Que mesure exactement Is-Agentic EU ?
Pourquoi mon site obtient-il ici une autre note qu'avec un outil américain ?
Déroulement
3Comment le score est-il calculé ?
Quelle est la différence entre l'analyse standard et l'analyse approfondie ?
Que se passe-t-il lors du parcours d'agent observé ?
Technologie
1L'analyse charge-t-elle mon serveur ?
Conformité
2Des données de mon site sont-elles enregistrées ?
Puis-je analyser des domaines qui ne sont pas les miens ?
Le rapport est un point de départ, pas un résultat.
Nous mettons en œuvre les points qui font bouger ton score, puis nous mesurons à nouveau.