Un agent IA qui doit réserver une chambre d'hôtel fait aujourd'hui ce que ferait un stagiaire pressé : il prend une capture d'écran, repère un champ, clique, reprend une capture. Le 9 juin 2026, Chrome 149 a ouvert un origin trial WebMCP, un accès anticipé et limité dans le temps, qui offre un autre chemin. La page déclare elle-même des outils JavaScript, chacun avec un nom, une description et un schéma d'entrée, et l'agent les appelle directement. La spécification est portée par le groupe Web Machine Learning du W3C.
Il existe deux façons de faire. La première annote un formulaire HTML existant avec des attributs comme toolname, tooldescription et toolautosubmit. La seconde, plus souple, enregistre l'outil en JavaScript via document.modelContext.registerTool(), avec une fonction d'exécution. Dans les deux cas, la page garde le contrôle : elle met à jour son état et son interface, puis renvoie le résultat à l'agent.
Sur un site de réservation, cela donne un formulaire de recherche balisé par exemple toolname="rechercher_chambre", accompagné d'une description. L'agent y lit les dates attendues, la devise, ce que la fonction renvoie. Il n'a plus à deviner quel bouton mène à quoi.
Exemple de description : « Recherche les chambres libres entre deux dates (format AAAA-MM-JJ). Renvoie au plus dix résultats avec prix TTC. Ne réserve rien. »
Ce que le référencement ne dit pas
Le SEO répond à une question : comment un moteur trouve et comprend la page ? WebMCP en pose une autre : que peut-on faire ici, sans cliquer ? Une page parfaitement indexée peut rester illisible pour un agent qui doit agir. Dans un devis, cela se traduit par une ligne nouvelle : recenser les actions du site, les décrire, les valider et les protéger. Le curseur se déplace vers moins de pages à convaincre, plus de fonctions à décrire, valider et sécuriser. Le référencement garde sa place, celle de la découverte.
Le piège de la démo
Un développeur, pionnier du protocole, avance jusqu'à 90 % de tokens en moins avec un polyfill WebMCP pour Chrome DevTools, comparé à la boucle capture d'écran, clic, capture d'écran. Le chiffre est plausible sur son terrain : un test d'interface, un seul scénario. Les sources citées en bas de page ne détaillent ni le protocole de mesure ni l'identité de l'auteur, et il ne dit rien du coût total d'un site agentique ni de la qualité des outils exposés. Une démo raccourcit une boucle ; elle ne prouve rien sur l'usage quotidien.
L'adoption avance, mais sur un front étroit. Edge 150 a lancé son propre origin trial, ChatGPT Desktop prend WebMCP en charge, Brave teste une version expérimentale dans son assistant Leo. Côté Firefox et Safari, la spécification est discutée sans calendrier annoncé, selon le tableau d'état du dépôt GitHub consulté le 17 octobre 2026. Les sites qui exposent réellement des outils se comptent encore en petit nombre, et le standard peut changer.
Sécurité : le formulaire devient une API
Dès qu'une page offre des actions, elle offre aussi une porte d'entrée. La spécification elle-même reconnaît que les modèles de langage sont vulnérables à l'injection de prompt indirecte : un contenu externe peut faire d'une description d'outil une consigne détournée. Les indications untrustedContentHint et readOnlyHint aident l'agent à savoir quand demander confirmation, mais aucune ne remplace un contrôle d'accès. Prenons un outil de remboursement branché sur une politique commerciale périmée : l'agent l'appelle, tout fonctionne, et le client est remboursé à tort. L'autorisation doit rester côté serveur, les actions irréversibles exigent une confirmation humaine, chaque appel laisse une trace.
Par où commencer, concrètement
Refondre un site pour un usage que peu d'agents exploitent encore ne se justifie pas. Quelques choix gagnent pourtant à se faire tôt.
- Choisir une action au départ, rarement plus de cinq ensuite. Pour un hôtel, la recherche de disponibilités ; pour une boutique, le suivi de commande. Le reste attendra.
- Rédiger la description comme une consigne à une recrue compétente qui découvre le métier : ce qu'elle reçoit, ce qu'elle renvoie, ce qui lui est interdit, ce qui arrive en cas d'erreur. Un sprint de test avec un vrai agent révèle vite les ambiguïtés.
- Garder la même logique de validation pour l'humain et pour l'agent. Si le formulaire refuse un code promo expiré, la fonction doit le refuser aussi, avec le même message, et laisser la confirmation humaine aux paiements et aux suppressions. Tout cela se teste derrière un flag, en comptant les appels, les échecs et les abandons.
Le chantier recoupe largement l'accessibilité : libellés clairs, formulaires structurés et états explicites servent déjà aux lecteurs d'écran. Une équipe qui a soigné ce travail part avec de l'avance.
Qui a vraiment intérêt à s'y mettre
Les sites transactionnels (voyage, réservation, banque, commerce) y gagnent une conversion possible sans passer par leur interface. Un site de contenu y gagne peu. Reste le modèle économique, encore flou : qui finance des actions décrites, testées et maintenues, quand l'agent qui les appelle appartient à un tiers ? La forme de l'API peut encore bouger, et les navigateurs ne sont pas alignés.
La question utile pour un studio se réduit donc à : quelle action de ce site vaut d'être décrite pour une machine ? Le prochain jalon à surveiller est la fin de l'origin trial de Chrome : on saura alors si Firefox et Safari ont rejoint le mouvement, ou si WebMCP reste un dispositif propre à Chrome et à ses alliés.