WebMCP : Chrome 149 ouvre votre site aux agents IA

🗓️ Mis à jour le 3 septembre 2026

L’essentiel

Jusqu’ici, un agent d’intelligence artificielle qui devait réserver une table ou remplir un formulaire regardait la page et devinait où cliquer. Google teste dans Chrome une autre approche : que le site lui dise lui-même ce qu’il sait faire.

WebMCP permet à un site d’exposer ses actions — réserver, rechercher, ajouter au panier — sous forme d’outils appelables par un agent d’intelligence artificielle, au lieu de le laisser deviner l’interface.Le brouillon est développé au sein du W3C Web Machine Learning Community Group. Ce n’est pas encore un standard adopté.Google a ouvert un essai public dans Chrome 149, annoncé au Google I/O du 19 mai 2026 et documenté le 9 juin 2026. L’essai court jusqu’à Chrome 156.C’est la piste que John Mueller, de Google, désignait le 2 juin 2026 comme sérieuse, quand il jugeait le fichier llms.txt « purement spéculatif ».Aucune urgence à refondre un site aujourd’hui. En revanche, des formulaires propres et des libellés explicites servent déjà les agents actuels — et serviront WebMCP demain.

Sommaire

Qu’est-ce que WebMCP change pour un site web ?Comment un site déclare-t-il une action à un agent ?Où en est WebMCP aujourd’hui, concrètement ?Ouvrir son site aux agents, est-ce dangereux ?Que doit faire une entreprise de la Grande Région dès maintenant ?

Sommaire

WebMCP permet à une page de déclarer ses propres actions comme des outils qu’un agent d’intelligence artificielle peut appeler directement. Un site de réservation n’expose plus seulement un formulaire à remplir : il expose une fonction « réserver une table », avec ses paramètres.

Le changement est profond. Aujourd’hui, un agent qui agit sur un site l’observe comme le ferait un humain : il lit l’écran, identifie un bouton, clique. Toute modification du design casse la manœuvre.

Avec WebMCP, le site devient un interlocuteur, pas un décor. Il annonce ce qu’il sait faire, dans quel format, et garde la main sur ce qu’il accepte d’exécuter.

Le nom vient du Model Context Protocol, la convention par laquelle les modèles d’IA appellent des outils externes. WebMCP en est la déclinaison pour le navigateur.

Comment un site déclare-t-il une action à un agent ?

De deux façons. La première est explicite : une fonction JavaScript enregistre un outil avec un nom, une description en langage naturel, un schéma de paramètres et le code à exécuter. La seconde est automatique : le navigateur déduit des outils à partir des formulaires HTML déjà présents.

Dans le brouillon actuel du groupe de travail, la déclaration explicite s’écrit ainsi :

document.modelContext.registerTool({
name: « reserver-table »,
description: « Réserver une table dans le restaurant »,
inputSchema: { type: « object », properties: {
date: { type: « string » },
couverts: { type: « number » } },
required: [« date », « couverts »] },
async execute({ date, couverts }) { /* votre code */ }
});

⚠️ Un point que la plupart des articles escamotent : la surface de l’interface a bougé pendant l’incubation. Les premières publications décrivent navigator.modelContext, l’explainer courant écrit document.modelContext. Tant que l’essai est en cours, les deux formes circulent.

La voie déclarative intéresse davantage un site d’entreprise : les existants, correctement étiquetés, suffisent à produire des définitions d’outils sans écrire une ligne de JavaScript.

Le calendrier de l'essai public Le calendrier de l’essai public — Chrome for Developers, 9 juin 2026

Où en est WebMCP aujourd’hui, concrètement ?

Au stade de l’essai. Le brouillon est porté par le W3C Web Machine Learning Community Group — un groupe communautaire, pas encore une recommandation officielle du W3C. Google a ouvert un essai public (origin trial) à partir de Chrome 149.

Le calendrier est public : annonce au Google I/O du 19 mai 2026, documentation développeur le 18 mai, billet « Join the WebMCP origin trial » le 9 juin 2026. L’essai est prévu jusqu’à Chrome 156.

Un essai public signifie que des sites volontaires peuvent activer la fonctionnalité sur leur trafic réel, pour un temps limité, afin de faire remonter des retours. Il ne signifie pas que la technologie est acquise.

Ce contexte replace un débat de l’été. Le 2 juin 2026, John Mueller, de Google, qualifiait le fichier llms.txt de « purement spéculatif » et désignait WebMCP comme la piste sérieuse — nous en avions tiré un article sur l’utilité réelle du fichier llms.txt.

Ouvrir son site aux agents, est-ce dangereux ?

Le risque est identifié et encadré par le brouillon lui-même. Le premier danger porte un nom : l’injection de prompt. Un texte malveillant glissé dans les données d’entrée d’un outil peut tenter de détourner l’agent qui l’appelle.

Trois garde-fous sont prévus dans la proposition actuelle :

des documents isolés par origine — un site ne peut pas exposer les outils d’un autre ;une règle de permissions nommée tools, dont la valeur par défaut restreint l’usage au site lui-même ;la possibilité d’exiger une confirmation explicite de l’utilisateur avant une action sensible, un achat par exemple.

Le principe reste celui qui vaut pour toute interface publique : un outil exposé est un point d’entrée. On n’y met que ce qu’on assume de voir appelé automatiquement, et jamais une action irréversible sans confirmation.

Les limites annoncées sont également connues : environnements sans interface graphique, interfaces complexes à réécrire, et une découverte des outils encore limitée — un agent doit d’abord savoir que le site en propose.

Que doit faire une entreprise de la Grande Région dès maintenant ?

Rien d’urgent, et surtout pas une refonte. Mais trois chantiers utiles aujourd’hui préparent exactement ce que WebMCP demandera demain — et servent déjà les agents actuels, qui, eux, lisent l’écran.

Étape 1 — Nettoyer les formulaires

Chaque champ porte une étiquette explicite, un type correct et un nom compréhensible. C’est de là que la voie déclarative de WebMCP tire ses définitions d’outils, sans développement.

Étape 2 — Nommer les actions en clair

« Réserver une table », « Demander un devis », « Vérifier la disponibilité » valent mieux que « Envoyer » ou « OK ». Un agent, comme un moteur de réponse, s’appuie sur le libellé pour comprendre l’intention.

Étape 3 — Ne pas bloquer les agents

C’est le conseil que Google répète depuis juin 2026. Un site qui interdit l’accès aux agents ne sera pas protégé : il sera simplement absent. Nous avons détaillé ce point dans notre article sur les sites lisibles par les agents.

Pour un restaurant de la Gaume, un gîte de l’Ardenne ou un garage d’Arlon, l’enjeu se résume ainsi : le jour où un agent réservera à la place du client, il ira là où la réservation est possible sans deviner.

C’est le prolongement direct du commerce agentique que nous décrivions en août : les protocoles de paiement automatisé supposent, en amont, des sites capables de dire ce qu’ils vendent et à quelles conditions.

WebMCP : Chrome 149 ouvre votre site aux agents IA

Tags: