1 giugno 2026

WebMCP: dare strumenti “ufficiali” agli agenti AI direttamente nella tua pagina

Meno scraping e click “indovinati”, più controllo: trasformare form HTML e funzioni JavaScript in tool dichiarati e invocabili.

Gli agenti basati su LLM possono già navigare un sito interpretando DOM, immagini e possibili azioni. Ma è un approccio opaco e spesso fragile. WebMCP propone un’alternativa: esporre, dal browser tab, un elenco di strumenti (tool) derivati da form HTML e funzioni JavaScript, così l’agente interagisce con API intenzionali invece di “indovinare” l’interfaccia.

Gli agenti AI che operano nel browser oggi riescono spesso a “capire” cosa fare su una pagina: leggono il DOM, analizzano immagini, provano a intuire quali elementi siano cliccabili e quale sequenza di azioni porti al risultato. Funziona… fino a quando non funziona più.

Per chi costruisce interfacce, questo approccio è problematico per due motivi:

  • È opaco: non è chiaro perché l’agente abbia scelto una certa azione, né quanto sia stabile quella scelta al variare di layout, copy o A/B test.
  • È fragile rispetto ai vincoli reali di prodotto: le UI riflettono brand guideline, vincoli legali/regolatori, pattern di design, eccezioni e “trucchi” necessari per gli utenti umani. Ma un agente non ha sempre bisogno di ripercorrere la stessa esperienza pensata per una persona.

L’idea dietro WebMCP è spostare l’interazione da “interpretazione dell’interfaccia” a “uso di strumenti dichiarati”. In pratica: invece di lasciare che un LLM deduca quali click fare, gli fornisci tool espliciti con cui operare.

Cos’è WebMCP (in breve)

WebMCP è un approccio per trasformare elementi già presenti nel tuo sito—in particolare form HTML e funzioni JavaScript—in strumenti che un agente può invocare in modo diretto.

È ispirato alle best practice emerse attorno al Model Context Protocol (MCP), ma con un focus specifico: la parte “tools”. L’obiettivo è ridurre l’attrito tipico delle integrazioni MCP classiche.

Perché è diverso da “esporre un MCP server”

Molte integrazioni agentiche oggi passano da:

  • server MCP dedicati,
  • CLI e bridge locali,
  • wiring complesso tra agent, runtime e applicazione.

WebMCP mira a rendere tutto più “web-native”: l’unità di integrazione diventa il tab del browser. In altre parole, invece di mettere in piedi un’infrastruttura esterna, esponi il tab corrente e questo può condividere una lista di tool con cui l’agente può interagire sul tuo sito.

Risultato: un agente può operare con azioni più affidabili e intenzionali rispetto a click e scraping.

Cosa ci guadagna un team frontend

Se costruisci UI complesse, sai quanto facilmente cambiano markup, classi, gerarchie e micro-interazioni. Un agente che si basa su segnali “deboli” (es. selettori CSS, testi, posizione a schermo) rischia di rompersi spesso.

Con tool espliciti:

  • Stacchi la semantica dall’aspetto: puoi cambiare layout senza alterare la “capacità” dell’agente.
  • Codifichi vincoli e policy: l’azione disponibile non è “clicca qui e spera”, ma “esegui operazione X” con parametri, validazioni e limiti.
  • Riduci il comportamento non deterministico: meno tentativi, meno navigazione erratica, meno percorsi strani.

Il punto chiave: UI per umani, tool per agenti

Un’interfaccia utente è piena di compromessi: onboarding, rassicurazioni, marketing copy, compliance, progressive disclosure. Per un agente, spesso serve una scorciatoia affidabile: “cerca prodotto”, “aggiungi al carrello”, “applica coupon”, “apri ticket”.

WebMCP si colloca esattamente qui: non sostituisce la UI, ma permette di affiancarle un set di strumenti che riflettono l’intento del prodotto in modo diretto.

Disponibilità e sperimentazione in Chrome

L’aspettativa è che WebMCP arrivi in Chrome 149, con una finestra di disponibilità indicata intorno al 2 giugno (utile per iniziare a sperimentare rapidamente).


Se lavori su un prodotto dove gli agenti AI devono operare in modo affidabile—supporto, e-commerce, backoffice, workflow interni—WebMCP è un cambio di prospettiva interessante: invece di insegnare a un modello a “usare la tua UI”, inizi a offrirgli strumenti intenzionali che rappresentano davvero ciò che il tuo sito sa fare.