WebMCP nel 2026: come preparare WordPress e i siti web agli AI Agent

WebMCP potrebbe cambiare profondamente il modo in cui gli AI Agent utilizzano i siti web. Invece di costringere un agente a leggere l’HTML, interpretare pulsanti, riconoscere form e tentare di capire un’interfaccia progettata per una persona, il sito può dichiarare direttamente quali azioni mette a disposizione.

Un ecommerce potrebbe esporre uno strumento per cercare prodotti. Un sito aziendale potrebbe permettere a un agente di inviare una richiesta commerciale. Una piattaforma di prenotazione potrebbe dichiarare un’azione per controllare la disponibilità.

Il concetto è semplice:

sito web
↓
WebMCP
↓
strumenti dichiarati
↓
AI Agent
↓
azione autorizzata

È una direzione particolarmente interessante per WordPress, WooCommerce, applicazioni web e provider hosting perché sposta una parte dell’interazione AI dal semplice crawling verso un modello nel quale il sito definisce esplicitamente ciò che un agente può fare.

WebMCP è però ancora una tecnologia sperimentale. Nel 2026 è una specifica in evoluzione e non deve essere trattata come una funzione universale già disponibile in tutti i browser.

Vediamo quindi che cos’è WebMCP, perché Cloudflare e Chrome stanno investendo in questa tecnologia, cosa sta facendo WordPress Playground e soprattutto come preparare oggi un sito senza introdurre inutili rischi in produzione.

Cos’è WebMCP

WebMCP è un’API progettata per permettere alle applicazioni web di fornire strumenti JavaScript agli AI Agent.

La specifica utilizza un’interfaccia disponibile nel documento della pagina attraverso:

document.modelContext

Il sito può quindi registrare strumenti descrivendone:

• nome;
• funzione;
• parametri richiesti;
• azione da eseguire;
• risultato restituito.

Un agente compatibile può scoprire questi strumenti e utilizzarli invece di cercare di ricostruire il funzionamento della pagina attraverso l’interfaccia grafica.

La specifica ufficiale è pubblicata dal Web Machine Learning Community Group ed è disponibile nella documentazione WebMCP.

WebMCP non è ancora uno standard Web definitivo

È importante chiarire subito questo punto.

Nel settembre 2026 WebMCP è pubblicato come Draft Community Group Report.

Non è ancora uno standard W3C definitivo e non appartiene al W3C Standards Track.

La tecnologia deve quindi essere considerata ancora sperimentale.

Questo significa che:

• le API possono cambiare;
• il supporto browser non è universale;
• le implementazioni possono differire;
• non è consigliabile costruire un servizio critico dipendente esclusivamente da WebMCP;
• i test dovrebbero essere inizialmente effettuati in ambienti controllati.

Per un’azienda o un webmaster il momento attuale è quindi ideale per capire e sperimentare, non per sostituire improvvisamente tutte le API tradizionali.

Perché gli AI Agent hanno bisogno di qualcosa come WebMCP

Il Web è stato progettato principalmente per le persone.

Una pagina contiene:

• menu;
• pulsanti;
• icone;
• form;
• tab;
• finestre modali;
• JavaScript;
• animazioni.

Una persona comprende visivamente che un pulsante con scritto “Prenota” serve a iniziare una prenotazione.

Per un AI Agent il problema è più complesso.

Senza un’interfaccia strutturata può essere necessario:

leggere il DOM
↓
interpretare il testo
↓
identificare il pulsante
↓
capire il form
↓
compilare i campi
↓
inviare
↓
interpretare il risultato

WebMCP propone un’alternativa:

tool: prenota_appuntamento

parametri:
- data
- orario
- nome

azione:
- crea prenotazione

Per l’agente è molto più chiaro.

WebMCP può ridurre la necessità di scraping dell’interfaccia

Uno degli aspetti più interessanti è proprio questo.

WebMCP non impedisce lo scraping e non sostituisce automaticamente robots.txt, firewall o sistemi anti-bot.

Può però ridurre la necessità per un agente compatibile di analizzare l’interfaccia come se fosse una persona.

Invece di:

AI → HTML → interpretazione → click simulato

si può avere:

AI → tool WebMCP → funzione

Il sito mantiene inoltre un vantaggio importante: può decidere quali strumenti esporre.

Questo approccio è molto diverso dal crawling indiscriminato.

Xlogic ha già approfondito la differenza tra Search, Training e Agent nell’articolo dedicato ai crawler AI e alle nuove policy Cloudflare.

WebMCP e MCP: qual è la differenza?

WebMCP e Model Context Protocol sono collegati, ma non sono esattamente la stessa cosa.

MCP permette generalmente a un’applicazione AI di collegarsi a server che espongono strumenti e dati.

WebMCP porta un concetto simile direttamente all’interno della pagina web.

Le due tecnologie possono inoltre lavorare insieme.

Cloudflare, per esempio, ha mostrato un bridge che può trasformare strumenti esposti da un MCP server del sito in tool disponibili attraverso WebMCP nel browser.

Come funziona un tool WebMCP

In forma semplificata un sito potrebbe dichiarare uno strumento simile a questo:

document.modelContext.registerTool({
    name: "cerca_prodotti",
    description: "Cerca prodotti nel catalogo",
    inputSchema: {
        type: "object",
        properties: {
            query: {
                type: "string"
            }
        }
    },
    execute: async ({ query }) => {
        // ricerca prodotto
    }
});

L’agente vede quindi:

cerca_prodotti

e sa quali parametri deve passare.

Non deve necessariamente cercare il campo di ricerca nella pagina e simulare una digitazione.

Esempi pratici di WebMCP

Il potenziale è molto più ampio della semplice ricerca.

Ecommerce

Un negozio potrebbe esporre strumenti come:

cerca_prodotti
verifica_disponibilita
ottieni_prezzo
calcola_spedizione

Sito aziendale

richiedi_preventivo
contatta_commerciale
trova_servizio

Hotel

verifica_camere
ottieni_tariffa
prenota_soggiorno

Ristorante

verifica_tavolo
prenota_tavolo
visualizza_menu

Hosting provider

Un provider potrebbe in futuro esporre strumenti controllati per attività come:

trova_piano_hosting
confronta_piani
verifica_dominio
apri_richiesta

La possibilità tecnica non significa naturalmente che ogni operazione debba essere esposta.

Un buon design parte sempre dalle azioni che possono essere eseguite in sicurezza.

Cloudflare WebMCP: cosa è stato annunciato

Il 6 agosto 2026 Cloudflare ha annunciato una developer preview di WebMCP.

L’obiettivo è consentire a un sito che utilizza Cloudflare di sperimentare WebMCP senza modificare direttamente il codice dell’origin.

Quando la funzione viene abilitata, Cloudflare può inserire all’edge un piccolo bridge JavaScript nelle pagine HTML.

Il bridge registra i tool disponibili per l’agente.

Il codice dell’applicazione origin rimane quindi invariato per questa specifica integrazione.

Cloudflare descrive l’implementazione come:

• developer preview;
• attivabile attraverso Cloudflare;
• eseguita davanti all’origin;
• compatibile con siti statici e applicazioni single-page;
• in grado di registrare tool nella pagina;
• potenzialmente collegabile a un MCP server esistente.

La presentazione tecnica completa è disponibile nell’articolo ufficiale Give any website a WebMCP interface.

Cloudflare non trasforma automaticamente ogni funzione del sito in un tool

Il concetto di “un solo switch” non deve essere interpretato come se Cloudflare fosse in grado di capire automaticamente qualsiasi funzione di WordPress, WooCommerce o di un’applicazione personalizzata.

I tool disponibili dipendono dalle integrazioni e dai tool pack configurati.

Se un sito dispone già di un proprio MCP server, Cloudflare può fare da ponte verso gli strumenti esposti da quel server.

Questo mantiene una separazione importante tra:

interfaccia WebMCP

e:

logica applicativa reale.

WebMCP e Chrome

Anche Chrome sta sperimentando WebMCP.

Google ha annunciato un origin trial per Chrome 149, che permette agli sviluppatori di provare la tecnologia su siti reali durante il periodo sperimentale.

Un origin trial non equivale a una disponibilità universale e definitiva del browser.

È un meccanismo utilizzato da Chrome per permettere test anticipati e raccogliere feedback prima che una nuova API venga eventualmente stabilizzata.

La documentazione ufficiale è disponibile nella pagina Join the WebMCP origin trial.

WebMCP e WordPress: la novità di settembre 2026

Il collegamento con WordPress è particolarmente interessante.

A settembre 2026 WordPress Playground ha introdotto supporto WebMCP.

Playground permette di eseguire WordPress direttamente nel browser attraverso PHP compilato in WebAssembly.

Il problema tecnico era che WordPress viene eseguito all’interno di un iframe annidato.

Un agente che analizza la pagina principale non può necessariamente vedere gli strumenti registrati all’interno dell’iframe.

WordPress Playground ha quindi introdotto un proxy WebMCP.

Il flusso diventa:

AI Agent
↓
pagina Playground
↓
WebMCP proxy
↓
WordPress nell'iframe
↓
plugin / tool

Il proxy pubblicizza nella pagina esterna gli strumenti disponibili nel WordPress embedded e inoltra le chiamate verso l’iframe.

WordPress Playground ha già tool WebMCP reali

Gli strumenti disponibili nel Playground comprendono attualmente funzioni relative a:

• gestione del sito;
• PHP;
• richieste HTTP;
• navigazione;
• informazioni sul sito;
• lettura e scrittura dei file;
• creazione di directory;
• eliminazione di file;
• gestione del filesystem.

Questo rende WordPress Playground un ambiente particolarmente interessante per sperimentare workflow AI senza dover utilizzare immediatamente un sito WordPress in produzione.

La spiegazione ufficiale è disponibile nell’articolo WordPress Playground and WebMCP.

WordPress Abilities API e WebMCP non sono la stessa cosa

Un altro punto importante riguarda la WordPress Abilities API.

Una Ability descrive un’azione che WordPress o un plugin possono offrire in modo strutturato.

Ma registrare una Ability non significa automaticamente renderla disponibile attraverso WebMCP.

La documentazione WordPress sottolinea infatti che un plugin deve wrappare l’Ability in un tool WebMCP se vuole renderla disponibile attraverso questo meccanismo.

Questa distinzione è importante perché evita di pensare che qualsiasi funzione WordPress diventi automaticamente accessibile a un AI Agent.

WebMCP può essere interessante per WooCommerce

Uno degli scenari più interessanti riguarda naturalmente WooCommerce.

Un negozio potrebbe in futuro mettere a disposizione strumenti controllati per:

• ricerca prodotto;
• informazioni articolo;
• verifica disponibilità;
• recupero prezzi;
• calcolo spedizione;
• azioni consentite sul carrello.

È importante però separare il concetto tecnologico dalla disponibilità concreta.

WebMCP è ancora sperimentale e non significa che oggi ogni WooCommerce sia automaticamente compatibile con qualsiasi AI Agent.

Il valore attuale è soprattutto capire quale architettura potrebbe emergere.

Il Web per gli AI Agent potrebbe diventare più efficiente

Un agente che deve interpretare visivamente una pagina utilizza risorse per comprendere elementi progettati per una persona.

Deve identificare:

• struttura;
• testo;
• bottoni;
• moduli;
• stato dell’interfaccia;
• risultati delle azioni.

Un tool strutturato elimina parte di questa ambiguità.

Per esempio:

{
  "name": "verifica_disponibilita",
  "product_id": 123
}

è più semplice da interpretare rispetto alla ricerca visiva del messaggio:

Disponibile - consegna in 2-3 giorni

all’interno di una pagina complessa.

WebMCP non elimina la necessità di API

È facile immaginare WebMCP come sostituto di qualsiasi API.

Non è così.

WebMCP rappresenta soprattutto un livello attraverso il quale un agente può scoprire e utilizzare strumenti nell’ambiente della pagina.

Il tool può comunque chiamare:

• REST API;
• endpoint WordPress;
• WooCommerce;
• database attraverso il backend;
• servizi esterni;
• MCP server.

La logica applicativa rimane quindi fondamentale.

WebMCP e hosting: cosa cambia realmente

WebMCP non rende inutile il server hosting.

Al contrario, quando un tool esegue un’azione dinamica può ancora coinvolgere l’intera infrastruttura.

Per esempio:

AI Agent
↓
WebMCP tool
↓
REST API
↓
WordPress
↓
PHP
↓
MySQL
↓
risposta

Di conseguenza rimangono importanti:

• tempo di risposta;
• CPU;
• RAM;
• PHP;
• database;
• storage;
• HTTPS;
• firewall;
• rate limiting;
• monitoraggio.

È qui che il tema diventa particolarmente interessante anche per un provider hosting.

WordPress, WebMCP e prestazioni

Un sito WordPress può rispondere molto rapidamente quando una richiesta viene soddisfatta direttamente dalla cache.

Le azioni degli AI Agent, però, saranno spesso dinamiche.

Per esempio:

• inviare un form;
• cercare nel database;
• verificare un ordine;
• aggiornare un dato;
• chiamare un’API;
• creare un contenuto.

Queste operazioni possono richiedere PHP e database.

L’infrastruttura deve quindi essere in grado di sostenere sia il traffico umano sia eventuali richieste machine-to-machine.

L’Hosting WordPress Xlogic utilizza LiteSpeed Enterprise, LSCache e storage SSD NVMe ed è progettato per fornire una base veloce e stabile a WordPress.

LiteSpeed può aiutare anche nell’era degli AI Agent

WebMCP non sostituisce la cache.

Le pagine e le risorse pubbliche continueranno a beneficiare di tecnologie come LiteSpeed Cache.

Una corretta cache consente di ridurre:

• esecuzioni PHP;
• query SQL;
• CPU utilizzata;
• TTFB;
• carico sull’origin.

Le azioni dinamiche eseguite tramite tool devono invece essere escluse dalla cache quando richiedono dati aggiornati o modificano lo stato dell’applicazione.

Sicurezza: il punto più importante di WebMCP

Esporre un tool a un AI Agent significa potenzialmente permettergli di eseguire un’azione.

È quindi fondamentale distinguere tra:

leggere informazioni

e:

modificare dati
eseguire ordini
inviare messaggi
eliminare contenuti

Non tutte le azioni dovrebbero essere automatizzate nello stesso modo.

Il principio più importante rimane quello del least privilege.

Un agente deve poter utilizzare soltanto gli strumenti necessari all’attività richiesta.

Un tool WebMCP dovrebbe richiedere autorizzazioni adeguate

Immaginiamo un tool:

cerca_articolo

Può essere relativamente poco rischioso.

Un tool:

elimina_ordine

ha invece conseguenze completamente differenti.

Le operazioni sensibili dovrebbero prevedere:

• autenticazione;
• autorizzazioni;
• verifica dell’identità;
• conferma dell’utente;
• logging;
• rate limiting;
• controllo degli input;
• possibilità di revoca.

WebMCP non significa “dare il sito all’intelligenza artificiale”

Il vantaggio concettuale è esattamente l’opposto.

Il sito dichiara:

queste sono le azioni che puoi utilizzare.

Un’implementazione corretta dovrebbe quindi aumentare il controllo rispetto a un agente costretto a interpretare liberamente tutta l’interfaccia.

Naturalmente questo dipende dalla qualità con cui vengono progettati e protetti i tool.

WebMCP e AEO

Finora l’Answer Engine Optimization si è concentrata soprattutto sulla capacità dei sistemi AI di:

• trovare contenuti;
• comprenderli;
• estrarre informazioni;
• citare le fonti.

Con WebMCP entra in gioco una dimensione nuova:

non soltanto essere comprensibili, ma diventare utilizzabili.

Possiamo quindi immaginare un’evoluzione:

SEO
→ essere trovato

AEO
→ essere compreso e citato

WebMCP
→ essere utilizzato da un agente

Non significa che WebMCP diventerà automaticamente un fattore SEO.

Significa che il Web agentico potrebbe introdurre un nuovo livello di ottimizzazione oltre ai contenuti.

WebMCP e robots.txt

I due strumenti risolvono problemi differenti.

robots.txt comunica preferenze relative al crawling.

WebMCP dichiara strumenti utilizzabili dagli agenti compatibili.

I due sistemi possono quindi convivere.

Crawler AI e WebMCP: due modelli diversi

Con un crawler il flusso tipico è:

bot
↓
scarica pagina
↓
analizza contenuto

Con WebMCP:

AI Agent
↓
visita pagina
↓
scopre tool
↓
esegue azione

È uno dei motivi per cui WebMCP è interessante per il futuro del Web.

Non sostituisce completamente il crawling, perché gli agenti avranno ancora bisogno di scoprire e comprendere informazioni.

Aggiunge però un canale strutturato per interagire con il sito.

Come preparare oggi WordPress a WebMCP

Non consiglierei oggi di installare plugin sconosciuti soltanto per poter dichiarare che un sito “supporta WebMCP”.

È più utile preparare l’infrastruttura.

1. Mantieni WordPress aggiornato

Le nuove funzionalità legate ad Abilities, Playground e integrazioni AI stanno evolvendo rapidamente.

2. Mantieni API e REST funzionanti

Molti tool WebMCP potrebbero appoggiarsi a normali endpoint applicativi.

3. Utilizza HTTPS

Le interazioni con agenti e API devono avvenire attraverso connessioni sicure.

4. Proteggi le funzioni sensibili

Non esporre azioni amministrative senza autenticazione e autorizzazione.

5. Mantieni buone prestazioni

Un tool che impiega dieci secondi a interrogare il database rimane lento anche se viene chiamato da un AI Agent.

6. Controlla i log

Le richieste machine-to-machine devono essere osservabili.

7. Sperimenta prima in Playground o staging

WordPress Playground rappresenta un ambiente ideale per comprendere WebMCP senza modificare immediatamente il sito pubblico.

WebMCP e Hosting WordPress Xlogic

WebMCP è una tecnologia browser e non richiede uno specifico tipo di hosting per esistere.

Il server continua però a ospitare WordPress e la logica che gli strumenti possono utilizzare.

Per esempio:

WebMCP
↓
WordPress REST API
↓
PHP
↓
MariaDB

La velocità e l’affidabilità dell’infrastruttura continuano quindi a influenzare il risultato.

I piani Hosting WordPress Xlogic mettono a disposizione un ambiente basato su tecnologie come:

• LiteSpeed Enterprise;
• LSCache;
• SSD NVMe;
• CloudLinux;
• cPanel;
• SSL;
• JetBackup;
• Imunify360;
• Redis e Memcached nei servizi previsti.

Non si tratta di funzionalità WebMCP.

Sono però le fondamenta infrastrutturali sulle quali applicazioni WordPress e future integrazioni AI possono operare.

WebMCP può diventare un vantaggio commerciale?

Potenzialmente sì, soprattutto per siti che offrono servizi o prodotti.

In futuro un’azienda potrebbe rendere disponibili direttamente agli agenti funzioni come:

• ricerca servizi;
• verifica prezzi;
• richiesta preventivo;
• prenotazione;
• consultazione catalogo;
• supporto;
• verifica disponibilità.

Questo potrebbe aprire un nuovo canale tra il sito e l’utente finale.

Ma è ancora troppo presto per promettere un aumento automatico di traffico o vendite.

Il vantaggio oggi consiste soprattutto nell’essere pronti a sperimentare una tecnologia che potrebbe diventare importante nel Web agentico.

Il Web potrebbe diventare “agent-friendly”

Per molti anni abbiamo progettato siti principalmente per:

desktop
mobile
tablet

Poi abbiamo iniziato a pensare anche a:

crawler
motori di ricerca
assistenti vocali
answer engine

Il prossimo livello potrebbe essere:

AI Agent

Un sito potrebbe quindi avere contemporaneamente:

• interfaccia visuale per l’utente;
• HTML e dati strutturati per motori e crawler;
• tool strutturati per agenti.

WebMCP rappresenta uno dei primi tentativi concreti di standardizzare quest’ultimo livello.

Checklist WebMCP per webmaster e sviluppatori

1. Non considerare ancora WebMCP uno standard definitivo.
2. Segui l’evoluzione della specifica.
3. Controlla il supporto del browser prima dei test.
4. Utilizza WordPress Playground per sperimentare.
5. Identifica le azioni che un agente potrebbe realmente utilizzare.
6. Evita tool eccessivamente generici.
7. Assegna permessi minimi.
8. Proteggi le operazioni di scrittura.
9. Utilizza HTTPS.
10. Controlla REST API e backend.
11. Registra le operazioni importanti nei log.
12. Applica rate limiting dove necessario.
13. Monitora CPU, PHP e database.
14. Non sostituire API consolidate con WebMCP senza una necessità reale.
15. Testa prima in staging.

WebMCP nel 2026: cosa aspettarsi

Nel 2026 siamo ancora all’inizio.

Abbiamo però contemporaneamente:

• una specifica WebMCP pubblica;
• un’implementazione sperimentale nei browser Chromium;
• un origin trial Chrome annunciato;
• una developer preview Cloudflare;
• supporto WordPress Playground;
• un ecosistema MCP in forte crescita.

Questi elementi non garantiscono che WebMCP diventerà necessariamente lo standard dominante.

Dimostrano però che browser, CDN, piattaforme e CMS stanno iniziando ad affrontare lo stesso problema:

come permettere agli AI Agent di interagire con il Web in modo più strutturato e controllabile.

Conclusioni

WebMCP rappresenta una delle tecnologie più interessanti emerse nel 2026 per il Web agentico.

Il suo obiettivo è semplice: permettere a un sito di dire esplicitamente agli AI Agent quali strumenti può utilizzare.

Questo può ridurre la necessità di interpretare l’interfaccia attraverso tecniche simili allo scraping e permette al proprietario del sito di progettare azioni specifiche.

Cloudflare ha già introdotto una developer preview, Chrome sta sperimentando l’API attraverso i propri programmi di test e WordPress Playground supporta già tool WebMCP all’interno del proprio ambiente browser.

La tecnologia rimane però sperimentale.

Non è ancora il momento di rendere un sito di produzione dipendente da WebMCP.

È invece il momento giusto per preparare le fondamenta:

• WordPress aggiornato;
• API affidabili;
• HTTPS;
• permessi corretti;
• prestazioni elevate;
• logging;
• infrastruttura stabile.

Il futuro del Web potrebbe non essere composto soltanto da persone che visitano pagine.

Sempre più spesso un utente potrebbe affidare un’attività a un AI Agent.

In quel momento i siti che sapranno offrire un’interfaccia strutturata, sicura e veloce agli agenti avranno un nuovo modo di interagire con i propri utenti.

Per WordPress, una base hosting veloce e affidabile rimane quindi fondamentale anche nell’era del Web agentico. Scopri i piani Hosting WordPress Xlogic.

Domande frequenti su WebMCP

Cos’è WebMCP?

WebMCP è un’API sperimentale che permette a un’applicazione web di esporre strumenti strutturati utilizzabili da AI Agent compatibili direttamente nell’ambiente browser.

WebMCP è già uno standard W3C?

No. Nel 2026 la specifica è pubblicata come Draft Community Group Report e non è ancora uno standard W3C definitivo.

WebMCP sostituisce MCP?

No. MCP e WebMCP sono tecnologie correlate ma differenti. MCP viene utilizzato per collegare client AI a server e strumenti, mentre WebMCP permette a una pagina web di esporre tool direttamente agli agenti nel browser.

WebMCP elimina lo scraping?

No. Non impedisce a un bot di effettuare scraping. Offre però agli agenti compatibili un modo più strutturato per interagire con il sito senza dover interpretare esclusivamente l’interfaccia grafica.

Cloudflare supporta WebMCP?

Sì. Cloudflare ha annunciato nell’agosto 2026 una developer preview che permette di aggiungere un bridge WebMCP alle pagine attraverso la propria infrastruttura edge.

Chrome supporta WebMCP?

Chrome sta sperimentando WebMCP e ha annunciato un origin trial per Chrome 149. La tecnologia non deve ancora essere considerata universalmente disponibile.

WordPress supporta WebMCP?

WordPress Playground supporta WebMCP e può rendere disponibili all’agente tool registrati dentro il WordPress eseguito nell’iframe. Questo non significa che ogni installazione WordPress in produzione esponga automaticamente strumenti WebMCP.

Una WordPress Ability diventa automaticamente un tool WebMCP?

No. WordPress specifica che un plugin deve collegare o wrappare la propria Ability in un tool WebMCP per renderla disponibile attraverso questo meccanismo.

WebMCP può essere utilizzato con WooCommerce?

Potenzialmente sì, attraverso tool progettati per funzioni ecommerce, ma l’implementazione deve essere sviluppata e protetta correttamente. WebMCP è ancora una tecnologia sperimentale.

Serve un hosting speciale per WebMCP?

No. WebMCP opera nell’ambiente browser, ma i tool possono richiamare WordPress, PHP, database e API. Un hosting veloce e stabile rimane quindi importante per le operazioni eseguite sul backend.