WebMCP: quando il tuo sito web diventa azionabile dagli agenti IA
A febbraio 2026, Google ha integrato WebMCP in una preview di Chrome. Dietro l'acronimo c'è uno standard W3C, co-guidato con Microsoft, che trasforma ogni sito web in un'API chiamabile dagli agenti IA. Dopo il GEO (essere citati), ecco l'era in cui bisogna anche essere azionabili.
Da "rispondere all'umano" a "servire gli agenti"
Dal 2024, il dibattito GEO (Generative Engine Optimization) si è concentrato su una domanda: come fare in modo che ChatGPT, Perplexity o Gemini citino il tuo sito nelle loro risposte? Statistiche, citazioni, struttura chiara, earned media — il manuale è ormai ben documentato.
WebMCP sposta il problema di un livello. Quando un utente dice al proprio agente IA "prenotami un volo Parigi–Lisbona domani mattina sul sito X" oppure "comprami queste scarpe", non si tratta più di essere citati. Si tratta di essere eseguiti. Oggi, gli agenti che cercano di interagire con un sito "normale" devono simulare un umano: fare il parsing del DOM, cliccare elementi visivi, indovinare a cosa serve ogni pulsante. È lento, poco affidabile e si rompe al minimo cambio di UI.
WebMCP propone un'altra via: lasciare che il sito si dichiari da sé agli agenti, come un insieme di strumenti tipizzati.
Cos'è WebMCP, concretamente?
WebMCP (Web Model Context Protocol) è uno standard W3C in corso che permette a una pagina web di esporre le proprie funzionalità — compilare un modulo, avviare una ricerca, aggiungere un prodotto al carrello, aprire un ticket di supporto — come strumenti chiamabili da un agente IA, direttamente dal browser.
Il progetto è nato nell'estate 2025 con il nome MCP-B ("MCP for the Browser"), creato da un ex sviluppatore di Amazon. Oggi è guidato da Google (team Chrome) e Microsoft (team Edge), sotto il cappello WebMCP, e pilotato al W3C. Una prima bozza della specifica è stata pubblicata a inizio 2026, e Chrome ha aperto un Early Preview Program per gli sviluppatori.
Il principio eredita dal Model Context Protocol di Anthropic (2024), che normalizza il modo in cui un LLM chiama strumenti esterni. WebMCP ne è l'estensione naturale al browser: la pagina web diventa essa stessa un server MCP, e gli strumenti vengono eseguiti lato client, all'interno del tab dell'utente.
Due API: dichiarativa e imperativa
Lo standard offre due modi per esporre delle capacità.
1. L'API dichiarativa — per i moduli HTML
Basta aggiungere attributi a un <form> esistente. Nessun JavaScript da scrivere.
<form action="/search" toolname="search_flights"
tooldescription="Search available flights between two cities">
<input name="from" toolparamtitle="Departure city"
toolparamdescription="IATA code or city name" />
<input name="to" toolparamtitle="Arrival city"
toolparamdescription="IATA code or city name" />
<input type="date" name="date" toolparamtitle="Departure date" />
<button type="submit">Search</button>
</form>
Per un agente, questo modulo non è più un insieme di pixel da interpretare: è uno strumento search_flights con tre parametri documentati.
2. L'API imperativa — per tutto il resto
Per interazioni più dinamiche (azioni lanciate in una SPA, filtraggio, modifica del carrello…), gli sviluppatori usano una nuova interfaccia JavaScript:
navigator.modelContext.registerTool({
name: "add_to_cart",
description: "Add a product to the user's shopping cart",
schema: {
productId: { type: "string", description: "Product SKU" },
quantity: { type: "number", description: "Number of units" }
},
async execute({ productId, quantity }) {
await cart.add(productId, quantity);
return { ok: true, cartSize: cart.size };
}
});
La bozza W3C definisce tre metodi principali su window.navigator.modelContext:
provideContext(...)— aggiornamento completo (comodo per le SPA)registerTool(...)— aggiunta di uno strumento singolounregisterTool(...)— rimozione di uno strumento
Le funzioni possono essere asincrone e delegate a web worker.
I tre casi d'uso che Google mette in evidenza
Nell'annuncio dell'Early Preview Program, il team Chrome identifica tre terreni prioritari:
- Supporto clienti — l'agente compila un ticket con il contesto tecnico (browser, URL corrente, log di errore) senza che l'utente debba ridigitare tutto.
- E-commerce — l'agente trova un prodotto, configura le opzioni (taglia, colore, personalizzazione), lo aggiunge al carrello e completa il checkout.
- Viaggi — l'agente cerca voli, filtra, prenota, il tutto dialogando con l'utente anziché cliccare al suo posto.
Non sono gli unici usi — qualsiasi interfaccia basata su moduli o azioni strutturate è candidata.
Cosa cambia WebMCP per il GEO
Finora, la presenza di un brand nell'ecosistema IA si misurava su due assi:
- Discoverability — i motori IA menzionano il tuo brand quando un utente fa una domanda pertinente?
- Accuracy — ciò che dicono di te è corretto, aggiornato, positivo?
WebMCP apre un terzo asse: l'azionabilità. Quando un utente dice al proprio agente "ordinami una pizza", emergono tre scenari:
- Nessun sito del mercato implementa WebMCP → l'agente cerca come può di navigare visivamente, fallisce spesso e finisce per raccomandare un concorrente.
- Un solo attore del mercato implementa WebMCP → l'agente sceglie sistematicamente quel sito, perché è l'unico che può manipolare in modo affidabile.
- Più siti implementano WebMCP → la competizione riparte, ma ora sulla qualità degli strumenti esposti (granularità, velocità, descrizioni chiare).
È esattamente la dinamica vissuta con il responsive design verso il 2012–2014: prima un bonus di esperienza, poi un segnale Google, poi un prerequisito assoluto. Semrush, nella sua copertura recente, traccia esplicitamente il parallelo: i siti che si muovono presto cattureranno il traffico agentico emergente, i ritardatari perderanno terreno.
Per i brand che accompagniamo su Hlight, l'implicazione è diretta: una strategia GEO completa nel 2026 non si limita più al contenuto editoriale. Deve includere un audit di azionabilità — i vostri percorsi chiave sono esponibili via WebMCP? I vostri moduli sono abbastanza puliti da bastare un'annotazione dichiarativa?
Cosa non risolve ancora
Lo standard è giovane e diverse domande rimangono aperte:
- Sicurezza e privacy — la sezione corrispondente della bozza W3C è attualmente vuota. I rischi di tipo CSRF, XSS o abusi combinati con funzionalità emergenti (Prompt API, Web AI) non sono ancora inquadrati.
- Consenso utente — da quale momento l'agente può chiamare uno strumento senza richiedere conferma? I controlli dipendono ancora molto dal client MCP (Claude Desktop, Chrome, ecc.), non dal protocollo.
- Supporto multi-browser — Chrome apre le danze in preview, Edge segue, Firefox e Safari non si sono ancora impegnati. La generalizzazione è attesa a metà o fine 2026 nel migliore dei casi.
- Scopribilità degli strumenti stessi — nulla dice oggi quali siti espongono WebMCP, né come gli agenti li prioritizzino. Somiglia pericolosamente a un nuovo terreno di ranking.
Cosa fare adesso?
Tre azioni concrete per i team che costruiscono o gestiscono un sito:
- Fare un audit dei percorsi chiave. Quali sono le 3-5 azioni che un utente viene realmente a fare da voi (comprare, prenotare, registrarsi, contattare)? Sono le prime candidate all'esposizione WebMCP.
- Ripulire i moduli HTML. L'API dichiarativa costa quasi nulla… a condizione di avere
<form>puliti,nameespliciti e label sensate. È igiene HTML che serve anche all'accessibilità e al SEO. - Iscriversi all'Early Preview Program di Chrome. Il team Chrome pubblica documentazione, demo e modifiche alla spec man mano. Esserci presto significa non rifare il lavoro sei mesi dopo.
E sul fronte GEO: continuare a investire nella citazione (statistiche, fonti, earned media), perché un agente che non ti conosce non chiamerà mai i tuoi strumenti — per quanto ben esposti siano.
Fonti
- webmcp.dev — WebMCP open source library
- Chrome Developers — WebMCP Early Preview Program
- Semrush — What is WebMCP?
- Silicon.fr — WebMCP: interfaccia tra web e agenti IA
- Le Monde Informatique — L'API WebMCP estende le app web agli agenti IA
- Codely — What is WebMCP and how to use it
- VentureBeat — Google Chrome ships WebMCP in early preview
- Forbes — Google ships WebMCP, the browser-based backbone for the agentic web