C’è una differenza tra sapere che qualcosa sta cambiando e capire cosa fare prima che cambi davvero. WebMCP è uno di quei cambiamenti che vale la pena capire adesso, non tra un anno quando tutti ne staranno parlando.
Il concetto di base è semplice: oggi, quando un agente AI come ChatGPT prova a fare qualcosa su un sito web, come compilare un modulo, prenotare un appuntamento, aggiungere un prodotto al carrello, deve indovinare. Legge il codice HTML della pagina, cerca di capire quale pulsante fa cosa, prova a riempire i campi nel formato corretto. A volte ci riesce, spesso no. Il più delle volte basta un piccolo aggiornamento grafico e l’intero flusso si rompe.
WebMCP risolve questo problema alla radice: invece di costringere l’agente a indovinare, permette al sito di dichiarare esplicitamente cosa può fare e come farlo.
Indice dei contenuti
Cosa significa WebMCP in pratica
WebMCP (Web Model Context Protocol) è uno standard web sviluppato congiuntamente da Google e Microsoft, attualmente pubblicato come bozza del W3C Community Group e disponibile in anteprima nella versione beta 146 di Chrome. È già integrato nell’infrastruttura di Cloudflare.
Non è ancora uno standard definitivo, ma la traiettoria è chiara: due dei principali fornitori di browser e piattaforme AI che collaborano su una specifica non è una scommessa unilaterale.
Il funzionamento si basa su un’interfaccia browser chiamata navigator.modelContext. Attraverso questa API, i siti web pubblicano quello che viene chiamato un Tool Contract, un catalogo strutturato delle azioni disponibili.
Quando un agente AI visita una pagina con WebMCP attivo, legge questo catalogo e sa esattamente cosa può fare: quali funzioni esistono, quali parametri richiedono, cosa restituiscono.
Il confronto con il vecchio metodo è netto: con lo screen scraping, un’operazione richiede 5-10 secondi con un tasso di errore del 15-20%. Con WebMCP, la stessa operazione si completa in 1-2 secondi con errori praticamente nulli.
Il Tool Contract: lo schema markup degli agenti AI
Chi lavora in SEO conosce già la logica dello schema markup: si annotano i contenuti per rendere leggibile alle macchine quello che per un umano è già comprensibile. WebMCP funziona allo stesso modo, ma su un piano diverso.
Con i dati strutturati (come JSON-LD) si dice all’AI cosa è la pagina “questo è un prodotto che costa 100 euro”. Con WebMCP si dice all’AI cosa può fare “questa è la funzione per acquistare il prodotto”. Informazione contro azione. La differenza non è sottile.
Questo è un cambiamento molto importante, al pari dei dati strutturati. Come lo schema markup nei suoi primi anni, WebMCP oggi chiede poco in cambio di un vantaggio che potrebbe diventare molto grande nel momento in cui gli agenti AI diventano una fonte di traffico rilevante.
Due modi per implementarlo: dichiarativo e imperativo
WebMCP propone due API distinte. L’API dichiarativa è quella più semplice da adottare: si annotano i moduli HTML esistenti con attributi che descrivono la funzione del modulo e il significato di ciascun campo. Il browser traduce automaticamente queste informazioni in uno strumento strutturato che un agente può richiamare, senza che nulla cambi per il visitatore umano.
Concretamente, un modulo di contatto standard diventa leggibile per un agente aggiungendo attributi come toolname, tooldescription e toolparamdescription ai campi esistenti.
L’agente non deve più interpretare cosa fa il campo “città” o cosa ci si aspetta nel campo “messaggio”, il modulo lo dichiara esplicitamente. Google Chrome Labs ha già pubblicato una demo funzionante di prenotazione alberghiera che mostra come il set di strumenti disponibili cambi dinamicamente man mano che l’utente avanza nel flusso: prima la ricerca, poi il filtro, poi la prenotazione.
L’API imperativa è più matura nella specifica ed è già disponibile per i test. Permette di registrare strumenti direttamente in JavaScript, ed è la scelta giusta per interazioni complesse o a più fasi come checkout e-commerce, preventivi su misura, configuratori di prodotto.
Per la maggior parte dei siti, il punto di partenza è l’API dichiarativa. Richiede modifiche minime al codice esistente e copre già i casi d’uso più comuni.
Perché questo conta per chi vuole essere visibile
La domanda chiave è: quale sito ottiene l’interazione da un agente AI? Quello con cui l’agente può agire in modo chiaro e senza intoppi. Se un concorrente ha implementato WebMCP e tu no, l’agente completa l’azione sul loro sito e passa oltre e l’utente potrebbe non sapere mai di aver avuto una scelta.
Questo è il punto che cambia la prospettiva per chi lavora in SEO e GEO. Fino ad oggi l’ottimizzazione per gli strumenti AI ha significato: essere citati, comparire nelle risposte generate, presidiare le fonti che ChatGPT o Gemini usano come riferimento. WebMCP aggiunge un livello in più: non basta essere menzionati, bisogna essere il sito su cui l’agente può completare un’azione per conto dell’utente.
WebMCP segna il passaggio dalla Generative Engine Optimization (GEO) alla Agentic Engine Optimization (AEO): non solo il contenuto viene letto dall’AI, ma il sito viene attivamente usato dall’AI per completare compiti degli utenti.
Per un’agenzia, questo apre un servizio concreto da offrire ai clienti: audit di compatibilità con WebMCP, implementazione dell’API dichiarativa sui moduli principali (contatti, preventivi, prenotazioni), e poi integrazione dell’API imperativa per i flussi più articolati. Non è un lavoro da zero: si parte da ciò che esiste già.
La finestra è aperta, ma non resterà aperta per sempre
Uno dei pattern ricorrenti nell’adozione delle tecnologie web è questo: scetticismo iniziale, poi adozione riluttante, poi dipendenza. È successo con lo schema markup, con SSL, con l’ottimizzazione mobile. In ogni caso, chi ha capito il cambiamento di fondo (non solo la tattica) ha amplificato il vantaggio nel tempo.
WebMCP oggi è ancora in fase sperimentale. L’API dichiarativa non ha ancora attributi definitivi. Chrome 146 è una beta. Ma la co-firma Google-Microsoft, l’integrazione in Cloudflare e l’avanzamento verso la standardizzazione W3C indicano una direzione precisa.
La traiettoria è questa: le specifiche maturano, i browser lo includono, gli agenti imparano a preferire i siti che offrono strumenti strutturati, e i siti che non si sono adeguati diventano invisibili a quella categoria di visitatori.
Chi inizia a familiarizzare con WebMCP adesso, anche solo capendo come funziona il Tool Contract e dove si applicherebbe sui siti dei propri clienti, si trova in una posizione molto migliore rispetto a chi dovrà recuperare in fretta tra dodici mesi.
