WebMCP : votre site pourra bientôt parler directement aux agents IA

En bref : WebMCP est un nouveau standard web (Google + Microsoft, incubé au W3C) qui permet à un site de déclarer des actions utilisables directement par un agent IA — chercher un produit, vérifier une disponibilité, envoyer un formulaire — sans que l'agent ait à deviner où cliquer. Disponible en aperçu dans Chrome 146 depuis février 2026, encore loin d'être un standard stable partout. Pas encore une priorité pour une TPE/PME, mais un sujet à connaître dès maintenant.

Définition : WebMCP (Web Model Context Protocol) est une API navigateur — document.modelContext — qui permet à un site web d'exposer une liste d'outils structurés (nom, description en langage naturel, schéma des données attendues) qu'un agent IA présent dans le navigateur peut appeler directement, sans script de scraping ni capture d'écran.

Vous avez peut-être déjà utilisé un agent IA qui « navigue » sur un site pour vous — il regarde une capture d'écran, cherche un bouton, clique, recommence. Ça marche, mais c'est lent, fragile, et ça consomme beaucoup de ressources. WebMCP propose une autre approche : le site dit lui-même à l'agent ce qu'il peut faire.

Le problème que ça résout

Aujourd'hui, un agent IA qui interagit avec un site web doit essentiellement improviser. Il lit le code de la page, essaie de repérer un champ de recherche, un bouton « Ajouter au panier », un formulaire de contact — un peu comme un robot qui explorerait une pièce dans le noir avec une lampe de poche. Chaque site étant différent, l'agent doit réapprendre à chaque fois.

WebMCP change la logique : le site publie une liste d'actions disponibles, avec leur nom, ce qu'elles font, et ce dont elles ont besoin pour fonctionner. L'agent n'a plus besoin de deviner — il lit la liste et appelle directement l'action qui l'intéresse.

Un exemple concret

Un site e-commerce pourrait déclarer un outil search_products qui prend un mot-clé en entrée et retourne les produits correspondants. Techniquement, ça ressemble à ceci :

document.modelContext.provideContext({
  tools: [{
    name: "search_products",
    description: "Recherche des produits dans le catalogue par mot-clé",
    inputSchema: {
      type: "object",
      properties: { query: { type: "string" } },
      required: ["query"]
    },
    async execute({ query }) {
      const results = await fetch(`/api/search?q=${query}`).then(r => r.json())
      return { content: [{ type: "text", text: JSON.stringify(results) }] }
    }
  }]
})

Un agent qui visite ce site voit immédiatement qu'il existe un outil de recherche produit, comprend ce qu'il attend comme donnée, et peut l'appeler — sans avoir à cliquer sur une barre de recherche qu'il devrait d'abord localiser.

D'autres cas reviennent souvent dans les premiers sites qui expérimentent WebMCP : un site de réservation qui expose check_availability et book_appointment, ou un formulaire de contact qui expose submit_contact_form pour qu'un agent puisse le remplir pour un visiteur sans deviner quel champ correspond à quoi.

WebMCP et MCP, quelle différence ?

Si vous avez déjà entendu parler du MCP (Model Context Protocol) — le protocole qu'utilise par exemple Claude pour se connecter à des outils externes — la ressemblance de nom n'est pas un hasard, mais les deux ne servent pas la même chose.

Le MCP classique connecte un agent à des systèmes côté serveur : une base de données, un outil interne, une API. C'est l'agent qui va chercher l'information — il faut le configurer à l'avance pour qu'il sache où la trouver, comme un carnet d'adresses de services qu'il peut appeler.

WebMCP fait l'inverse : c'est le site web lui-même, celui que l'agent visite en ce moment, qui expose ses propres actions directement dans le navigateur. Pas de configuration préalable côté agent — n'importe quel agent compatible qui arrive sur la page découvre les outils disponibles, un peu comme un magasin qui afficherait à l'entrée « voici ce que vous pouvez faire ici », plutôt que de laisser le client chercher tout seul.

Où en est le standard aujourd'hui

WebMCP a été annoncé le 10 février 2026, développé conjointement par Google et Microsoft, et suit son processus au sein du W3C Web Machine Learning Community Group. Concrètement, à l'heure où j'écris :

• Seul Chrome propose une implémentation, encore en version d'aperçu (Chrome 146, Canary)
• Firefox et Safari suivent les discussions mais n'ont pris aucun engagement de calendrier
• Un déploiement stable est évoqué pour le quatrième trimestre 2026
• L'API elle-même a déjà changé de nom une fois en cours de route (navigator.modelContext devenu document.modelContext en août 2026) — signe qu'elle n'est pas encore figée

Ce n'est donc pas encore un standard sur lequel s'appuyer en production. C'est un sujet à suivre, pas encore à déployer dans l'urgence.

WebMCP, GEO, SEO : ne pas tout mélanger

C'est une confusion fréquente en ce moment : WebMCP n'est pas un levier de GEO (Generative Engine Optimization) au sens où on l'entend habituellement — être cité dans une réponse ChatGPT, Perplexity ou un AI Overview Google. Le GEO travaille sur la visibilité de votre contenu dans une réponse générée. WebMCP travaille sur autre chose : permettre à un agent d'agir directement sur votre site pendant qu'il vous visite, en temps réel.

Les deux sujets sont cousins — tous deux préparent votre site pour un web où des agents IA interagissent avec lui — mais ils ne se substituent pas l'un à l'autre. Le GEO reste pertinent pour être trouvé et cité. WebMCP concerne ce qui se passe une fois qu'un agent est effectivement sur votre site.

Faut-il s'y mettre maintenant ?

Honnêtement, pas dans l'urgence pour une TPE ou une PME. Avec un seul navigateur qui le supporte, en version d'aperçu, l'audience réelle d'agents capables d'utiliser WebMCP sur votre site aujourd'hui est proche de zéro. Le standard n'est pas non plus assez mature pour qu'un audit de sécurité indépendant existe — la prudence reste de mise avant d'exposer des actions sensibles (paiement, données personnelles) via ce mécanisme.

Ce qui a du sens dès maintenant, en revanche, c'est de suivre le sujet — parce que la logique de fond, elle, ne va pas disparaître. De plus en plus d'agents IA vont interagir directement avec les sites web, et les entreprises qui auront réfléchi tôt à « quelles actions un agent pourrait faire chez moi » auront une longueur d'avance quand le standard se stabilisera.

Vous voulez comprendre comment votre site pourrait se préparer à cette évolution — sans vous précipiter sur un standard encore instable ? Discutons-en lors d'une session d'initiation à Claude — c'est exactement le genre de sujet qu'on peut défricher ensemble, appliqué à votre activité.