WebMCP expliqué

Qu'est-ce que WebMCP ?

Le 10 février 2026, André Cipriani Bandarra de Google a publié un billet sur Chrome for Developers présentant une préversion de WebMCP — le Web Model Context Protocol. L'idée de départ était d'une simplicité trompeuse : et si les sites web pouvaient indiquer précisément aux agents IA ce qu'ils peuvent faire, au lieu de les laisser deviner ?

WebMCP est un standard web proposé qui permet aux sites d'exposer leurs fonctionnalités sous forme d'« outils » structurés et appelables, que les agents IA peuvent invoquer directement via le navigateur. La spécification a été co-rédigée par des ingénieurs de Google et de Microsoft — Brandon Walderman, Leo Lee et Andrew Nolan pour Microsoft, et David Bokan, Khushal Sagar et Hannah Van Opstal pour Google. Elle est développée au sein du W3C Web Machine Learning Community Group, et la première implémentation dans un navigateur a été livrée par Google dans Chrome 146 Canary en février 2026.

Malgré son nom, WebMCP n'est pas le protocole MCP d'Anthropic. Le groupe de travail a délibérément choisi de ne pas se coupler étroitement à la spécification d'Anthropic. WebMCP partage le modèle conceptuel du MCP (des outils avec des schémas que les agents appellent), mais c'est un standard distinct, natif au navigateur.

Le problème que WebMCP résout

Les agents IA interagissent aujourd'hui avec les sites web de deux façons principales, et les deux sont fondamentalement limitées.

Les agents visuels prennent des captures d'écran, les passent à des modèles de vision et tentent de localiser boutons et champs de formulaire en analysant des pixels. Une simple recherche peut nécessiter une douzaine d'allers-retours. Si la mise en page du site change — une refonte, un test A/B — l'agent peut échouer.

Les agents basés sur le DOM analysent le HTML brut pour extraire des données et déclencher des événements. Plus fiable, mais l'agent doit tout de même consommer de grandes quantités de contexte pour reverse-engineer ce que chaque élément fait réellement.

WebMCP offre une troisième voie : au lieu que l'agent devine ce qu'un site peut faire, le site déclare explicitement ses capacités — et l'agent les appelle directement.

Comment ça fonctionne

WebMCP introduit une nouvelle API de navigateur : navigator.modelContext. Via cette API, un site enregistre des « outils » — des fonctions JavaScript avec des descriptions en langage naturel et des schémas de paramètres typés.

L'API déclarative (basée sur HTML) est le chemin le moins contraignant. Les développeurs ajoutent de nouveaux attributs à leurs formulaires HTML existants, et le navigateur les convertit automatiquement en outils appelables :

<form toolname="searchFlights"
      tooldescription="Rechercher des vols disponibles entre aéroports">
  <input name="origin" type="text" required>
  <input name="destination" type="text" required>
  <input name="date" type="date" required>
  <button type="submit">Rechercher</button>
</form>

Les attributs toolname et tooldescription sont les seuls ajouts. Le navigateur lit la structure existante du formulaire et génère un schéma qu'un agent IA peut comprendre et invoquer.

L'API impérative (basée sur JavaScript) permet un contrôle programmatique complet pour les workflows complexes :

navigator.modelContext.registerTool({
  name: "getFlightStatus",
  description: "Vérifier le statut en temps réel d'un vol",
  schema: {
    type: "object",
    properties: {
      flightNumber: { type: "string", description: "Numéro de vol IATA" }
    },
    required: ["flightNumber"]
  },
  handler: async ({ flightNumber }) => {
    const status = await flightAPI.getStatus(flightNumber);
    return { status: status.state, gate: status.gate };
  }
});

Une décision architecturale clé : le navigateur joue le rôle d'intermédiaire entre le site et l'agent. L'authentification est héritée de la session existante de l'utilisateur — si vous êtes connecté à un service, l'agent bénéficie automatiquement de cette session. L'utilisateur reste en contrôle : tout se déroule dans l'onglet du navigateur visible.

D'où vient WebMCP

WebMCP n'a pas commencé chez Google ou Microsoft. Il est né d'un ingénieur chez Amazon, Alex Nahas, qui construisait des agents IA internes avec le MCP d'Anthropic. Il a réalisé que le navigateur résolvait déjà le problème d'authentification : les employés d'Amazon étaient connectés à chaque service interne via leur navigateur. En exécutant les outils MCP directement dans l'onglet du navigateur, on hériterait automatiquement de toute cette authentification.

Il a construit MCP-B comme preuve de concept et l'a rendu open source. Les équipes de Google et Microsoft travaillant indépendamment sur des problèmes similaires ont convergé via le W3C. La spécification unifiée a été publiée sur GitHub en août 2025 ; le W3C Web Machine Learning Community Group l'a acceptée comme livrable formel en septembre 2025.

WebMCP, MCP et NLWeb

Les trois protocoles sont complémentaires, pas concurrents :

• MCP d'Anthropic : protocole côté serveur, connecte les plateformes IA aux services via des intégrations backend
• NLWeb (Microsoft) : donne aux sites une interface en langage naturel, opère au niveau des API
• WebMCP : fonctionne entièrement côté client, dans le navigateur, sans infrastructure serveur supplémentaire

La distinction clé de WebMCP : les développeurs peuvent réutiliser le code frontend existant, et les utilisateurs n'ont aucune infrastructure à configurer.

Pourquoi c'est important

La communauté SEO a immédiatement comparé WebMCP à Schema.org : si les données structurées fournissaient les noms standardisés du web (ce que le contenu est), WebMCP fournit les verbes standardisés (ce qu'un site fait). À mesure que les agents IA deviennent un canal de découverte et de transaction, les sites avec des Tool Contracts clairs seront plus fiables et moins coûteux pour les agents — un avantage comparable à ce qu'a représenté l'adoption précoce des données structurées dans la recherche.

Un appel de fonction structuré remplace des dizaines d'allers-retours avec captures d'écran et analyse de pixels. Les appels d'outils ne se cassent pas quand un designer déplace un bouton. Et l'API déclarative ne nécessite d'ajouter que deux attributs HTML à des formulaires existants.

L'état actuel (2026)

WebMCP est disponible en préversion expérimentale dans Chrome 146 Canary. La spécification est hébergée sur le dépôt GitHub du W3C. Étant donné le rôle de co-auteur de Microsoft, le support d'Edge est largement attendu dans un délai similaire. Un déploiement formel dans les navigateurs est prévu pour mi-2026 à fin 2026.

Pour les développeurs qui veulent commencer avant que le support natif ne soit disponible, le polyfill MCP-B d'Alex Nahas (@mcp-b/global) permet d'enregistrer des outils via navigator.modelContext.registerTool() dès aujourd'hui.