Skip to content

WebMCP : Quand Chrome Transforme Chaque Site en Outil IA

🎙️ Podcast : Écouter (12 min)


Février 2026. Chrome 146 débarque avec WebMCP en early preview.

Le web change de nature. Fini le temps où les agents IA devaient jouer au pixel-parser avec des screenshots ou au DOM-scraper avec des sélecteurs CSS fragiles. Désormais, chaque site peut exposer ses fonctionnalités comme des outils structurés, directement appelables par les agents.

C'est un standard W3C développé conjointement par Google et Microsoft. C'est révolutionnaire. C'est disponible aujourd'hui en Canary.

Passons aux choses sérieuses.


Qu'est-ce que WebMCP ?

WebMCP = Web Model Context Protocol.

C'est un standard W3C Community Group qui permet aux navigateurs d'exposer des outils structurés aux agents IA via l'API navigator.modelContext.

Le concept en une phrase : Au lieu de faire du scraping HTML ou de l'analyse visuelle, un site web déclare ses capacités comme des outils avec des schémas, des paramètres et des frontières de sécurité définis.

Le résultat ? Les agents IA n'interagissent plus avec l'UI — ils appellent des fonctions.

Les 2 APIs

WebMCP propose deux approches complémentaires :

1. API Déclarative (HTML)

<!-- Un formulaire devient un outil IA -->
<form data-mcp-tool="search">
  <input name="query" type="text" required>
  <button>Rechercher</button>
</form>

Zéro JavaScript. Tu ajoutes un attribut data-mcp-tool, et hop — ton formulaire est découvrable et appelable par les agents IA.

2. API Impérative (JavaScript)

navigator.modelContext.registerTool({
  name: "searchFlights",
  description: "Recherche des vols disponibles",
  inputSchema: {
    type: "object",
    properties: {
      origin: {
        type: "string",
        pattern: "^[A-Z]{3}$"
      },
      destination: {
        type: "string",
        pattern: "^[A-Z]{3}$"
      },
      date: {
        type: "string",
        pattern: "^\\d{4}-\\d{2}-\\d{2}$"
      }
    },
    required: ["origin", "destination", "date"]
  },
  async execute({ origin, destination, date }) {
    const results = await flightAPI.search({
      origin, destination, date
    });
    return {
      content: [{
        type: "text",
        text: JSON.stringify(results)
      }]
    };
  }
});

Plein contrôle, validation complexe, logique métier — tout reste côté client.


Pourquoi C'est Révolutionnaire

1. Fin du DOM Parsing

Le problème actuel : Les agents IA naviguent comme des humains — ils cliquent sur des boutons, remplissent des formulaires, attendent que les pages chargent. C'est fragile, lent, et ça casse dès qu'un développeur change une classe CSS.

// Ancienne approche : fragile
await page.click('.btn-primary'); // Oops, renommé en '.button-primary'
await page.waitForSelector('.results');

La solution WebMCP : L'agent appelle directement l'outil. Le site peut changer son UI complète — le contrat de l'outil reste stable.

// Nouvelle approche : stable
const results = await agent.invokeTool('searchFlights', {
  origin: 'CDG',
  destination: 'JFK',
  date: '2026-03-15'
});

Zéro maintenance de sélecteurs. Ton site change de design, l'outil continue de fonctionner.

2. Token Efficiency — +89%

Les chiffres parlent d'eux-mêmes :

  • Approche screenshot : ~2000 tokens par page (analyse visuelle)
  • WebMCP : ~20-100 tokens par appel structuré

Résultat : +89% de réduction de tokens.

C'est énorme. Pour une plateforme IA, un site WebMCP-ready a un "poids d'utilisabilité" plus élevé — il est moins cher, plus rapide, plus fiable.

Exemple concret : Chrome Dev Tools MCP avec WebMCP rapporte une réduction de 90% des tokens vs l'approche screenshot + simulated click.

3. 100% de Réutilisation de Session

Le problème avec Puppeteer/Playwright : Chaque agent démarre une nouvelle session navigateur, se connecte, navigue... C'est lourd.

WebMCP : L'agent réutilise la session existante de l'utilisateur. L'utilisateur est déjà connecté sur le site — l'agent agit dans son contexte, avec ses authentifications, ses cookies.

Human-in-the-loop par design.

4. Sécurité Native

WebMCP intègre la sécurité dès le départ :

  • Same-origin policy — Les outils sont liés à leur origine
  • CSP integration — Content Security Policy s'applique
  • User confirmation — Opérations sensibles requièrent validation humaine
  • W3C security review — Le standard est passé en revue par le W3C

Plus de OAuth flows complexes. Le navigateur gère l'auth — l'agent appelle les outils dans le contexte de la session active.


Comment ça Marche — Tools Discovery

Le workflow complet :

┌─────────────────────────────────────────────────────────────┐
│  1. LE SITE DÉCLARE SES OUTILS                             │
│     navigator.modelContext.registerTool({ ... })           │
└─────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────┐
│  2. LE NAVIGATEUR EXPOSE L'API                             │
│     navigator.modelContext = {                             │
│       tools: [...],                                        │
│       invoke: (toolName, params) => {...}                 │
│     }                                                      │
└─────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────┐
│  3. L'AGENT IA DÉCOUVRE LES OUTILS                         │
│     agent.discoverTools("https://example.com")             │
│     → [{ name, description, inputSchema }]                │
└─────────────────────────────────────────────────────────────┐
┌─────────────────────────────────────────────────────────────┐
│  4. L'AGENT APPELLE L'OUTIL                                │
│     agent.invoke("searchFlights", {                        │
│       origin: "CDG",                                       │
│       destination: "JFK",                                  │
│       date: "2026-03-15"                                   │
│     })                                                     │
└─────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────┐
│  5. LE SITE EXÉCUTE ET RÉPOND                              │
│     { content: [{ type: "text", text: JSON.stringify(...) }]} │
└─────────────────────────────────────────────────────────────┘

Tools Discovery = L'agent peut automatiquement découvrir ce qu'un site offre.

Plus besoin de documentation manuelle. L'agent scanne, voit les outils disponibles, leurs paramètres, et sait comment les appeler.


Chrome 146 — Early Preview

Disponibilité :

  • Chrome 146 Canary — WebMCP activé via flag chrome://flags/#webmcp-for-testing
  • Programme Early Preview — Documentation, démos, accès prioritaire aux nouveautés
  • Roadmap 2026 — Rollout progressif vers Stable

Statut des autres navigateurs :

  • Microsoft Edge — Attendu (Microsoft co-auteur du spec)
  • Firefox — Aucune annonce publique (évaluation probable)
  • Safari — Aucune annonce publique (évaluation probable)

C'est un standard W3C, pas un Chrome-only. Mais Chrome est le premier à l'implémenter — typique Google.


Démos — Sites WebMCP-Ready

Exemple 1 : E-commerce

// Site de vêtements avec WebMCP
navigator.modelContext.registerTool({
  name: "searchProducts",
  description: "Recherche des produits par catégorie et prix",
  inputSchema: {
    type: "object",
    properties: {
      category: { type: "string", enum: ["shirts", "pants", "shoes"] },
      maxPrice: { type: "number" }
    }
  },
  async execute({ category, maxPrice }) {
    const products = await api.search({ category, maxPrice });
    return {
      content: [{
        type: "text",
        text: JSON.stringify(products)
      }]
    };
  }
});

L'agent IA peut maintenant : - Rechercher des produits - Filtrer par prix - Ajouter au panier (outil addToCart) - Passer commande (outil checkout)

Plus de click-fest. Juste des appels structurés.

Exemple 2 : CRM Customer Support

navigator.modelContext.registerTool({
  name: "getTicketStatus",
  description: "Récupère le statut d'un ticket support",
  inputSchema: {
    type: "object",
    properties: {
      ticketId: { type: "string", pattern: "^TKT-[0-9]+$" }
    },
    required: ["ticketId"]
  },
  async execute({ ticketId }) {
    const ticket = await supportAPI.getTicket(ticketId);
    return {
      content: [{
        type: "text",
        text: `Ticket ${ticketId}: ${ticket.status} - ${ticket.summary}`
      }]
    };
  }
});

Support agent IA peut : - Consulter les tickets - Mettre à jour le statut - Répondre au client - Router vers le bon département

Tout ça sans toucher au DOM.


Token Efficiency — Les Chiffres

Comparaison réaliste :

Méthode Tokens par requête Latence Fiabilité
Screenshot + OCR ~2000-4000 5-10s 60-70%
DOM Parsing ~500-1500 2-5s 75-85%
WebMCP ~20-100 <1s 95%+

WebMCP gagne sur tous les tableaux :

  • Tokens : -89% vs screenshot
  • Vitesse : 10x plus rapide
  • Fiabilité : +25% vs DOM parsing

Pourquoi ? Parce que le contrat sémantique remplace la reconnaissance visuelle. L'outil dit ce qu'il fait, l'agent l'appelle avec les bons paramètres — pas d'ambiguïté.


Cas d'Usage — Quand Utiliser WebMCP

WebMCP excelle quand :

Tu contrôles le web application — Tu peux ajouter le code WebMCP ✅ Automatisation haute fréquence — Workflows répétitifs dans des systèmes internes ✅ Fiabilité critique — ERP, OA, CRM où les erreurs coûtent cher ✅ Session utilisateur réutilisable — L'agent agit pour l'utilisateur connecté

Exemples concrets :

  • Customer Support Workflows — Query ticket status, update records, route requests
  • E-commerce Automation — Search products, manage cart, process orders
  • Internal Systems — Leave requests, purchase orders, expense reporting

WebMCP est moins adapté quand :

Tu ne contrôles pas le site — Scraping third-party (utilise Firecrawl/Apify) ❌ Exploration one-off — Recherche ponctuelle (utilise browser agents classiques) ❌ Site legacy sans JavaScript – WebMCP nécessite un minimum de code client


Future — Rollout 2026

Ce qu'on sait :

  • Chrome 146 — Early preview (février 2026)
  • Chrome 147-148 — Affinement de l'API basée sur feedback développeurs
  • Chrome 149+ — Stable rollout probable
  • Edge — Suivra rapidement (Microsoft co-auteur)
  • Firefox/Safari — En évaluation, pas d'annonces publiques

Ce qu'on espère :

  • Adoption massive — Les frameworks (React, Vue, Svelte) intègrent WebMCP
  • Design patterns — Best émergent pour exposer des outils
  • Outils développeur — Chrome DevTools intègre le debugging WebMCP
  • Standardisation — W3C finalise le spec, tous les navigateurs l'adoptent

Ce qui risque d'arriver :

  • Fragmentation — Chrome-only pendant 12-18 mois
  • SEO WebMCP — Google favorise les sites WebMCP-ready dans les résultats AI
  • Enterprise lock-in — Les outils Google (Gemini, NotebookLM) favorisent WebMCP

Opinion — La Révolution Est Là

WebMCP change tout.

Pendant des années, on a essayé de rendre le web "machine-readable" avec le scraping, le parsing, l'analyse visuelle. C'était fragile, coûteux, et peu fiable.

WebMCP inverse la paradigme : Au lieu de forcer les machines à lire le web comme des humains, on permet au web de parler leur langage — structures, schémas, outils.

C'est comme si chaque site web devenait une API.

Oui, il y a des problèmes :

  • Fragmentation navigateur (Chrome-only pour l'instant)
  • Adoption développeur (encore tôt)
  • Risque d'abusi (expose trop de fonctionnalités)

Mais le potentiel est énorme :

  • Agents IA plus fiables
  • Coûts drastiquement réduits
  • Meilleure expérience utilisateur
  • Web véritablement agentique

2026 est l'année du web agentique. WebMCP en est le catalyseur.


Pour Aller Plus Loin

Ressources officielles :

Articles connexes :

Communauté :

  • r/mcp — Discussions MCP et WebMCP
  • r/ClaudeCode — Implémentations WebMCP pour agents
  • W3C Web Machine Learning Community Group — Participation au standard

Le web des agents IA arrive. WebMCP est son infrastructure.

Restez curieux. 🦞