Dit simplement : au lieu qu’un agent IA “regarde” une page web comme un humain — en analysant les boutons, les menus, les formulaires ou des captures d’écran — le site lui expose directement une liste d’actions compréhensibles, structurées et sécurisées.
Par exemple, un site pourrait dire à l’agent IA : Voici mes actions disponibles : rechercher un produit, réserver un billet, remplir un formulaire, comparer des offres, télécharger une facture, modifier une commande.
Ces actions seraient décrites avec leurs paramètres : date, ville de départ, nom du produit, quantité, identifiant client, etc.
Pourquoi c’est important ?
Aujourd’hui, beaucoup d’agents IA naviguent sur le web de façon assez fragile. Ils interprètent l’interface visuelle, cliquent sur des boutons, lisent du HTML, remplissent des champs. Cela peut marcher, mais c’est lent, instable et risqué : un changement de design peut casser toute l’action.
Le WebMCP propose une autre logique : le site ne se contente plus d’être lisible par un humain, il devient aussi “actionnable” par une IA. Google explique que WebMCP vise à fournir une manière standard d’exposer des outils structurés pour permettre aux agents d’agir plus vite, plus précisément et plus fiablement sur les sites.
Comment ça fonctionne ?
Techniquement, WebMCP s’appuie sur une interface JavaScript côté navigateur, notamment navigator.modelContext. Un site peut déclarer des “tools”, c’est-à-dire des fonctions que l’agent IA peut découvrir et appeler. La spécification indique que l’API WebMCP permet aux applications web de fournir des outils JavaScript aux agents IA.
Cela veut dire que l’agent n’a plus besoin de deviner :
“Ce bouton bleu sert-il à valider ?”
“Ce champ correspond-il à l’adresse ?”
“Ce menu contient-il les options de livraison ?”
Le site lui fournit directement une interface structurée.
Le MCP, Model Context Protocol, est déjà connu comme un standard permettant aux applications IA de se connecter à des outils, bases de données, fichiers ou services externes. La documentation officielle le présente comme un standard ouvert pour connecter les applications IA à des systèmes externes.
Le WebMCP, lui, adapte cette idée au navigateur et aux sites web. On peut le voir comme une version “web native” : le site devient lui-même une surface d’action pour les agents IA, dans la session de l’utilisateur, avec son contexte et ses droits déjà ouverts dans le navigateur. Le dépôt GitHub du projet résume l’idée ainsi : les pages utilisant WebMCP peuvent être vues comme des serveurs MCP dont les outils sont implémentés côté client, en JavaScript, plutôt que côté backend.
Ce que ça change pour les médias et les sites web
Pour un média, un e-commerce, une banque, une plateforme administrative ou un portail de services, l’enjeu est considérable.
Demain, un site pourrait exposer proprement ses actions aux agents IA :
rechercher dans les archives ; générer un résumé d’article ; s’abonner à une newsletter ; acheter un numéro numérique ; extraire les derniers articles d’une rubrique ; préparer un panier ; initier une demande de service. Mais cela pose aussi des questions : qui contrôle les actions ? Comment éviter les abus ? Comment informer l’utilisateur ? Comment empêcher qu’un agent valide une action sensible sans consentement clair ?
Le WebMCP veut faire passer le web d’un espace seulement visible à un espace compréhensible et opérable par les IA.
C’est potentiellement une brique majeure du “web agentique” : un web où les agents IA ne se contentent plus de lire les pages, mais peuvent interagir avec elles de manière structurée, traçable et plus fiable.
Mais pour l’instant, il faut rester prudent : la spécification WebMCP publiée par le Web Machine Learning Community Group précise qu’il ne s’agit pas encore d’un standard W3C officiel ni d’un document sur la voie formelle des standards W3C
Par exemple, un site pourrait dire à l’agent IA : Voici mes actions disponibles : rechercher un produit, réserver un billet, remplir un formulaire, comparer des offres, télécharger une facture, modifier une commande.
Ces actions seraient décrites avec leurs paramètres : date, ville de départ, nom du produit, quantité, identifiant client, etc.
Pourquoi c’est important ?
Aujourd’hui, beaucoup d’agents IA naviguent sur le web de façon assez fragile. Ils interprètent l’interface visuelle, cliquent sur des boutons, lisent du HTML, remplissent des champs. Cela peut marcher, mais c’est lent, instable et risqué : un changement de design peut casser toute l’action.
Le WebMCP propose une autre logique : le site ne se contente plus d’être lisible par un humain, il devient aussi “actionnable” par une IA. Google explique que WebMCP vise à fournir une manière standard d’exposer des outils structurés pour permettre aux agents d’agir plus vite, plus précisément et plus fiablement sur les sites.
Comment ça fonctionne ?
Techniquement, WebMCP s’appuie sur une interface JavaScript côté navigateur, notamment navigator.modelContext. Un site peut déclarer des “tools”, c’est-à-dire des fonctions que l’agent IA peut découvrir et appeler. La spécification indique que l’API WebMCP permet aux applications web de fournir des outils JavaScript aux agents IA.
Cela veut dire que l’agent n’a plus besoin de deviner :
“Ce bouton bleu sert-il à valider ?”
“Ce champ correspond-il à l’adresse ?”
“Ce menu contient-il les options de livraison ?”
Le site lui fournit directement une interface structurée.
Le MCP, Model Context Protocol, est déjà connu comme un standard permettant aux applications IA de se connecter à des outils, bases de données, fichiers ou services externes. La documentation officielle le présente comme un standard ouvert pour connecter les applications IA à des systèmes externes.
Le WebMCP, lui, adapte cette idée au navigateur et aux sites web. On peut le voir comme une version “web native” : le site devient lui-même une surface d’action pour les agents IA, dans la session de l’utilisateur, avec son contexte et ses droits déjà ouverts dans le navigateur. Le dépôt GitHub du projet résume l’idée ainsi : les pages utilisant WebMCP peuvent être vues comme des serveurs MCP dont les outils sont implémentés côté client, en JavaScript, plutôt que côté backend.
Ce que ça change pour les médias et les sites web
Pour un média, un e-commerce, une banque, une plateforme administrative ou un portail de services, l’enjeu est considérable.
Demain, un site pourrait exposer proprement ses actions aux agents IA :
rechercher dans les archives ; générer un résumé d’article ; s’abonner à une newsletter ; acheter un numéro numérique ; extraire les derniers articles d’une rubrique ; préparer un panier ; initier une demande de service. Mais cela pose aussi des questions : qui contrôle les actions ? Comment éviter les abus ? Comment informer l’utilisateur ? Comment empêcher qu’un agent valide une action sensible sans consentement clair ?
Le WebMCP veut faire passer le web d’un espace seulement visible à un espace compréhensible et opérable par les IA.
C’est potentiellement une brique majeure du “web agentique” : un web où les agents IA ne se contentent plus de lire les pages, mais peuvent interagir avec elles de manière structurée, traçable et plus fiable.
Mais pour l’instant, il faut rester prudent : la spécification WebMCP publiée par le Web Machine Learning Community Group précise qu’il ne s’agit pas encore d’un standard W3C officiel ni d’un document sur la voie formelle des standards W3C