WebMCP : le prochain gros chantier SEO pourrait ne plus être de rendre votre site lisible par les IA mais UTILISABLE par les agents IA. Google et Microsoft travaillent sur WebMCP (Web Model Context Protocol), un standard ouvert qui pourrait profondément changer la manière dont les agents IA interagissent avec les sites web. Et pour les SEO, e-commerçants, SaaS et sites de génération de leads, il va falloir commencer à regarder ça sérieusement. Aujourd’hui, un agent IA qui veut utiliser un site web travaille encore un peu comme un humain maladroit. Il doit : → lire le DOM → analyser l’arbre d’accessibilité → parfois prendre des captures d’écran → identifier les boutons → comprendre les formulaires → deviner quelles actions effectuer Bref, beaucoup d’interprétation. Et donc beaucoup de possibilités d’erreur. WebMCP propose une approche complètement différente. Votre site peut directement déclarer à l’agent : « Voici ce que tu peux faire sur cette page. » Par exemple : → search_products → book_table → search_flights → add_to_cart → start_checkout → request_quote → book_appointment → subscribe_newsletter L’agent n’a alors plus besoin de deviner comment fonctionne l’interface. Il appelle directement l’outil approprié avec des données structurées. WebMCP ≠ MCP C’est probablement la confusion qu’on va voir partout. Le MCP classique est particulièrement adapté pour connecter une IA à des données ou systèmes backend : → Salesforce → base de données interne → outils SEO → CRM → API métier → etc. Mais cela implique généralement de construire et maintenir un serveur MCP. WebMCP intervient plutôt directement dans le navigateur et sur la page web. En simplifiant : MCP → connecter l’IA aux systèmes et données WebMCP → permettre à l’IA d’agir facilement sur votre site Les deux ne sont donc pas concurrents. Ils peuvent parfaitement être complémentaires. Et l’implémentation peut être très légère. Pour un formulaire HTML existant, quelques attributs peuvent suffire. Par exemple : toolname="search_products" pour donner un nom à l’action. Puis : tooldescription="Search the catalog by keyword" pour expliquer à l’agent ce que fait l’outil. Et : toolparamdescription="The search term, e.g. red shoes" pour expliquer ce qu’attend un champ. Votre formulaire devient alors une sorte de mini API directement compréhensible par les agents IA. Sans reconstruire votre site. Sans forcément créer une nouvelle infrastructure backend. Il existe 2 approches. 1️⃣ API déclarative → HTML Parfaite pour : → formulaire de contact → réservation → inscription newsletter → recherche → demande de devis Vous enrichissez simplement le formulaire existant. 2️⃣ API impérative → JavaScript Pour les interactions plus complexes ou dynamiques. On peut enregistrer des outils via : document.modelContext.registerTool() avec : → nom → description → schéma d’entrée → fonction à exécuter Et surtout, les outils disponibles peuvent évoluer selon l’état de la page. Exemple très parlant : réserver un vol Un utilisateur demande simplement : « Trouve-moi un aller-retour New York → Londres pour deux personnes du 10 au 20 juillet. » Le site peut exposer : searchFlights L’agent effectue la recherche. Une fois les résultats affichés, de nouveaux outils deviennent disponibles : listFlights setFilters resetFilters L’agent peut alors décider tout seul de : rechercher les vols filtrer les résultats récupérer les meilleures propositions Sans essayer de comprendre visuellement où se trouve le bouton « Filtrer ». C’est une différence énorme. Pourquoi les SEO devraient s’y intéresser ? Parce qu’on passe progressivement de : SEO = aider les moteurs à comprendre nos pages à : SEO/GEO = aider les IA à trouver et comprendre nos contenus et maintenant : Agentic SEO = aider les agents à UTILISER nos sites. Être cité dans ChatGPT, Gemini ou AI Overviews concerne surtout la découverte. WebMCP intervient après l’arrivée sur le site. Et cette distinction me paraît fondamentale. Vous pouvez être parfaitement visible dans les moteurs IA… …mais si l’agent arrive ensuite sur votre site et n’arrive pas à effectuer l’action demandée, vous perdez potentiellement la conversion. Les cas d’usage sont énormes. 🛒 E-commerce « Trouve-moi des baskets Nike rouges en 44 à moins de 120 €. » L’agent pourrait rechercher → filtrer → sélectionner → ajouter au panier. 🏨 Voyage « Trouve-moi une chambre à Annecy samedi pour 2 personnes. » Recherche → disponibilité → sélection → réservation. 🍽️ Restaurant « Réserve une table pour 4 demain à 20h. » 📅 Services « Prends-moi un rendez-vous chez ce professionnel mardi après-midi. » 💻 SaaS Choisir une offre → créer un compte → lancer une action. 📩 Lead Gen Remplir une demande de devis ou une inscription. Mais attention à la sécurité. Donner des outils aux agents implique aussi de nouveaux risques. Notamment le prompt injection. Du contenu provenant : → d’avis → de commentaires → de données externes → de contenus utilisateurs pourrait contenir des instructions malveillantes destinées à l’agent. WebMCP prévoit donc notamment des indications comme : readOnlyHint pour signaler qu’un outil ne fait que lire des données. Ou : untrustedContentHint pour signaler que les données retournées peuvent contenir du contenu non fiable. Et pour les actions critiques : ❌ achat ❌ réservation ❌ modification de compte ❌ paiement il est évidemment préférable de conserver une validation humaine avant l’envoi final. Comment commencer ? Je ferais très simple. Listez les 3 à 5 actions principales réalisées sur votre site. Exemple e-commerce : rechercher un produit filtrer ajouter au panier commencer le checkout Site local : rechercher une prestation demander un devis prendre rendez-vous SaaS : créer un compte choisir une offre lancer une fonctionnalité Puis commencez par UNE action simple et peu risquée. Recherche interne ou formulaire de contact, par exemple. Testez. Observez comment l’agent comprend votre outil. Puis complexifiez progressivement. ⚠️ WebMCP reste très jeune. Le standard est encore en cours de finalisation et son utilisation par les agents reste limitée. Donc non : ajouter WebMCP demain ne va probablement pas faire exploser votre trafic ou votre CA. Mais c’est justement ce qui rend le sujet intéressant. On peut expérimenter avant que cela devienne urgent. J’ai connu le SEO avant le mobile-first, les données structurées, les Core Web Vitals, Discover, les AI Overviews… À chaque fois, beaucoup attendent que Google ou le marché leur impose le changement avant de commencer à tester. Avec les agents IA, je pense qu’il faut regarder le sujet dans l’autre sens : Demain, la question ne sera peut-être plus seulement : « Est-ce qu’une IA peut comprendre mon site ? » Mais : « Est-ce qu’une IA peut réellement faire quelque chose sur mon site ? » Et WebMCP pourrait être une partie importante de la réponse. Vous avez déjà commencé à tester WebMCP ou vous attendez encore de voir comment Google et Microsoft vont pousser le standard ? Article complet ici. : moz.com/blog/what-is-web-mcp