Le visiteur est aussi une IA.

Trois sortes de visiteurs non humains

Les robots ne sont pas nouveaux sur le web. Ce qui change, c’est leur diversité et leur rôle. On peut aujourd’hui distinguer trois familles.

Les robots d’entraînement collectent des contenus pour constituer les jeux de données des modèles. GPTBot, chez OpenAI, en est un exemple, et il peut être bloqué via le fichier robots.txt. Les robots de recherche alimentent les index qu’interrogent les assistants pour répondre en temps réel, comme OAI-SearchBot pour ChatGPT. Les bloquer revient à disparaître de ces réponses. Enfin, les agents agissent pour le compte d’une personne précise, pendant sa session : ils consultent une page, comparent des offres, remplissent un formulaire.

Cette troisième famille est la plus récente. OpenAI a lancé son navigateur ChatGPT Atlas en octobre 2025, avec un mode agent. Perplexity propose Comet. Google intègre des capacités agentiques dans Chrome et dans AI Mode, qui peut déjà effectuer certaines réservations pour l’utilisateur dans quelques pays. Ces outils restent imparfaits et souvent présentés comme expérimentaux. La direction est pourtant claire : une partie des interactions avec un site sera déléguée.

Comment un agent lit une page

Un agent dispose de trois façons de comprendre une page : analyser une capture d’écran, parcourir le DOM, ou interroger l’arbre d’accessibilité. Ce dernier est la représentation simplifiée que le navigateur construit pour les technologies d’assistance, comme les lecteurs d’écran. Il réduit une page de plusieurs milliers d’éléments à ce qui compte pour interagir : titres, liens, boutons, champs, zones de navigation.

Les éditeurs le disent ouvertement. OpenAI indique que l’agent d’Atlas s’appuie sur les rôles et libellés ARIA pour interpréter la structure et les éléments interactifs, et recommande de suivre les bonnes pratiques WAI-ARIA. Microsoft a choisi de fournir des instantanés d’accessibilité plutôt que des captures d’écran dans Playwright MCP, son serveur d’automatisation de navigateur. La plupart des agents combinent plusieurs approches.

Une nuance est importante. Les spécialistes de l’accessibilité rappellent qu’ARIA doit rester un complément. Un élément HTML natif bien utilisé, un vrai bouton, un vrai lien, un label associé à son champ, produit automatiquement une information correcte dans l’arbre d’accessibilité. Ajouter des attributs ARIA sur une structure mal construite crée souvent plus de problèmes qu’il n’en résout. Pour un agent comme pour un lecteur d’écran, le HTML sémantique reste la meilleure fondation.

De la lecture à l’action : WebMCP

Lire une page ne suffit pas pour agir de manière fiable. Un agent qui doit réserver un rendez-vous ou envoyer une demande devine encore où cliquer et quoi saisir. Il échoue dès qu’un libellé change ou qu’une fenêtre modale apparaît.

WebMCP propose une autre voie. Annoncé en préversion par l’équipe Chrome en février 2026, ce standard en cours d’élaboration, porté par Google et Microsoft au sein d’un groupe communautaire du W3C, permet à un site de déclarer explicitement des actions, avec leurs paramètres, via une interface du navigateur (navigator.modelContext). L’agent n’interprète plus l’interface, il appelle une fonction décrite par le site. Malgré son nom, WebMCP se distingue du Model Context Protocol (MCP) : il s’exécute dans l’onglet du navigateur, au sein de la session de l’utilisateur, et non sur un serveur.

Le projet est jeune. D’abord accessible derrière un drapeau expérimental de Chrome Canary, il a été présenté à la conférence Google I/O 2026 avec un programme d’essai. La position des autres navigateurs reste à connaître. Dans le commerce en ligne, Google pousse en parallèle l’Universal Commerce Protocol (UCP), co-développé avec Shopify, pour permettre à ses agents de finaliser des achats.

Google a d’ailleurs ajouté en mai 2026 une section consacrée aux expériences agentiques dans sa documentation officielle pour les propriétaires de sites. Il la présente comme une piste à explorer lorsqu’elle est pertinente pour l’activité, pas comme une urgence. C’est une lecture raisonnable.

Ce que cela change pour un site d’entreprise

Pour la plupart des organisations, l’enjeu immédiat n’est pas d’implémenter WebMCP. Il consiste à s’assurer que les parcours importants restent utilisables quand ce n’est pas une personne qui les parcourt.

Les formulaires de contact, de demande d’offre, d’inscription ou de réservation sont les premiers concernés. Des champs correctement étiquetés, des messages d’erreur explicites, des boutons nommés, des étapes prévisibles : tout ce qui rend un formulaire robuste pour un humain le rend aussi exploitable par un agent. À l’inverse, un clic intercepté sur un simple élément div, une validation qui n’affiche rien ou un contenu chargé uniquement après interaction compliquent la tâche des deux.

La gestion des robots demande aussi une politique explicite. Bloquer indistinctement tous les agents protège des contenus, mais peut rendre un service invisible dans les assistants ou inutilisable pour les clients qui délèguent. Les protections anti-robots et les CAPTCHAs doivent être arbitrés en conséquence, parcours par parcours.

La mesure évolue également. Un agent qui consulte une page pour le compte d’un utilisateur ne se comporte pas comme un visiteur humain. Les journaux serveur, les référents et la segmentation dans l’outil d’analytics permettent de commencer à distinguer ces visites.

Ce qui peut attendre, et ce qui ne le doit pas

L’implémentation de protocoles encore en préversion peut attendre, sauf pour un acteur du commerce en ligne ou de la réservation qui souhaite expérimenter tôt.

Le reste ne devrait pas attendre : un HTML sémantique propre, des formulaires accessibles, des contenus lisibles sans exécution complexe, une politique robots.txt décidée plutôt que subie, et une première mesure des visites issues des assistants. Ces chantiers sont utiles dès aujourd’hui pour les personnes et les moteurs de recherche. Ils préparent aussi le terrain pour les agents, quel que soit le standard qui s’imposera.

Questions fréquentes

Faut-il bloquer les robots d’IA ?

Cela dépend de l’objectif. Robots d’entraînement et robots de recherche sont distincts : bloquer OAI-SearchBot retire le site des réponses de recherche de ChatGPT, alors que bloquer GPTBot concerne l’entraînement des modèles. La décision mérite d’être prise robot par robot.

Qu’est-ce que WebMCP ?

Une proposition de standard portée par Google et Microsoft au W3C, qui permet à un site de déclarer des actions (réserver, rechercher, envoyer une demande) qu’un agent IA peut appeler directement dans le navigateur. Elle est encore en phase d’essai.

Comment rendre un site compréhensible pour un agent ?

En commençant par les fondamentaux de l’accessibilité : HTML sémantique, champs étiquetés, boutons nommés, hiérarchie de titres cohérente. Ce sont les informations que les agents lisent en priorité.