La couche agents : les six signaux que presque aucun site ne remplit encore

Six des dix-neuf signaux vérifiés par un scan de visibilité IA ne regardent pas ce qu'une IA peut lire sur votre site, mais ce qu'un agent logiciel peut y comprendre et y faire : une version lisible par les agents, une carte de capacités, un index de compétences, un cadre d'authentification, un catalogue de services et un guide d'accès. Cet axe est celui que presque aucun site ne remplit aujourd'hui, et c'est aussi le seul dont le retard ne se voit nulle part quand vous regardez votre site.

Qu'attend un agent IA d'un site, au-delà de son contenu ?

Un agent IA attend une interface déclarée, là où un lecteur humain se contente d'une page. Le protocole MCP (Model Context Protocol), dont la révision 2026-07-28 est publiée sur modelcontextprotocol.io, décrit ce qu'un service expose à une application IA : des ressources, c'est-à-dire des données ; des prompts, c'est-à-dire des procédures ; et des outils, c'est-à-dire des fonctions que le modèle peut exécuter. Aucune des trois n'a d'équivalent visuel sur une page web.

La différence est de nature, pas de degré. Un texte bien écrit permet à une IA générative de citer votre entreprise dans une réponse. Ce même texte ne permet pas à un agent de vérifier une disponibilité, de demander un devis ou de transmettre une commande. La spécification MCP exige d'ailleurs le consentement explicite de l'utilisateur avant l'exécution d'un outil, ce qui suppose que cet outil existe et soit décrit quelque part.

Pourquoi un agent cherche-t-il un fichier plutôt qu'une page ?

Un agent cherche un fichier parce qu'un fichier se lit sans interprétation. Google demande aux commerces qui veulent vendre dans ses réponses IA un profil UCP (Universal Commerce Protocol) hébergé à un chemin public et fixe, /.well-known/ucp. La documentation de Google for Developers précise que ce fichier JSON doit être accessible publiquement, sans authentification, et qu'il déclare les capacités du commerce, les versions de protocole prises en charge, les points d'accès de ses services, la configuration du paiement et les clés publiques qui signent ses messages.

Ce chemin fixe est l'inverse d'une page d'accueil. Une IA générative peut deviner le sens d'un paragraphe, puis le citer de travers. Un agent qui doit déclencher une action ne devine rien : il lit une déclaration à une adresse connue d'avance, ou il passe son chemin. C'est ce que montrait déjà « Google a mis un panier dans ses réponses IA, et l'entrée se fait par un fichier public » : la porte des agents ne passe pas par vos pages.

Que vérifient exactement les six signaux de l'axe agents ?

Les six signaux de l'axe agents vérifient l'existence et la lisibilité des déclarations publiques qu'un agent viendrait chercher sur votre domaine. Un scan Biencité les lit en lecture seule, comme le ferait un robot d'IA, sans rien installer ni modifier :

• une version de votre contenu lisible par les agents, plutôt que le rendu destiné aux humains ;
• une carte de capacités, qui dit ce que votre site permet de faire ;
• un index de compétences, qui liste les opérations que vous exposez ;
• un cadre d'authentification, qui dit comment un agent s'identifie avant d'agir ;
• un catalogue de services, qui décrit ce que vous vendez dans une forme exploitable par une machine ;
• un guide d'accès pour agents, qui énonce les règles d'usage de ces interfaces.

La liste complète des dix-neuf signaux, répartis sur les trois axes, est publiée sur /fr/methode. Le poids de chaque signal, lui, n'est pas publié et ne le sera pas : il évolue avec les pratiques des moteurs génératifs, et un barème public inviterait à optimiser le score plutôt que la visibilité réelle.

Pourquoi cet axe se lit-il séparément des deux autres ?

L'axe agents se lit séparément parce qu'une bonne note sur les agents ne compense pas un défaut en amont. Le verdict d'un scan ne découle pas de la moyenne, il suit une cascade. Un site dont les IA ne peuvent pas lire le contenu est déclaré invisible pour les IA, quel que soit le reste de la note. Un site lisible mais non structuré est visible, mais pas citable. Un site qui tient les deux premiers axes sans la couche agents reçoit le verdict lisible et citable.

Cette séparation évite le conseil absurde. Installer des fichiers destinés aux agents sur un site que les robots d'IA ne peuvent pas lire ne produit rien, et une note globale unique masquerait précisément cet ordre de priorité. L'article « Pourquoi un scan de visibilité IA ne vérifie que 19 signaux, et pas cinquante » explique pourquoi la liste reste courte ; la cascade des verdicts explique pourquoi l'ordre compte autant que la liste.

Avoir ces fichiers suffit-il à être choisi par un agent ?

Non, et la documentation de Google le dit elle-même. Pour vendre dans AI Mode et dans Gemini via le protocole UCP, un profil public ne suffit pas : Google indique que l'intégration doit être approuvée avant la mise en service, et que l'éligibilité dépend aussi des données produit validées dans Merchant Center. Le fichier est une condition d'entrée, pas un billet d'entrée.

C'est la même limite que sur les deux autres axes. Un scan de visibilité IA mesure une éligibilité : les conditions sans lesquelles une citation, ou une action automatisée, est très improbable. Il ne promet pas la citation, et aucun outil sérieux ne peut la promettre.

Pourquoi mesurer une couche que presque personne n'a ?

Parce que c'est l'axe où l'écart entre les sites reste ouvert, et parce qu'un rapport honnête doit distinguer trois états plutôt que deux. Un signal absent est une absence constatée. Un signal injoignable, par délai dépassé ou par erreur serveur, est marqué non mesuré et sort du calcul au lieu de compter zéro. Un signal que votre plateforme interdit est marqué impossible, et n'apparaît jamais dans votre plan d'action : Shopify, Wix, Webflow et Framer verrouillent certains fichiers à la racine du domaine, et ces signaux ne sont pas comptés contre votre site.

Chaque rapport affiche donc combien de signaux ont réellement été vérifiés sur les dix-neuf. Un score qui tomberait parce qu'un serveur a mis trop de temps à répondre ne mesurerait que la météo du jour, et vous feriez corriger un problème qui n'existe pas.

Quand la couche agents n'est-elle pas la bonne dépense ?

La couche agents n'est pas la bonne dépense quand votre site n'a rien à exposer, ou quand un problème plus grave le précède. Les cas sont fréquents :

• votre verdict est invisible pour les IA : l'accès des robots et le contenu lisible passent avant tout le reste ;
• vous ne vendez ni ne réservez rien en ligne, et un catalogue de services n'aurait rien à décrire ;
• votre site n'a pas encore de contenu qu'une IA pourrait citer, et l'argent va alors à l'écriture, pas aux fichiers ;
• personne ne vous cherche encore par votre nom, car la notoriété ne s'installe pas avec un fichier public ;
• votre plateforme verrouille la racine du domaine, et le sujet devient une décision de migration, pas une case à cocher.

Il existe une dernière raison d'attendre, plus prosaïque : ces protocoles bougent. La spécification MCP porte une date de révision, et le profil UCP connaît des versions successives, dont 2026-04-08. Déployer trop tôt une déclaration que vous ne maintiendrez pas vaut moins qu'un site lisible, citable, et exact sur ce qu'il propose.