WebMCP è uno standard che permette al tuo sito di consegnare strumenti già pronti a un agente AI: invece di indovinare dove cliccare, l’agente chiama una funzione che hai definito tu. Il 25 agosto OpenAI l’ha attivato dentro il browser dell’app desktop di ChatGPT. Shopify l’ha acceso su tutti i negozi Liquid, senza che il commerciante debba fare niente. Su WooCommerce non esiste ancora nulla di ufficiale. Ma prima di correre a preventivare: WebMCP funziona solo quando l’agente è già sul tuo sito. Non ti fa trovare. Ti fa usare. Sono due partite diverse, e la prima quasi nessuna PMI italiana l’ha ancora vinta.
Sommario
- Cos’è WebMCP, senza gergo
- Cosa ha annunciato OpenAI il 25 agosto
- WebMCP non è l’MCP di cui ti hanno parlato
- Shopify l’ha acceso per tutti. WooCommerce no.
- Il limite che cambia tutto: nessuno ti trova grazie a WebMCP
- Il paradosso del JavaScript
- Cosa farei oggi: 6 mosse concrete
- Dove si incastra con SEO e GEO
- Domande frequenti
- Cosa significa per le aziende italiane
Cos’è WebMCP, senza gergo
Oggi, quando un agente AI arriva sul tuo sito per fare qualcosa — cercare un prodotto, compilare un modulo, aggiungere al carrello — si comporta come una persona miope. Legge il codice della pagina, prova a capire cosa fa quel pulsante, simula un clic, controlla se è successo qualcosa. La documentazione ufficiale di Chrome ha un nome tecnico per questa cosa: attivazione. Io la chiamo tirare a indovinare con metodo.
WebMCP ribalta la logica. Il sito, invece di lasciare che l’agente interpreti l’interfaccia, dichiara: «ecco le cose che so fare, si chiamano così, vogliono questi dati, restituiscono questo risultato». Sono strumenti registrati via JavaScript, con un nome, una descrizione in linguaggio naturale e uno schema di input.
OpenAI, nell’annuncio della sua iniziativa per gli sviluppatori, l’ha detta in modo più asciutto di qualsiasi mia parafrasi: invece di lasciare che gli agenti indovinino la strada attraverso la tua interfaccia, definisci esattamente come possono usare la tua applicazione.
Un esempio pratico. Hai un configuratore di preventivi sul sito: tre menù a tendina, un calcolo, un risultato. Un agente AI oggi ci sbatte contro nel 90% dei casi, perché quei menù sono componenti costruiti via script e non campi HTML normali. Con WebMCP tu registri uno strumento che si chiama calcola_preventivo, dichiari che vuole tre parametri, e l’agente lo chiama. Fine. Nessun clic simulato, nessuna interpretazione.
Lo standard è una bozza pubblicata dal Web Machine Learning Community Group del W3C. Non è ancora uno standard W3C ufficiale e non è nemmeno sul percorso di standardizzazione. Questo è un dettaglio che chi ti proporrà un pacchetto «WebMCP ready» a 3.000 euro probabilmente non ti dirà.
Cosa ha annunciato OpenAI il 25 agosto
OpenAI ha aggiunto il supporto WebMCP al browser integrato nell’app desktop di ChatGPT. Nella loro documentazione la funzione si chiama site tools, strumenti del sito, e viene descritta come l’implementazione OpenAI dello standard WebMCP proposto.
In pratica: apri un sito nel browser interno di ChatGPT, chiedi all’assistente di fare qualcosa, e se quella pagina espone degli strumenti l’agente li scopre e li usa. Nella barra degli indirizzi compare un indicatore che dice quali strumenti sono disponibili e se ognuno può solo leggere dati o anche modificarli.
I limiti dichiarati, quelli veri
Qui c’è la parte che nei riassunti entusiasti sparisce. Dalla documentazione OpenAI, testuale:
- Serve GPT-5.6 Sol o GPT-5.6 Terra. Su GPT-5.6 Luna WebMCP è disattivato.
- Funziona solo nel browser integrato dell’app desktop di ChatGPT, non in Chrome tramite ChatGPT.
- Non è disponibile nei workspace Enterprise ed Edu.
- Il browser di ChatGPT supporta solo una parte delle API WebMCP: l’API dichiarativa (quella che si aggiunge annotando i moduli HTML, la più semplice) non è supportata. Servono strumenti registrati via JavaScript nella pagina principale.
- Gli strumenti registrati dentro un iframe non vengono scoperti. Né same-origin né cross-origin.
Traduco l’ultimo punto, perché è quello che riguarda più aziende italiane di quante immagini: se il tuo preventivatore, il tuo calendario di prenotazione o il tuo modulo di contatto sono incorporati nel sito come iframe di un servizio esterno — e nelle PMI italiane succede quasi sempre — con l’implementazione attuale di ChatGPT quella parte del sito, per WebMCP, non esiste.
OpenAI aggiunge una cosa che mi sembra la più onesta di tutto il documento: la documentazione non spiega in che modo WebMCP influisca su posizionamenti, citazioni o scopribilità. Non c’è nessuna promessa di visibilità. Chi te la venderà, se la sta inventando.
La sicurezza, detta bene
OpenAI scrive che le definizioni degli strumenti e i risultati forniti dal sito sono contenuto non affidabile. Il nome di uno strumento, o la sua dichiarazione di essere in sola lettura, non è una prova di quello che fa davvero. Ogni chiamata passa un controllo di sicurezza prima di essere eseguita, e per azioni conseguenti — acquisti, cancellazioni, invio di messaggi, cambi di permessi — resta la conferma dell’utente.
Questa è la parte che, se sei un’azienda, ti conviene leggere due volte. Stai per dare a un software esterno la possibilità di eseguire funzioni dentro la sessione autenticata del tuo cliente. Va progettata con la stessa serietà con cui progetteresti un’API pubblica, non come un plugin da installare il venerdì pomeriggio.
WebMCP non è l’MCP di cui ti hanno parlato
Me lo stanno già confondendo, quindi mettiamo ordine. Sono due cose diverse che risolvono due problemi diversi.
MCP (Model Context Protocol) collega un’applicazione AI a un server, locale o remoto. I suoi strumenti funzionano indipendentemente da una pagina aperta: l’AI interroga un servizio, legge dati, scrive record, tramite un’API. È quello che ho fatto ad agosto pubblicando un server MCP pubblico per Dalpralab: ChatGPT può chiedere i miei servizi, i prezzi e la metodologia senza che nessuno apra il mio sito.
WebMCP mette a disposizione gli strumenti della pagina che l’agente sta guardando in quel momento. Nessun server da installare, nessun connettore da configurare. Ma serve una scheda del browser aperta, con una sessione viva.
La documentazione di Chrome lo dice esplicitamente: le chiamate agli strumenti sono gestite in JavaScript, quindi serve un contesto di navigazione. Non è previsto il supporto in modalità headless, cioè senza un browser aperto.
Quindi: MCP serve quando vuoi che l’AI possa interrogarti anche quando nessuno ti sta visitando. WebMCP serve quando qualcuno ti sta già visitando e vuoi che l’agente lavori bene sulla tua pagina. Un sito può fare entrambe le cose. Ma sono investimenti con obiettivi diversi, e mescolarli in un unico preventivo è il primo segnale che chi te lo sta vendendo non ha capito la differenza.
Shopify l’ha acceso per tutti. WooCommerce no.
Questa è la notizia dentro la notizia, e in Italia non l’ha ripresa quasi nessuno.
Shopify ha annunciato nel proprio changelog per sviluppatori che ogni vetrina Liquid espone già strumenti WebMCP, e lo stesso vale per le vetrine costruite con la developer preview di Hydrogen. Testuale: non c’è niente da installare o configurare.
Gli strumenti che un agente può chiamare su un qualunque negozio Shopify sono questi:
- Catalogo:
search_catalog,browse_store,get_product,show_variant - Carrello:
get_cart,update_cart,cancel_cart - Checkout e ordini:
proceed_to_checkout,manage_orders - Contenuti:
search_shop_policies_and_faqs
Dieci strumenti. Gratis. Accesi di default. Shopify precisa anche che sta contribuendo a scrivere la specifica insieme a Google e Microsoft, e che tutto quello che l’agente fa avviene sulla sessione viva del cliente: se il tuo tema apre il cassetto del carrello quando si aggiorna, lo apre anche quando è l’agente a farlo.
Su WooCommerce, che è la piattaforma su cui lavora la maggior parte dei miei clienti, non esiste nulla di equivalente e ufficiale. Esistono plugin di terze parti, e qui voglio darti il numero vero invece della solita frase rassicurante: il più visibile sulla directory di WordPress, WebMCP Bridge, dichiara poco più di 500 installazioni attive e l’ultimo aggiornamento risale a quattro mesi fa. Non sto dicendo che sia fatto male. Sto dicendo che è un progetto giovane, con pochissima adozione, su uno standard che cambia ancora.
Se domani mi chiami e mi chiedi «lo installiamo?», la mia risposta oggi è no, non su un negozio che fattura. Non perché WebMCP non conti. Perché il rapporto tra rischio e ritorno, oggi, non regge.
Il limite che cambia tutto: nessuno ti trova grazie a WebMCP
Se leggi una riga sola di questo articolo, leggi questa. È scritta nella documentazione ufficiale di Chrome, nella sezione dei limiti, e vale più di tutto l’entusiasmo che leggerai altrove:
I client e i browser devono visitare direttamente un sito per sapere se dispone di strumenti chiamabili.
Tradotto: non esiste un indice degli strumenti WebMCP. Non c’è un motore di ricerca che sa quali siti espongono cosa. Nessun agente al mondo, oggi, può decidere di venire da te perché hai implementato WebMCP. L’agente lo scopre solo dopo essere arrivato.
E come ci arriva? Nel modo di sempre: perché quel sito è stato citato in una risposta AI, perché è emerso in una ricerca, perché il cliente lo aveva già in mente. Cioè per SEO, per GEO, per reputazione. Per le cose di cui scrivo da mesi.
WebMCP è il secondo tempo di una partita di cui la maggior parte delle aziende italiane non ha ancora giocato il primo. Rendere il tuo sito perfettamente utilizzabile da un agente che non arriva mai è come assumere un venditore bravissimo e metterlo in un negozio in cui non entra nessuno.
Ho un cliente da cui arrivano 40.000 visite al mese dalle AI Overview. Per lui, un giorno, WebMCP avrà senso: il traffico agentico c’è già, e va servito meglio. Per un’azienda che nelle risposte AI non compare mai, WebMCP è ottimizzare l’ultimo miglio di una strada che non parte.
Il paradosso del JavaScript
C’è una tensione tecnica che merita di essere raccontata, perché smonta un equivoco comodo.
Gli strumenti WebMCP si registrano via JavaScript, eseguito in un browser vero, con una sessione attiva. Ma i crawler che alimentano le risposte AI — quelli che decidono se il tuo sito finisce nella memoria di un modello — il JavaScript non lo eseguono quasi mai. Un test di 41 giorni ha misurato che otto crawler AI su dieci hanno trovato zero pagine dietro a link generati via script.
Sono due livelli separati e non comunicanti:
- Livello crawler (chi ti conosce): HTML statico, leggibile, senza JavaScript. Qui si decide se esisti.
- Livello agente in browser (chi ti usa): JavaScript vivo, sessione autenticata, WebMCP. Qui si decide se sai farti usare.
Il rischio concreto per una PMI è investire sul secondo livello convinta di risolvere il primo. Non lo risolve. E nemmeno lo peggiora, per fortuna: WebMCP è un miglioramento progressivo, l’interfaccia normale per le persone resta identica. Ma non è un sostituto della leggibilità.
Su questo la documentazione di Chrome è chiara anche su un altro punto: se il tuo sito è molto complesso, probabilmente dovrai rifattorizzare o aggiungere codice per gestire lo stato dell’applicazione. Non è un interruttore. È un progetto di sviluppo.
Cosa farei oggi: 6 mosse concrete
Le metto in ordine di priorità reale, non di novità.
1. Verifica se sei leggibile prima di essere usabile
Disattiva JavaScript nel browser e prova ad arrivare alla tua pagina più redditizia cliccando. Se non ci arrivi, il problema non è WebMCP. Dieci minuti, zero euro, e ti risparmia una discussione da tremila.
2. Se sei su Shopify, non fare niente. Verifica e basta.
Ce l’hai già. Apri il tuo negozio nel browser dell’app desktop di ChatGPT con un modello compatibile e chiedi all’assistente di cercarti un prodotto e metterlo nel carrello. Guarda cosa succede. È il test di realtà più veloce che esista, e ti dice più di qualsiasi report.
3. Se sei su WooCommerce, aspetta l’implementazione ufficiale
WooCommerce ha una roadmap dichiarata sul commercio agentico. Finché non arriva un supporto nativo, un plugin di terze parti con 500 installazioni che tocca carrello e checkout è un rischio che non consiglio su un negozio che fattura. Se vuoi muoverti prima, fallo su un ambiente di prova.
4. Se hai uno strumento interattivo che vale soldi, valuta il caso singolo
Configuratore, preventivatore, ricerca avanzata, area riservata con dati. Sono i casi in cui WebMCP ha un ritorno reale, perché sono esattamente i punti dove oggi un agente si rompe. Uno strumento in sola lettura, ben scritto, è un progetto di poche ore per uno sviluppatore che conosce il tuo codice.
5. Non toccare acquisti e dati sensibili, per ora
Parti dalla lettura. Cercare, filtrare, leggere uno stato. Le azioni che scrivono — ordini, cancellazioni, invii — richiedono un livello di attenzione alla sicurezza che, se non hai qualcuno che se ne occupa seriamente, non vale l’esperimento.
6. Metti in calendario una verifica a gennaio
Lo standard è una bozza, l’origin trial di Chrome è aperto, OpenAI supporta un sottoinsieme delle API. Tra sei mesi il quadro sarà diverso. Rivederlo allora è una decisione. Ignorarlo per due anni no.
Dove si incastra con SEO e GEO
Uso il vocabolario di sempre, così ci capiamo. Ci sono tre livelli, e vanno nell’ordine.
La SEO classica ti rende indicizzabile: se il tuo HTML non si legge, non esisti da nessuna parte. La GEO — l’ottimizzazione per i motori generativi — rende il tuo brand leggibile e coerente come fonte, così che quando l’AI deve nominare qualcuno nomini te. La AEO lavora sulla probabilità di essere citato dentro la risposta sintetizzata.
WebMCP non è nessuno di questi tre. È un quarto livello, che arriva dopo: l’usabilità agentica. Riguarda cosa succede quando l’agente è già arrivato.
Il modo più veloce per capire se ha senso per te è guardare un solo numero: quante visite ti arrivano oggi dalle piattaforme AI. Ce l’hai già gratis nel report AI di Search Console e nei referral di Analytics. Se quel numero è vicino allo zero, la priorità è la GEO. Se è consistente e cresce, WebMCP diventa una domanda legittima.
Aggiungo l’osservazione che mi sta più a cuore, ed è la stessa che ho fatto quando ho misurato i dati SeoZoom del mio settore: nella consulenza SEO italiana un dominio con Zoom Authority 31 viene citato dalle AI più spesso di uno con ZA 43. Non vince chi ha più forza. Vince chi è scritto in modo che una macchina possa riusarlo. WebMCP è la stessa idea portata dal testo all’azione: non basta essere bravi, bisogna essere chiamabili.
Domande frequenti
WebMCP mi fa posizionare meglio su Google?
No, e non c’è nessuna fonte ufficiale che lo affermi. La documentazione OpenAI dice esplicitamente che non spiega come WebMCP influisca su posizionamenti, citazioni o scopribilità. È uno standard di interazione, non di visibilità. Chi te lo vende come leva SEO ti sta vendendo una cosa che non esiste.
Devo installare WebMCP sul mio sito WordPress adesso?
Se il tuo sito è vetrina o blog, no: non c’è quasi nulla da esporre e nessuno ne trarrebbe beneficio. Se hai un WooCommerce che fattura, aspetterei un supporto ufficiale: i plugin di terze parti disponibili oggi hanno poche centinaia di installazioni e toccano carrello e checkout. Se hai uno strumento interattivo proprietario, è il caso in cui vale la pena parlarne con chi sviluppa il tuo sito.
Che differenza c’è tra MCP e WebMCP?
MCP collega un’AI a un server e funziona anche senza che nessuno apra il tuo sito: è utile per farti interrogare in qualunque momento. WebMCP espone gli strumenti della pagina che l’agente sta guardando, quindi richiede un browser aperto e una sessione attiva. Un sito può supportarli entrambi, ma risolvono problemi diversi.
Se ho un negozio Shopify devo fare qualcosa?
No. Shopify ha attivato gli strumenti WebMCP su tutte le vetrine Liquid e sulla developer preview di Hydrogen, senza nessuna configurazione da parte del commerciante. Un agente compatibile può già cercare nel catalogo, gestire il carrello e avviare il checkout. L’unica cosa sensata è provarlo di persona e verificare che il tuo tema si comporti come ti aspetti.
WebMCP è già uno standard ufficiale?
No. È una bozza pubblicata dal Web Machine Learning Community Group del W3C, non è uno standard W3C e non è sul percorso di standardizzazione. In Chrome è disponibile tramite origin trial e con un flag per lo sviluppo locale. È tecnologia da valutare, non da dare per assodata.
Cosa significa per le aziende italiane
Tre cose, in ordine di importanza.
La prima: non è il tuo turno, e va bene così. WebMCP funziona solo su siti che gli agenti già visitano. Se la tua azienda non compare nelle risposte AI, ottimizzare l’esperienza dell’agente è ottimizzare un’esperienza che non avviene. La cosa più redditizia che puoi fare questo mese resta la stessa: rendere le tue pagine leggibili senza JavaScript, scrivere risposte che si reggono da sole, tenere in ordine i dati. Ordine, non budget.
La seconda: il divario tra piattaforme si è appena allargato. Un negozio Shopify ha ricevuto dieci strumenti agentici gratis, senza fare niente, il 5 agosto. Un negozio WooCommerce non ha ricevuto niente. È lo stesso schema che abbiamo visto con i feed prodotto e con i dati strutturati: le piattaforme chiuse spingono l’aggiornamento a tutti, le piattaforme aperte lasciano la scelta — e la fatica — al singolo. Non è un motivo per migrare, e chi ti dice il contrario ha un interesse. È un motivo per sapere che, su WooCommerce, quelle cose vanno decise e fatte, non aspettate.
La terza, che è la più importante: sta cambiando cosa vuol dire “avere un sito”. Per venticinque anni il sito è stato un posto dove una persona guarda delle cose. Con l’MCP è diventato anche un servizio che una macchina interroga. Con WebMCP diventa un posto dove una macchina fa delle cose al posto di una persona, mentre la persona guarda. Non devi correre a implementare nulla domani. Ma se stai per rifare il sito, o se stai valutando un preventivo di sviluppo per i prossimi due anni, questa domanda va messa sul tavolo adesso: quali tre cose vorrei che un agente AI potesse fare sul mio sito al posto del mio cliente?
Se non sai rispondere, il problema non è WebMCP. È che il tuo sito non fa ancora niente. E quello, di sicuro, non lo risolve uno standard.