Aller au contenu

Doctrine

La visibilité de recherche n’est pas la préparation agentique

Position doctrinale distinguant la visibilité dans Google Search, la découvrabilité machine des fichiers comme llms.txt et la préparation réelle d’un site à être utilisé par des agents.

CollectionDoctrine
TypePosition
Couchedual-web
Version1.0
Niveaunormatif
Stabilisation2026-05-24
Publié2026-05-24
Mise à jour2026-05-24

Artefacts de gouvernance

Fichiers de gouvernance mobilisés par cette page

Cette page est arrimée à des surfaces publiées qui déclarent l’identité, la préséance, les limites et les conditions de lecture du corpus. Leur ordre ci-dessous donne la séquence de lecture recommandée.

  1. 01Entrypoint IA canonique
  2. 02Manifeste IA public
  3. 03LLMs.txt
Entrypoint#01

Entrypoint IA canonique

/.well-known/ai-governance.json

Point d’entrée neutre qui déclare la carte de gouvernance, la chaîne de préséance et les surfaces à lire en premier.

Gouverne
L’ordre d’accès aux surfaces et la préséance initiale.
Borne
Les lectures libres qui contournent le canon ou l’ordre publié.

Ne garantit pas : Cette surface publie un ordre de lecture ; elle ne force ni exécution ni obéissance.

Entrypoint#02

Manifeste IA public

/ai-manifest.json

Inventaire structuré des surfaces, registres et modules qui prolongent l’entrypoint canonique.

Gouverne
L’ordre d’accès aux surfaces et la préséance initiale.
Borne
Les lectures libres qui contournent le canon ou l’ordre publié.

Ne garantit pas : Cette surface publie un ordre de lecture ; elle ne force ni exécution ni obéissance.

Découverte et routage#03

LLMs.txt

/llms.txt

Surface de découverte courte qui oriente les systèmes vers les entrées machine-first utiles.

Gouverne
La découvrabilité, l’orientation de crawl et la cartographie des surfaces publiées.
Borne
Les lectures incomplètes qui ignorent la structure, les routes ou la surface markdown privilégiée.

Ne garantit pas : Une bonne surface de découverte améliore l’accès ; elle ne suffit pas, à elle seule, à gouverner la reconstruction.

Couche de preuve

Surfaces probatoires mobilisées par cette page

Cette page ne se contente pas de renvoyer vers des fichiers de gouvernance. Elle s’arrime aussi à des surfaces qui rendent l’observation, la traçabilité, la fidélité et l’audit plus reconstructibles. Leur ordre ci-dessous explicite la chaîne probatoire minimale.

  1. 01
    Canon et périmètreCanon de définitions
Fondation canonique#01

Canon de définitions

/canon.md

Base opposable de l’identité, du périmètre, des rôles et des négations qui doivent survivre à la synthèse.

Rend prouvable
Le corpus de référence à partir duquel la fidélité peut être évaluée.
Ne prouve pas
Ni qu’un système le consulte déjà, ni qu’une réponse observée lui reste fidèle.
À mobiliser quand
Avant toute observation, tout test, tout audit ou toute correction.

Position

La visibilité de recherche n’est pas la préparation agentique. Une source peut être indexée, classée, affichée, citée, reprise dans une réponse générative ou listée dans un fichier machine sans être prête à être utilisée correctement par un agent.

Cette distinction devient centrale depuis que les outils de développement commencent à exposer des signaux d’Agentic Browsing. Le fait qu’un audit détecte llms.txt, l’arbre d’accessibilité, la stabilité visuelle ou des déclarations d’outils ne doit pas être confondu avec une promesse de classement dans Search.

Principe 1 : Search mesure un régime de découverte et de pertinence

Google Search, les moteurs de réponse et les systèmes de récupération cherchent à trouver, sélectionner, résumer, citer ou afficher des sources. Même lorsque la recherche devient générative, elle reste structurée par des régimes d’indexation, de récupération, de classement, de fan-out et de présentation.

Ces régimes répondent à des questions du type : quelle source est pertinente ? quelle page peut soutenir une réponse ? quelle information est utile pour la requête ? quelle page devrait être affichée ? Ils ne prouvent pas qu’un agent peut agir correctement dans l’interface.

Principe 2 : llms.txt est une surface d’orientation, pas une autorité d’action

llms.txt peut aider à exposer des surfaces importantes. Il peut orienter un système vers les bons documents, les bons hubs, les bons fichiers ou les bonnes politiques. Cette utilité est réelle, mais elle appartient d’abord à la découvrabilité machine et à la lisibilité machine.

Un fichier llms.txt ne rend pas un bouton actionnable. Il ne corrige pas un champ sans label. Il ne stabilise pas un layout qui bouge. Il ne prouve pas qu’une action est autorisée. Il ne force pas un moteur de recherche à citer le site. Il ne remplace pas la cohérence entre le corpus visible, les fichiers machine et la preuve.

Principe 3 : la préparation agentique mesure l’usage opérationnel

La préparation agentique demande autre chose : un agent peut-il comprendre l’interface, maintenir son contexte, choisir la bonne cible, éviter les actions ambiguës, détecter une limite et franchir seulement les frontières d’exécution autorisées ?

Cela exige une cohérence entre rendu visuel, DOM, arbre d’accessibilité, liens, formulaires, états, messages d’erreur, confirmations, données structurées, maillage et politiques. La page n’est plus seulement une source d’information. Elle devient une surface de décision possible.

Principe 4 : Lighthouse signale, il ne remplace pas la doctrine

Les audits expérimentaux d’Agentic Browsing dans Lighthouse sont importants parce qu’ils rendent certains signaux observables. Ils ne doivent pas devenir un fétiche. Ils ne mesurent pas toute la gouvernance interprétative, ne remplacent pas l’audit des sources, ne garantissent pas la fidélité d’une réponse et ne prouvent pas l’autorité d’une action.

Lighthouse peut dire qu’un signal technique est présent, absent, valide ou fragile. Il ne peut pas dire à lui seul si une organisation a correctement borné ses engagements, ses exclusions, ses preuves, ses règles de non-réponse ou ses responsabilités.

Principe 5 : les trois couches doivent rester séparées

Le diagnostic doit toujours séparer :

  1. Visibilité : est-ce que le site apparaît, est cité ou est recommandé ?
  2. Découvrabilité : est-ce que les bonnes surfaces sont accessibles, routées et hiérarchisées ?
  3. Préparation agentique : est-ce que l’interface peut être comprise et actionnée sans inférence fragile ?

La confusion de ces couches produit des promesses faibles : vendre llms.txt comme un levier de classement, vendre Lighthouse comme un score IA, vendre l’accessibilité comme une astuce pour agents, ou vendre la visibilité IA comme preuve que le site est gouverné.

Conséquence doctrinale

Un site prêt pour l’ère agentique doit être lisible par les humains, lisible par les machines et lisible comme environnement d’action. Ces trois exigences se recoupent, mais elles ne sont pas substituables.

La surface humaine construit la compréhension. La surface machine organise la découverte, les preuves et les canons. La surface agentique expose les actions, états, limites et conséquences. Le Dual Web doit donc intégrer une troisième contrainte : non seulement déclarer le sens, mais rendre l’action interprétable.

Règle normative

Ne jamais utiliser la présence de llms.txt, un audit Lighthouse, un balisage structuré, une citation IA ou un bon classement Search comme preuve autonome de préparation agentique.

Ces signaux peuvent déclencher une analyse. Ils ne peuvent pas conclure l’analyse.