Retour au blog
Tendances · · 9 min de lecture

WebMCP : quand votre site web devient actionnable par les agents IA

Google, Microsoft et le W3C poussent WebMCP, un standard qui permet aux sites web d'exposer leurs fonctionnalités comme des outils appelables par les agents IA. Après la citation, l'action : voici pourquoi ce protocole change la donne pour le GEO.

WebMCP : quand votre site web devient actionnable par les agents IA

WebMCP : quand votre site web devient actionnable par les agents IA

En février 2026, Google a embarqué WebMCP dans une preview de Chrome. Derrière l'acronyme se cache un standard W3C, co-porté avec Microsoft, qui transforme chaque site web en API appelable par les agents IA. Après le GEO (être cité), voici l'ère où il faut aussi être actionnable.

De "répondre à l'humain" à "servir les agents"

Depuis 2024, le débat GEO (Generative Engine Optimization) s'est concentré sur une question : comment faire en sorte que ChatGPT, Perplexity ou Gemini citent votre site dans leurs réponses ? Statistiques, citations, structure claire, earned media — la boîte à outils est désormais bien documentée.

WebMCP déplace le problème d'un cran. Quand un utilisateur demande à un agent IA "réserve-moi un vol Paris–Lisbonne demain matin sur le site X" ou "achète-moi cette paire de chaussures", il ne s'agit plus d'être cité. Il s'agit d'être exécuté. Or, aujourd'hui, les agents qui tentent d'interagir avec un site "normal" doivent simuler un humain : parser le DOM, cliquer sur des éléments visuels, deviner à quoi servent les boutons. C'est lent, peu fiable, et ça casse au moindre changement d'UI.

WebMCP propose un autre chemin : laissez le site se déclarer lui-même aux agents, sous forme d'outils typés.

C'est quoi WebMCP, concrètement ?

WebMCP (Web Model Context Protocol) est un standard W3C en cours qui permet à une page web d'exposer ses fonctionnalités — remplir un formulaire, lancer une recherche, ajouter un produit au panier, soumettre un ticket de support — comme des outils appelables par un agent IA, directement depuis le navigateur.

Le projet est né à l'été 2025 sous le nom MCP-B ("MCP for the Browser"), porté par un ex-développeur d'Amazon. Il est désormais repris par Google (équipe Chrome) et Microsoft (équipe Edge), sous la bannière WebMCP, et piloté au W3C. Un premier draft de spec a été publié début 2026, et Chrome a ouvert un Early Preview Program pour les développeurs.

Le principe est hérité du Model Context Protocol d'Anthropic (2024), qui normalise la manière dont un LLM appelle des outils externes. WebMCP en est l'extension naturelle au navigateur : la page web devient elle-même un serveur MCP, et les outils s'exécutent côté client, dans l'onglet de l'utilisateur.

Deux APIs : déclarative et impérative

Le standard propose deux manières d'exposer des capacités.

1. L'API déclarative — pour les formulaires HTML

Vous ajoutez simplement des attributs à un <form> existant. Pas de JavaScript à écrire.

<form action="/search" toolname="search_flights"
      tooldescription="Search available flights between two cities">
  <input name="from" toolparamtitle="Departure city"
         toolparamdescription="IATA code or city name" />
  <input name="to" toolparamtitle="Arrival city"
         toolparamdescription="IATA code or city name" />
  <input type="date" name="date" toolparamtitle="Departure date" />
  <button type="submit">Search</button>
</form>

Pour un agent, ce formulaire n'est plus une collection pixels à interpréter : c'est un outil search_flights avec trois paramètres documentés.

2. L'API impérative — pour tout le reste

Pour les interactions plus dynamiques (actions déclenchées sur un SPA, filtrage, modification de panier…), les développeurs utilisent une nouvelle interface JavaScript :

navigator.modelContext.registerTool({
  name: "add_to_cart",
  description: "Add a product to the user's shopping cart",
  schema: {
    productId: { type: "string", description: "Product SKU" },
    quantity:  { type: "number", description: "Number of units" }
  },
  async execute({ productId, quantity }) {
    await cart.add(productId, quantity);
    return { ok: true, cartSize: cart.size };
  }
});

Le draft W3C définit trois méthodes principales sur window.navigator.modelContext :

  • provideContext(...) — mise à jour complète (pratique pour les SPA)
  • registerTool(...) — ajout d'un outil individuel
  • unregisterTool(...) — retrait d'un outil

Les fonctions peuvent être asynchrones et déléguées à des web workers.

Les trois cas d'usage que Google met en avant

Dans son annonce de l'Early Preview Program, l'équipe Chrome identifie trois terrains prioritaires :

  1. Support client — l'agent remplit un ticket avec le contexte technique (navigateur, URL courante, logs d'erreur) sans que l'utilisateur ait à tout retaper.
  2. E-commerce — l'agent trouve un produit, configure les options (taille, couleur, personnalisation), ajoute au panier et va jusqu'au checkout.
  3. Voyage — l'agent recherche des vols, filtre, réserve, le tout en dialoguant avec l'utilisateur au lieu de cliquer à sa place.

Ce ne sont pas les seuls usages — toute interface qui repose sur des formulaires ou des actions structurées est candidate.

Ce que WebMCP change pour le GEO

Jusqu'ici, la présence d'une marque dans l'écosystème IA se mesurait sur deux axes :

  • Discoverability — est-ce que les moteurs IA mentionnent votre marque quand un utilisateur pose une question pertinente ?
  • Accuracy — ce qu'ils disent de vous est-il juste, à jour, positif ?

WebMCP ouvre un troisième axe : l'actionnabilité. Quand un utilisateur dit à son agent "commande-moi une pizza", trois scénarios émergent :

  1. Aucun site concerné n'implémente WebMCP → l'agent tente tant bien que mal de naviguer visuellement, échoue souvent, et recommande finalement un concurrent.
  2. Un seul acteur du marché implémente WebMCP → l'agent choisit systématiquement ce site, parce que c'est le seul qu'il peut manipuler de façon fiable.
  3. Plusieurs sites implémentent WebMCP → la concurrence reprend, mais sur la qualité des outils exposés (granularité, rapidité, descriptions claires).

C'est exactement la dynamique qu'on a connue avec le responsive design vers 2012–2014 : au début un bonus d'expérience, puis un signal Google, puis un prérequis absolu. Semrush, dans sa couverture récente, fait explicitement ce parallèle : les sites qui bougent tôt capteront le trafic agentique émergent, les retardataires perdront la main.

Pour les marques que nous accompagnons sur Hlight, l'implication est directe : une stratégie GEO complète en 2026 ne se limite plus au contenu éditorial. Elle doit intégrer un audit d'actionnabilité — vos parcours-clés sont-ils exposables en WebMCP ? Vos formulaires sont-ils assez propres pour qu'une annotation déclarative suffise ?

Ce que ça ne résout pas encore

Le standard est jeune, et plusieurs questions restent ouvertes :

  • Sécurité et vie privée — la section correspondante du draft W3C est actuellement vide. Les risques de type CSRF, XSS ou abus combinés avec des features émergentes (Prompt API, Web AI) ne sont pas cadrés.
  • Consentement utilisateur — à quel moment l'agent peut-il appeler un outil sans redemander confirmation ? Les garde-fous sont encore très dépendants du client MCP (Claude Desktop, Chrome, etc.), pas du protocole.
  • Support multi-navigateurs — Chrome ouvre le bal en preview, Edge suit, Firefox et Safari ne se sont pas encore engagés. La généralisation est attendue mi- à fin 2026 dans le meilleur des cas.
  • Découvrabilité des outils eux-mêmes — rien ne dit aujourd'hui quels sites exposent WebMCP, ni comment les agents les priorisent. Cela ressemble furieusement à un nouveau terrain de ranking.

Que faire maintenant ?

Trois actions concrètes pour les équipes qui construisent ou opèrent un site :

  1. Auditer les parcours-clés. Quelles sont les 3 à 5 actions qu'un utilisateur vient réellement faire chez vous (acheter, réserver, s'inscrire, contacter) ? Ce sont les premières candidates à l'exposition WebMCP.
  2. Nettoyer les formulaires HTML. L'API déclarative ne coûte quasi rien… à condition d'avoir des <form> propres, des name explicites et des labels sensés. C'est une hygiène HTML qui sert aussi l'accessibilité et le SEO.
  3. S'inscrire à l'Early Preview Program Chrome. L'équipe Chrome publie la doc, les démos et les changements de spec au fil de l'eau. Y être tôt, c'est éviter de refaire le travail dans six mois.

Et côté GEO : continuer à investir dans la citation (statistiques, sources, earned media), parce qu'un agent qui ne vous connaît pas n'appellera jamais vos outils — aussi bien exposés soient-ils.

Sources

X LinkedIn

Mettez ces stratégies en pratique

Lancez votre audit GEO gratuit et découvrez votre visibilité dans les réponses IA.

Commencer gratuitement Voir tous les articles