WebMCP : fonctionnement et mise en œuvre

Auteur : Rédaction Domeny.ForSale Publié le 12.10.2026

En bref : WebMCP est une interface de navigateur en cours de développement qui permet à un site de proposer ses fonctions comme outils aux agents AI. Au lieu de deviner sur quel bouton cliquer, l’agent peut utiliser une opération décrite explicitement, par exemple pour rechercher un produit ou remplir un formulaire. Ce n’est ni un modèle AI ni un moyen de garantir la visibilité d’un site dans un moteur de recherche. Avant toute mise en œuvre, il faut vérifier l’état actuel de la spécification et sa prise en charge par les navigateurs.

Comment WebMCP aide un agent à utiliser un site

Un agent AI est un programme qui utilise un modèle AI pour accomplir des tâches, souvent en plusieurs étapes et à l’aide d’outils supplémentaires. Dans un navigateur, il peut s’agir de trouver une liaison de transport, de comparer des produits ou de préparer une réservation selon les instructions de l’utilisateur.

Sans interface dédiée, l’agent peut analyser l’apparence de la page ou son DOM, c’est-à-dire la structure du document qui décrit ses éléments. Il tente ensuite d’identifier les champs, les boutons et les étapes du processus. Cette automatisation est possible, mais une modification de la mise en page ou un libellé ambigu peuvent compliquer l’exécution de la tâche.

WebMCP permet au créateur du site de décrire explicitement les opérations disponibles. Un outil désigne ici une fonction ayant une tâche précise et des données d’entrée définies, et non une application distincte. L’agent dispose ainsi d’un mode d’interaction plus structuré que la simple lecture d’une interface conçue pour un humain.

Cela ne signifie toutefois pas que l’agent choisira toujours la bonne opération. La qualité des descriptions, la validation des données et la gestion des erreurs restent importantes. WebMCP réduit la nécessité de deviner comment utiliser le site, mais n’élimine pas les erreurs du modèle ou de l’application.

Ce qui distingue WebMCP de MCP et d’une API classique

MCP, ou Model Context Protocol, sert à connecter les applications utilisant des modèles AI à des outils et à des sources de données. Une mise en œuvre typique comprend un client et un serveur qui fournit ces fonctionnalités. WebMCP concerne, quant à lui, la mise à disposition d’outils par un site dans le contexte du navigateur.

Il ne faut donc pas considérer WebMCP comme un autre nom pour un serveur MCP. L’idée d’outils décrits explicitement est similaire, mais le point d’intégration et la manière de les utiliser diffèrent. Avec WebMCP, le contexte de la page ouverte compte, notamment l’état de son interface et de la session de l’utilisateur.

Une API classique est une interface par laquelle les programmes échangent des données ou demandent l’exécution d’opérations. Un site peut déjà utiliser une API pour récupérer des résultats de recherche ou enregistrer les données d’un formulaire. WebMCP ne doit pas nécessairement la remplacer : il peut proposer à l’agent une opération qui s’appuie ensuite sur la logique existante de l’application et sur ses échanges avec le serveur.

La différence pratique tient au destinataire de l’interface. Une API d’application est généralement conçue pour des intégrations logicielles connues, tandis qu’un outil WebMCP doit aussi expliquer clairement à l’agent à quoi il sert et quelles données il attend.

Deux façons de proposer des fonctions

WebMCP prévoit une approche déclarative et une approche impérative. L’approche déclarative consiste à décrire les fonctionnalités dans la structure de la page, principalement au niveau des formulaires HTML. L’approche impérative consiste à enregistrer les outils à l’aide de JavaScript et à définir leur comportement dans le code.

L’approche déclarative convient aux actions qui passent déjà par un formulaire : saisir des critères de recherche, choisir des dates ou renseigner des données. L’approche impérative offre davantage de contrôle sur les opérations plus complexes et sur la préparation de la réponse destinée à l’agent.

Les noms exacts des interfaces, les attributs et les exigences peuvent évoluer avec WebMCP. Avant l’implémentation, il faut vérifier dans la documentation officielle de Chrome la syntaxe actuelle, la disponibilité des fonctionnalités et les éventuelles exigences de test. La seule description du concept ne prouve pas que la solution fonctionne déjà dans tous les navigateurs courants.

Exemple : rechercher un créneau de rendez-vous

Imaginez le site d’un garage sur lequel un utilisateur souhaite trouver un créneau disponible pour changer ses pneus. Avec une automatisation classique, l’agent doit reconnaître le formulaire, choisir la prestation, parcourir le calendrier et lire les horaires disponibles.

Avec WebMCP, le site pourrait proposer un outil « rechercher des créneaux disponibles », qui prendrait comme paramètres le type de prestation et une plage de dates. L’agent transmettrait ces données à l’opération décrite, puis l’application renverrait les créneaux disponibles. Ce serait toujours une fonction du site du garage qui fournirait ces informations, et non le modèle AI qui déterminerait lui-même les disponibilités.

La recherche d’un créneau et sa réservation devraient être séparées. La première opération ne fait que lire des données ; la seconde modifie l’état du système et peut avoir des conséquences pour l’utilisateur. Cette séparation facilite l’exigence d’une confirmation explicite avant de réserver.

C’est aussi un bon test de l’utilité de la mise en œuvre : lorsqu’une opération a un objectif clair, des données d’entrée prévisibles et un résultat sans ambiguïté, il est plus facile de la proposer à l’agent sans lui laisser une liberté d’action inutile.

Que vérifier avant la mise en œuvre ?

WebMCP est surtout pertinent lorsque les utilisateurs accomplissent des tâches précises. Pour un site contenant uniquement des textes informatifs, l’ajout d’outils peut présenter peu d’intérêt. Cette technologie ne doit pas être considérée comme un substitut à un contenu lisible, à des formulaires accessibles ou à une interface efficace.

Avant un projet pilote, vérifiez :

La prise en charge technique : les exigences actuelles du navigateur et de l’environnement de l’agent, ainsi que le comportement du site sans WebMCP.
Les droits d’accès : le contrôle des accès côté serveur ; l’appel d’un outil ne peut pas remplacer la vérification des autorisations.
Les conséquences des actions : la confirmation des paiements, des suppressions de données et des autres modifications importantes.
Les données et les erreurs : la validation des paramètres, la limitation des informations divulguées et la clarté des messages d’échec.

Pour commencer, choisissez une seule opération en lecture seule, par exemple la recherche de créneaux disponibles. Vérifiez que l’agent l’identifie correctement et gère l’absence de résultats avant de proposer des fonctions qui modifient les données.

À lire aussi : Qu’est-ce qu’Apache ?