Votre site devra bientôt savoir répondre aux agents, pas seulement à vos lecteurs

🗓️ Mis à jour le 3 septembre 2026

Qu’est-ce que WebMCP change pour un site web ?

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 <form> existants, correctement étiquetés, suffisent à produire des définitions d’outils sans écrire une ligne de JavaScript.

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.

Questions fréquentes

Nos sources

Les chiffres cités dans cet article proviennent de sources publiques identifiées, consultées en août 2026 :

• W3C Web Machine Learning Community Group — explainer WebMCP
• Chrome for Developers — Join the WebMCP origin trial (9 juin 2026)
• Chrome for Developers — documentation WebMCP
• Search Engine Roundtable — John Mueller sur llms.txt et WebMCP (2 juin 2026)

Transparence — cet article a été produit avec l’assistance de l’intelligence artificielle pour la recherche et le croisement des sources, la structuration et la mise en page. Les données chiffrées proviennent des sources publiques citées ci-dessus et sont vérifiables.

La sélection du sujet, la vérification des faits et la responsabilité éditoriale sont assurées par la rédaction d’info-lux.com. Voir notre charte éditoriale et IA.

• 
  Faire payer les IA qui utilisent votre contenu : ce que permet le standard RSL
• 
  Votre site devra bientôt savoir répondre aux agents, pas seulement à vos lecteurs
• 
  Aperçu IA et Mode IA de Google ne citent pas les mêmes sites : 13,7 % de sources communes
• 
  Google montre enfin si les IA citent votre site — et voici ce qu’il ne dit pas
• 
  Quand une IA fera les courses à votre place : ce qu’un commerce local doit préparer
• 
  Votre site est-il lisible par un agent IA ? Ce que change la fin d’Atlas