En mai, Google a partagé des conseils pour rendre les sites Web utilisables à la fois par les agents IA et par les personnes. WebMCP était l’une des nombreuses technologies mentionnées par Google, même si cela ressemblait toujours à une expérience de navigateur.
Maintenant, en août, nous avons des mises à jour plus concrètes. Shopify a déclaré que les outils WebMCP étaient en ligne sur chaque vitrine Liquid. Dès le lendemain, Cloudflare a présenté un aperçu pour les développeurs qui ajoute un pont WebMCP directement à la périphérie du réseau.
Le 25 août, OpenAI a ajouté des outils de site au navigateur de bureau intégré de ChatGPT. Pour les utilisateurs éligibles, ChatGPT Work et Codex peuvent découvrir et utiliser les outils fournis par la page actuelle.
Ilya Grigorik, ingénieur émérite chez Shopify, a expliqué que le navigateur de ChatGPT peut utiliser les outils fournis par le site sur les vitrines Shopify pour parcourir les catalogues des marchands et assembler des paniers. Bien que cela ne signifie pas qu’il est encore utilisé partout, cela crée un lien utile entre les sites proposant des outils et un système d’IA qui peut réellement les utiliser.
L’un des points clés à considérer est le contrôle. WebMCP donne à un site Web la possibilité de guider le comportement d’un agent, mais les implémentations actuelles impliquent également des plateformes commerciales, des fournisseurs d’infrastructures et des sociétés d’agents. Le propriétaire du site n’est peut-être pas le seul à façonner cette interface.
Pourquoi le mois d’août a changé l’histoire
Chrome a annoncé un premier aperçu de WebMCP le 10 février et a ouvert un essai d’origine de Chrome 149 le 9 juin. La proposition contenait déjà un projet de spécification, des démos et des tests de navigateur, mais il lui manquait encore un déploiement de site à l’échelle de la plate-forme et un client agent que les gens pourraient utiliser.
Shopify a fourni les sites, OpenAI a fourni le client et Cloudflare a montré comment un fournisseur d’infrastructure peut ajouter l’interface sans modifier le code à l’origine du site. De plus, OpenAI a lancé un défi WebMCP de 10 jours avec le soutien de Google Chrome, Shopify, Cloudflare, Netlify, Vercel et Render.
Même si cela ne signifie pas encore une adoption généralisée, cela montre que plusieurs entreprises explorent cette idée.
Comment WebMCP modifie une tâche du navigateur
Les agents de navigateur fonctionnent généralement avec des interfaces conçues pour les utilisateurs. Ils examinent une capture d’écran ou une mise en page, comprennent ce que fait chaque contrôle, puis imitent les clics et la saisie comme le ferait un utilisateur. Cependant, chaque étape de ce processus peut être sujette à de petits incidents. Par exemple, le libellé d’un bouton peut changer, une fenêtre contextuelle inattendue peut apparaître ou un sélecteur de date personnalisé peut apparaître, tout cela peut momentanément perturber le flux.
WebMCP donne à la page un autre itinéraire. Un site Web peut enregistrer un outil nommé auprès du navigateur, ainsi qu’une description et un schéma d’entrée structuré. Un agent peut découvrir l’outil, envoyer les détails requis et recevoir des données structurées.
La comparaison de Chrome entre WebMCP et MCP décrit la relation comme suit :
« Au lieu que votre application soit un invité au sein d’un agent, l’agent est un invité sur votre plateforme. »
ChatGPT peut s’appuyer sur les fonctions standard du navigateur si une page ne dispose pas d’un outil de site approprié.
Shopify montre d’où vient l’interface de l’agent
Shopify fournit 10 outils WebMCP sur chaque vitrine Liquid, et ils sont également disponibles sur les vitrines à l’aide de son aperçu du développeur Hydrogen.
Shopify proceed_to_checkout L’outil amène l’acheteur à la caisse avec le panier actuel, mais il ne finalise pas l’achat. Toutes les interactions se produisent dans l’onglet actif du client. Toute mise à jour du panier est immédiatement reflétée et la navigation amènera le client vers la page choisie par l’agent.
Shopify explique que l’agent choisit le bon outil en fonction de ce que demande le client. Cela crée une deuxième couche de contrôle. WebMCP permet à un site Web de déclarer ses actions disponibles, mais Shopify a sélectionné les actions et descriptions initiales sur sa plateforme.
Bien que cette configuration puisse faciliter la tâche des commerçants, elle signifie également que la version d’une vitrine hébergée destinée aux agents peut démarrer avec les paramètres par défaut définis par la plateforme, plutôt qu’avec les préférences personnalisées de chaque commerçant.
La documentation WebMCP publiée par Shopify ne précise pas si les commerçants peuvent désactiver des outils individuels ou modifier leurs descriptions.
Cloudflare injecte le pont à la périphérie
L’aperçu développeur de Cloudflare permet aux sites Web d’activer facilement WebMCP directement depuis le tableau de bord Cloudflare, sans avoir besoin de modifier le code d’origine de leur site. Une fois activé, Cloudflare ajoute une ligne à chaque réponse HTML en périphérie, faisant référence à un script de pont de même origine. Le pont vérifie la prise en charge du navigateur et enregistre les packs d’outils sélectionnés. Dans l’aperçu actuel, les outils s’exécutent dans le navigateur du visiteur plutôt que sur les serveurs Cloudflare.
Shopify installe un ensemble uniforme d’outils dans les magasins hébergés, tandis que Cloudflare fournit un pont sans modifier le code d’origine. Dans les deux cas, la couche face à l’agent provient en partie d’une entreprise entre le propriétaire du site et l’agent.
La découverte et l’action sont des problèmes distincts
La documentation WebMCP actuelle décrit une couche d’interaction dans le navigateur, et non une fonctionnalité de classement, d’indexation ou de citation. Les outils deviennent disponibles une fois qu’un agent compatible ouvre la page, tandis que les systèmes de découverte existants déterminent comment l’agent ou l’utilisateur accède au site.
Cela rend WebMCP un peu différent de nombreuses discussions de recherche sur l’IA, car un site peut être convivial pour les agents sans nécessairement être plus facile à trouver pour les utilisateurs. WebMCP est conçu dans un but différent de celui de MCP ; par exemple, un serveur MCP distant peut proposer des outils même sans page Web ouverte, alors que les outils WebMCP sont temporaires et liés à l’onglet actuel.
Ces systèmes peuvent bien fonctionner ensemble : un utilisateur peut trouver un commerçant via une recherche, visiter son site, puis permettre à un agent d’utiliser les outils disponibles. Pour les professionnels du référencement, il est utile de garder à l’esprit que WebMCP est principalement pertinent une fois qu’un utilisateur ou un agent a accédé au site. Il se concentre sur ce qui peut être fait par la suite, plutôt que sur le classement ou les citations de la page.
Les sessions connectées peuvent présenter des risques de sécurité
WebMCP peut fonctionner au sein de la session en direct de l’utilisateur. Cela fait partie de son attrait, et c’est pourquoi les conseils de sécurité de Chrome se concentrent sur l’état authentifié. Un agent peut accéder aux cookies, aux informations de session et au contexte de la page disponibles dans l’onglet en direct, ce qui permet d’éviter plus facilement le besoin d’une connexion séparée. Cependant, cela signifie également que l’outil s’exécute dans une session authentifiée.
Chrome met en évidence deux risques principaux : les définitions d’outils malveillants qui cachent des instructions dans leur nom, leurs paramètres ou leur description, et les réponses qui peuvent renvoyer du contenu contaminé, y compris des instructions intégrées provenant de données tierces. Même sans WebMCP, les directives de sécurité de Chrome reconnaissent ces risques. Bien que le protocole offre aux agents un moyen structuré d’interagir avec les outils, il ne peut pas empêcher les problèmes d’injection rapide inhérents au Web.
OpenAI considère les définitions et les résultats des outils fournis par le site Web comme non fiables. Chaque appel à l’outil du site fait l’objet d’un examen de sécurité, avec des règles standard appliquées aux achats, aux messages, aux suppressions et aux modifications d’autorisation. Les utilisateurs ont également la possibilité de désactiver les outils du site dans les paramètres du navigateur de ChatGPT.
Bien que ces contrôles soient utiles pour réduire les risques, ils ne garantissent pas qu’un site Web ou ses résultats sont totalement dignes de confiance. SEJ a déjà souligné l’avertissement de Chrome selon lequel les outils WebMCP pourraient manipuler les agents. Les nouveaux contrôles introduits par OpenAI ajoutent une couche de protection supplémentaire, mais ils ne promettent pas de résoudre complètement le problème.
La prise en charge du navigateur est encore étroite
Le groupe communautaire Web Machine Learning du W3C a publié la spécification WebMCP. Il ne s’agit pas d’une norme du W3C et ne figure pas sur la liste des normes du W3C.
OpenAI documente la prise en charge de WebMCP via les outils du site dans l’application de bureau de ChatGPT. Le suivi de l’implémentation WebMCP répertorie les essais d’origine pour Chrome 149 et Edge 150, ainsi que la prise en charge expérimentale via Brave Leo. Selon Benjamin VanderSloot sur Github, la position de Mozilla en matière de normes est neutre et selon Mike Wyrzykowski sur Github, WebKit s’oppose à la proposition et répertorie les préoccupations concernant la conception, la duplication, l’internationalisation, la portabilité, la confidentialité, la sécurité, les cas d’utilisation et le lieu des API.
Le suivi de l’implémentation ne répertorie pas la prise en charge de WebMCP pour Firefox ou Safari. La majorité du support existant se concentre sur les navigateurs basés sur Chromium et l’application de bureau OpenAI.
Les outils du site d’OpenAI nécessitent la dernière application de bureau ChatGPT, ChatGPT Work ou Codex et GPT-5.6 Sol ou Terra. Ils ne sont pas disponibles avec GPT-5.6 Luna et dans les espaces de travail Enterprise ou Edu. La disponibilité dépend également du déploiement et des outils fournis par la page actuelle. Les outils de Shopify nécessitent un agent WebMCP et un environnement de navigateur compatibles.
Ce qui n’a pas été démontré
OpenAI et Chrome mettent en avant WebMCP comme étant plus rapide et plus fiable que les actions simulées du navigateur. Cependant, les documents officiels examinés pour cette version préliminaire n’incluent pas de comparaisons de performances spécifiques. Ni les sources OpenAI ni Shopify ne fournissent de chiffres sur les appels aux outils du site, les tâches terminées, les taux d’erreur, les démarrages de paiement, les achats ou les modifications des taux de conversion. Ils ne précisent pas non plus ce que les commerçants peuvent voir dans leurs analyses ni comment les ventes assistées par un agent sont attribuées.
Cloudflare Radar suit l’adoption de WebMCP détectée dans les domaines analysés avec succès. Il ne mesure pas les appels d’outils, les tâches terminées ou les résultats commerciaux.
Les sources examinées ne montrent pas de préférence parmi les agents pour les sites avec WebMCP, ni ne révèlent si les utilisateurs demandent des achats via cette méthode. Les sources examinées ne montrent pas non plus si les outils affectent le commerçant sélectionné.
Sur la base de ce qui est disponible, le seul point clair est que WebMCP est actuellement actif sur certains sites actifs et compatible avec les clients agents. Cependant, la manière dont il est utilisé dans la pratique et son impact réel sur les entreprises restent incertains.
Regarder vers l’avenir
WebMCP est allé au-delà d’une démonstration de navigateur et fonctionne désormais dans des produits en direct. Il reste expérimental et il est trop tôt pour dire dans quelle mesure il fonctionnera ou dans quelle mesure il sera adopté.
Plus de ressources :
