Publication : 11 mars 2026, dernière mise à jour : 27 octobre 2026
À mesure que les agents d'IA se répandent dans les navigateurs, les développeurs Web se posent la question suivante : "WebMCP va-t-il remplacer le protocole MCP (Model Context Protocol) ?" Cette question découle d'un malentendu. Vous n'avez pas à choisir entre MCP et WebMCP pour créer une expérience agentive. WebMCP n'est pas une extension ni un remplacement de MCP.
WebMCP et MCP répondent à des besoins différents. WebMCP clarifie l'objectif des fonctionnalités de l'application et fournit à un agent de navigateur des fonctionnalités supplémentaires pour interagir avec votre site Web.
Pour comprendre la différence entre ces deux technologies, imaginez un centre d'appels d'une entreprise et un expert en magasin :
- MCP est un centre d'appels. Il est disponible partout et à tout moment. Il accède aux données et gère les tâches principales selon les besoins.
- WebMCP est un expert en magasin. Il n'est disponible que lorsque l'utilisateur se trouve sur votre page. Il aide les agents à utiliser directement les fonctionnalités de votre site, au lieu de devoir comprendre une UI conçue pour les humains.
Ensemble, ils aident les agents à accomplir des tâches personnalisées au nom des utilisateurs humains.
Fonctions et objectif
Ces deux technologies partagent la même philosophie : créer un moyen standardisé et fiable pour que les applications exposent leurs outils aux agents IA.
En pratique, cela inclut :
- Découverte d'outils structurée : ils permettent à un agent de demander de manière lisible par machine "Que pouvez-vous faire ?" et d'obtenir une liste claire des outils disponibles, de leurs paramètres et de leur objectif.
- Exécution prévisible : ils remplacent les suppositions par des appels de fonction explicites. Un agent appelle un outil défini. Le modèle choisit généralement l'outil à appeler, et le harnais l'exécute. Dans certains cas, par exemple pour récupérer d'une erreur, le harness peut appeler un outil directement.
- Intention claire : elles déclarent explicitement leurs capacités. Sans WebMCP ni MCP, les agents devinent l'action à effectuer en fonction de leur compréhension de l'UI. Avec WebMCP et MCP, les agents obtiennent une description explicite de chaque fonctionnalité, sans avoir à déduire les actions à partir des éléments d'interface utilisateur.
La principale différence entre WebMCP et MCP réside dans l'emplacement des fonctionnalités de l'application.
Le protocole MCP connecte les agents à vos services
Le protocole MCP (Model Context Protocol) est une norme qui connecte les agents IA (qu'ils soient basés sur un navigateur ou non) à des systèmes externes, y compris des sources de données, des outils et des workflows. Le protocole est universel et repose sur JSON-RPC 2.0 (qui s'exécute sur des transports tels que stdio ou HTTP). Il est implémenté via des SDK spécifiques au langage, tels que Rust, Python et TypeScript.
WebMCP connecte les agents à votre page Web
WebMCP est une proposition de norme de navigateur qui permet aux pages d'exposer des outils aux agents opérant dans le navigateur. Vous pouvez implémenter ces API avec des attributs JavaScript ou HTML. Le navigateur sert d'intermédiaire entre votre site Web et l'agent.
Considérez WebMCP comme un ensemble d'API "inspirées de MCP", plutôt que comme une implémentation JavaScript directe de MCP. WebMCP est conçu spécialement pour le navigateur et omet divers concepts côté serveur, tels que les ressources.
Contrôler la façon dont les agents accèdent à votre site Web
Avec WebMCP, vous pouvez proposer aux agents un chemin d'accès privilégié pour effectuer certaines tâches. Cela présente plusieurs avantages clés :
- Vitesse et fiabilité : comme WebMCP utilise les systèmes internes du navigateur, l'agent peut appeler l'outil sans saut réseau supplémentaire.
- Conçu pour durer : les outils WebMCP se connectent à la logique de l'application, et non à sa conception. Cela signifie que les outils impératifs sont dissociés de la mise en page. Vous pouvez repenser votre site Web sans empêcher un agent d'interagir correctement avec lui.
- Vous gardez le contrôle : vous définissez clairement la manière dont un agent doit interagir avec votre site, au lieu d'espérer qu'il trouve le bon bouton sur lequel cliquer. Vous définissez la logique de votre application de manière à ce que l'agent puisse la comprendre, en le guidant directement plutôt qu'en espérant qu'il déduise les actions à partir de l'UI.
Contrôler l'accès à l'interface utilisateur
Pour comprendre la différence, posez-vous la question suivante : "Qui est propriétaire de l'interface utilisateur ?" Les applications MCP affichent l'UI de votre application dans l'UI des agents. Votre interface doit respecter ces contraintes et nécessite une nouvelle application distincte.
WebMCP aide les agents à interagir avec votre site Web existant en temps réel. Les outils s'exécutent sur la page avec la session de l'utilisateur. Au lieu que votre application soit un invité au sein d'un agent, l'agent est un invité sur votre plate-forme.
Il est important de noter que les outils WebMCP sont éphémères. Ils n'existent que lorsque votre page est ouverte. Une fois que l'utilisateur quitte la page ou ferme l'onglet, les outils WebMCP de la page ne sont plus disponibles.
Utiliser WebMCP et MCP
Lorsque vous choisissez la solution adaptée à des fonctionnalités ou fonctions spécifiques, tenez compte du contexte et de la disponibilité :
| MCP | WebMCP | |
|---|---|---|
| Description | Un protocole connectant les agents aux systèmes backend | Une API JavaScript d'interface permettant aux pages Web de proposer des outils aux agents |
| Emplacement des outils | Sur un serveur | Dans une page Web |
| Qui peut appeler des outils | N'importe quel client MCP | Tout agent ou client ayant accès à la page affichée (navigateurs, vues Web, etc.) |
| Où le code est-il exécuté ? | Le serveur | L'environnement d'exécution JavaScript de la page |
| Disponibilité | Toujours, tant que le serveur est opérationnel | Seulement quand la page est ouverte |
| Identifiants utilisés | ses propres identifiants. | La session actuelle de l'utilisateur |
| UI | Aucun, ou affiché dans l'application de l'agent | Votre propre site Web, et l'agent travaille dessus |
| Composants de base | Outils, ressources, prompts | Outils uniquement |
| Découverte d'outils | L'utilisateur ou l'application ajoute le serveur. | La page les enregistre de manière dynamique dans la session active. |
| Meilleur cas d'utilisation | Tâches en arrière-plan et accès aux données | Actions Web contextuelles, intégrations de sessions côté client et automatisation Web |
Les applications peuvent tirer parti de l'utilisation des deux :
- Gérer la logique de base avec MCP : votre serveur MCP agit comme une couche de service de base. Il gère la logique métier principale, la récupération des données et les tâches en arrière-plan. Cela garantit que votre service est indépendant de la plate-forme et toujours disponible pour les agents.
- Créer une UI contextuelle avec WebMCP : WebMCP est la dernière étape, une connexion directe des agents à votre site Web. Il est conçu pour les interactions contextuelles dans le navigateur, ce qui permet à un agent d'agir au nom de l'utilisateur de manière rapide et fiable pendant que l'utilisateur a votre site Web ouvert.
Considérez MCP et WebMCP comme des partenaires, et non comme des adversaires. WebMCP permet à un agent IA basé sur un navigateur d'interagir de manière très fidèle avec le monde spécifique que l'utilisateur voit dans son onglet.