Le brouillon WebMCP daté du 4 septembre 2026 est un rapport de Community Group. Son éditeur est le Web Machine Learning Community Group au W3C, l'organisme de normalisation du web. Ce brouillon n'est ni un standard W3C ni une spécification sur la voie de standardisation.
La proposition permet à un site web de décrire des actions directement à un agent. L'agent dispose ainsi d'un moyen d'interaction supplémentaire, en complément des contrôles visibles de la page.
Qu'expose une page ?
Une page expose des outils nommés avec des descriptions et des entrées structurées. Le code applicatif de la page implémente le comportement demandé.
Le brouillon WebMCP décrit des outils JavaScript et une interface déclarative par formulaire. Un outil peut décrire une opération qui nécessiterait sinon que l'agent déduise comment utiliser la page.
Par exemple, une page de prise de rendez-vous pourrait exposer une opération de recherche avec des entrées de lieu et de date. L'agent fournit ces valeurs au lieu de reconstituer la recherche à partir des libellés et des contrôles.
En quoi est-ce différent d'un serveur MCP distant ?
WebMCP expose des fonctionnalités depuis une page web en cours d'exécution. Une intégration MCP distante connecte un client à un serveur extérieur à cette page.
L'explainer WebMCP décrit la distinction en termes de contexte navigateur partagé. Les outils de page peuvent réutiliser le code de l'application web. Ils peuvent participer à un flux de travail visible par l'utilisateur.
Une intégration backend connecte plutôt l'application de l'agent à un point de terminaison de service. Le service peut exposer des opérations indépendamment d'une page ouverte particulière.
| Intégration | Où la fonctionnalité est exposée | Exemple |
|---|---|---|
| WebMCP | Une page web en cours d'exécution | Rechercher des rendez-vous avec le code applicatif de la page |
| MCP distant | Un point de terminaison serveur | Invoquer une opération de messagerie via un client connecté |
Un site peut utiliser les deux approches. Un outil de page peut appeler un backend, donc l'exposition via le navigateur ne signifie pas que chaque action se produit localement.
La description d'un outil rend-elle une action sûre ?
Une description indique à l'agent ce qu'un outil prétend faire. L'application doit toujours vérifier les permissions et valider la requête.
Les considérations de sécurité et de confidentialité du brouillon traitent des métadonnées d'outils trompeuses, des instructions injectées et des actions non intentionnelles. Des entrées structurées n'établissent pas qu'une action demandée correspond à l'intention de l'utilisateur.
Dans un flux de réservation, rechercher des créneaux disponibles et confirmer une réservation ont des conséquences différentes. L'application devrait préserver cette distinction lorsqu'elle expose ses outils.
L'enregistrement d'un outil par un éditeur n'établit pas non plus que chaque navigateur peut l'invoquer. La documentation WebMCP de Chrome décrit sa propre implémentation et ses limitations.
Comment connecter un agent à Bird pour la messagerie ?
Vous pouvez connecter un client compatible au serveur MCP hébergé par Bird et effectuer la connexion via le navigateur.
Il s'agit d'une connexion MCP distante. Elle donne au client accès à l'interface d'outils documentée de Bird, plutôt que de déclarer des outils dans une page web Bird ouverte.
Après l'envoi, conservez l'identifiant du message et vérifiez son statut ultérieur. La réponse MCP existante couvre la connexion et le flux de messagerie.