WebMCP vient de passer d'un prototype derrière un flag à un Origin Trial public dans Chrome, a annoncé l'équipe Chrome, roulant de Chrome 149 à 156. C'est un standard web ouvert proposé pour le web agentique : un site web déclare des tools structurés qu'un agent IA in-browser peut appeler direct, au lieu que l'agent ait à regarder la page rendue et deviner. Il y a deux façons de les déclarer, une Imperative API pour définir des tools en JavaScript pur, et une Declarative API qui transforme des formulaires HTML standards annotés en tools. La surface exposée au modèle est petite et lisible : document.modelContext.getTools() liste ce qu'une page offre, executeTool() en roule un, et chaque tool porte des annotations comme readOnlyHint et untrustedContentHint pour que l'agent sache ce qu'il touche. La documentation compagnon est montée en mai et le trial a été dévoilé à Google I/O 2026.
Pourquoi ça compte, c'est le contraste avec comment les agents de navigateur marchent aujourd'hui. Le défaut actuel, c'est la boucle vision : screenshot de la page, localiser un bouton par pixels, cliquer, re-screenshot, espérer que le layout a pas bougé. WebMCP remplace ça par un appel de fonction typé. L'équipe Chrome frame le gain comme plus rapide (un appel versus une boucle de screenshot, avec des premiers benchmarks tiers qui citent 8 à 12 fois plus vite pour compléter une tâche end-to-end sur des pages WebMCP), plus fiable (pas de pixel-hunting qui casse quand le CSS change), et plus sécuritaire (l'agent peut pas invoquer un tool que le site a pas déclaré). Nouveau dans ce trial spécifiquement : lister et exécuter des tools, une permissions policy, et le support des tools en iframe cross-origin, la plomberie qu'un vrai site a besoin avant de pouvoir exposer quoi que ce soit au-delà d'un démo.
C'est la compétition de l'agent runtime qui descend jusque dans la page web elle-même. La bataille qu'on track sur qui host et orchestre les agents a maintenant un front au niveau du document : le site arrête d'être une chose à scraper et devient une surface de tools typée, une API pour agents qu'il en ait shippé une pour les développeurs ou non. Si WebMCP se standardise, le web agentique arrête d'être un jeu de devinettes. Le hic honnête, c'est qu'un standard web avec un seul consommateur, c'est pas encore un standard : aujourd'hui le seul agent qui lit les tools WebMCP, c'est Gemini in Chrome, l'assistant in-browser de Google, donc l'adoption et la neutralité sont les deux encore des questions ouvertes. Le move concret pour un builder est petit et cheap : t'inscrire à l'origin trial, déclarer tes deux ou trois actions les plus payantes comme tools, et mesurer si le gain de fiabilité montre réellement face à la baseline vision.