Finora, quando un agente AI doveva lavorare su un sito web, spesso era costretto a comportarsi quasi come un utente umano: leggere la pagina, interpretare pulsanti e campi, fare clic, attendere il caricamento e verificare il risultato. È un approccio che può funzionare, ma resta fragile. Basta cambiare un’etichetta, spostare un elemento dell’interfaccia o introdurre un popup perché l’automazione diventi meno affidabile.
Negli ultimi giorni è arrivato un segnale importante di una possibile evoluzione del web. Il 5 settembre 2026 il team WordPress Playground ha pubblicato un approfondimento sull’integrazione di WebMCP con Playground e sui Site tools supportati dal browser integrato nell’app desktop di ChatGPT. L’idea è semplice ma potenzialmente molto rilevante: invece di chiedere all’agente AI di “indovinare” come usare una pagina, il sito può dichiarare in modo strutturato quali operazioni mette a disposizione.
Per aziende, sviluppatori WordPress e professionisti digitali significa iniziare a progettare siti non soltanto per essere letti e utilizzati dalle persone, ma anche per essere operati in modo controllato dagli agenti AI.
Che cos’è WebMCP
WebMCP è una proposta di API per il browser che permette a una web application di esporre alcune proprie funzionalità come “tool”, cioè strumenti descritti con un nome, una spiegazione e parametri strutturati. Un agente compatibile può scoprire questi strumenti e invocarli direttamente all’interno della sessione web aperta dall’utente.
La specifica è ancora una Community Group Draft e non va quindi presentata come uno standard web definitivo. Il progetto è sviluppato nell’ambito del Web Machine Learning Community Group e la documentazione tecnica descrive WebMCP come un’interfaccia JavaScript che consente alle applicazioni web di rendere disponibili funzioni richiamabili da agenti e assistive technologies.
In pratica, invece di affidarsi esclusivamente a una sequenza del tipo “trova il pulsante → clicca → cerca il campo → scrivi → clicca di nuovo”, un’applicazione potrebbe esporre operazioni esplicite come:
- crea una bozza;
- recupera l’elenco degli articoli;
- salva una configurazione;
- esegui un test;
- aggiorna un elemento;
- interroga un catalogo o una dashboard.
Per un agente AI questa differenza è sostanziale: l’azione diventa più simile alla chiamata di una funzione che all’automazione di una schermata.
La novità: WordPress Playground espone strumenti agli agenti AI
WordPress Playground è l’ambiente che consente di eseguire WordPress direttamente nel browser, usando PHP compilato in WebAssembly. È particolarmente utile per test, demo, sviluppo e ambienti riproducibili senza dover predisporre ogni volta un server tradizionale.
Con l’integrazione WebMCP, Playground può ora offrire agli agenti compatibili una serie di strumenti strutturati. Nel documento pubblicato il 5 settembre vengono citate operazioni per la gestione dei siti, l’esecuzione di PHP, le richieste HTTP, la navigazione e l’accesso al filesystem dell’ambiente Playground.
Il passaggio interessante è che anche i plugin possono potenzialmente aggiungere propri strumenti. Playground utilizza infatti un proxy che rende visibili a livello della pagina principale gli strumenti registrati all’interno dell’istanza WordPress incorporata. È un dettaglio tecnico, ma apre una prospettiva concreta: un plugin WordPress può iniziare a offrire capacità pensate esplicitamente per un agente AI.
ChatGPT Site tools: dal clic simulato a strumenti dichiarati dal sito
OpenAI descrive i Site tools come strumenti che permettono a ChatGPT di lavorare direttamente con i siti aperti nel browser integrato dell’app desktop. Quando un sito espone strumenti compatibili e l’account supporta la funzione, ChatGPT può scoprirli e utilizzarli per cercare informazioni, modificare contenuti o completare operazioni.
Il punto chiave è che l’agente lavora sulla pagina reale e sulla sessione autenticata dell’utente. Non significa che ottenga automaticamente accesso a tutto: il sito decide quali strumenti esporre e ChatGPT mantiene controlli e richieste di autorizzazione per le interazioni.
Questa architettura può rendere alcune automazioni più robuste perché separa due livelli:
- interfaccia umana, fatta di menu, pulsanti, form e componenti visuali;
- interfaccia per agenti, composta da operazioni strutturate con input definiti.
Il sito continua a essere utilizzabile normalmente da una persona, ma può offrire contemporaneamente una modalità più affidabile per gli agenti.
Perché interessa anche le PMI, non solo gli sviluppatori
WebMCP è una tecnologia da sviluppatori, ma il suo valore potenziale è soprattutto nei processi aziendali. Una PMI non ha bisogno di “usare WebMCP” direttamente: ha bisogno che i software che utilizza possano essere operati dagli agenti in modo più prevedibile.
Immaginiamo alcuni scenari concreti.
1. Gestione dei contenuti
Un’azienda potrebbe disporre di un workflow in cui un agente prepara un articolo, verifica i campi SEO, carica i media e lo passa alla revisione. Se il CMS espone strumenti strutturati per queste azioni, l’automazione non dipende più soltanto dalla posizione dei pulsanti nell’editor.
2. Creazione e test di landing page
Un team marketing può chiedere a un agente di preparare una landing page in un ambiente Playground, verificarne struttura e contenuti e creare una demo riproducibile prima di intervenire sul sito reale. Il team WordPress mostra proprio la costruzione di landing page come uno dei workflow sperimentati con Site tools.
3. Test di plugin e compatibilità
Per software house, agenzie e manutentori WordPress diventa interessante la possibilità di predisporre ambienti temporanei, eseguire controlli e raccogliere risultati. Playground consente già di creare installazioni riproducibili; l’accesso tramite tool può rendere queste procedure più automatizzabili.
4. Back office e applicazioni verticali
Il principio non riguarda soltanto WordPress. Una web application aziendale potrebbe esporre strumenti per recuperare ordini, preparare report, aggiornare una pratica o creare una richiesta, mantenendo controlli specifici su cosa l’agente può fare.
Il concetto più importante: progettare siti “agent-ready”
Negli ultimi anni le aziende hanno lavorato per rendere i propri siti mobile-first, accessibili, performanti e ottimizzati per i motori di ricerca. Con la crescita degli agenti AI emerge un’altra domanda: il sito è comprensibile e utilizzabile anche da un agente?
Essere “agent-ready” non significa permettere a un’intelligenza artificiale di fare qualsiasi cosa. Al contrario, significa definire in maniera esplicita e limitata quali operazioni sono disponibili, quali parametri accettano, quali permessi richiedono e quali azioni devono essere confermate da una persona.
Un buon design per agenti dovrebbe quindi privilegiare:
- strumenti piccoli e con responsabilità chiare;
- input validati e schemi precisi;
- permessi minimi necessari;
- separazione tra operazioni di lettura e operazioni che modificano dati;
- conferme esplicite per azioni sensibili;
- log delle operazioni;
- risultati strutturati e verificabili.
WebMCP non sostituisce REST API e MCP
È importante evitare un equivoco. WebMCP non rende obsolete le REST API e non coincide con il Model Context Protocol tradizionale.
Una REST API rimane fondamentale per collegare applicazioni e servizi. MCP, invece, permette a un’applicazione AI di collegarsi a server locali o remoti che espongono strumenti e risorse. WebMCP porta un concetto simile dentro la pagina web e la sessione browser già aperta.
WordPress Playground supporta entrambe le strade: una integrazione MCP tramite infrastruttura dedicata e una integrazione WebMCP attraverso il browser. Sono approcci complementari e possono essere scelti in base al tipo di processo, al livello di controllo e all’ambiente in cui deve lavorare l’agente.
Sicurezza: la parte da progettare prima dell’automazione
Più un agente può agire, più sicurezza e governance diventano importanti. La stessa documentazione OpenAI sui Site tools richiama rischi come prompt injection ed esfiltrazione dei dati e raccomanda di interagire soltanto con siti affidabili.
Per un’azienda, esporre uno strumento a un agente dovrebbe essere trattato come l’esposizione di una nuova interfaccia applicativa. Non basta verificare che “funzioni”: bisogna chiedersi che cosa succede se riceve un input inatteso, se viene invocato nel contesto sbagliato o se un contenuto esterno tenta di influenzare il comportamento dell’agente.
Per le operazioni ad alto impatto — pubblicazioni, cancellazioni, ordini, pagamenti, modifiche di utenti o permessi — è prudente mantenere un controllo umano esplicito e un sistema di autorizzazioni indipendente dalle istruzioni testuali ricevute dall’AI.
Un percorso pratico per aziende e sviluppatori WordPress
Non è necessario trasformare subito un sito produttivo. Una sperimentazione sensata può partire da cinque passaggi.
- Individuare un processo ripetitivo e a basso rischio. Per esempio recuperare informazioni, creare una bozza o eseguire un test.
- Descrivere l’operazione come uno strumento. Nome, scopo, input ammessi, output e limiti devono essere comprensibili sia agli sviluppatori sia all’agente.
- Prototipare in WordPress Playground. È un ambiente ideale per validare il flusso senza intervenire direttamente sul sito aziendale.
- Aggiungere permessi, validazione e logging. L’affidabilità dell’agente non sostituisce i controlli applicativi.
- Misurare il vantaggio reale. Tempo risparmiato, numero di errori, interventi manuali necessari e stabilità del processo sono più importanti dell’effetto “demo”.
Cosa cambia per il futuro del web
WebMCP è ancora giovane e la sua adozione va osservata con cautela. Tuttavia, la combinazione tra una proposta aperta, il supporto ai Site tools di ChatGPT e l’integrazione sperimentale con WordPress Playground mostra una direzione abbastanza chiara: gli agenti AI stanno passando dalla semplice lettura del web all’esecuzione di attività dentro le applicazioni.
Per chi sviluppa siti e servizi digitali, la domanda strategica non è quindi se ogni progetto debba implementare WebMCP oggi. La domanda è se le applicazioni che stiamo costruendo siano progettate in modo abbastanza strutturato da poter essere utilizzate, in futuro, anche da agenti affidabili e controllabili.
Le aziende che iniziano ora a organizzare API, permessi, workflow e processi con questa prospettiva non stanno semplicemente inseguendo una nuova sigla tecnica. Stanno preparando la propria infrastruttura digitale a un web in cui persone e agenti lavoreranno sempre più spesso sulla stessa interfaccia e sugli stessi processi.
Per valutare come integrare automazione, AI e workflow WordPress nei processi aziendali, UHD può partire dall’analisi delle attività ripetitive e individuare quali possono essere trasformate in operazioni più strutturate, misurabili e sicure.
