I quattro articoli precedenti di questa serie parlavano di lettura. Questo parla di azione — un agente che prenota, acquista, invia un modulo o recupera un valore. Ho verificato a che punto sono davvero gli standard, e il quadro è netto: WebMCP è una bozza di Community Group del W3C, è in origin trial su Chrome ed Edge, e Apple ha depositato un’obiezione formale. Il protocollo di commercio di OpenAI e Stripe richiede al commerciante di implementare cinque endpoint ed è in beta — e il suo stesso sito ufficiale dice che i meccanismi di scoperta sono ancora in costruzione. Il gruppo di lavoro dell’IETF sull’identità degli agenti è stato costituito, ma non ha ancora adottato un solo documento. E sul principale benchmark indipendente per l’esecuzione di compiti d’ufficio, il miglior risultato verificato ha completato il 42,9% dei compiti.
I tre livelli che devono esistere tutti insieme
Perché un agente completi un compito sul tuo sito, tre condizioni devono valere nello stesso momento: deve sapere che cosa gli è consentito fare, deve avere un’interfaccia attraverso cui farlo, e tu devi sapere che è davvero quell’agente e non qualcuno che lo impersona. La tabella riassume a che punto è oggi ciascun livello.
| Livello | Meccanismo principale | Stato reale |
|---|---|---|
| Dichiarazione delle capacità | WebMCP | Bozza di Community Group; origin trial su Chrome ed Edge; WebKit contrario |
| Completare un acquisto | ACP di OpenAI e Stripe | Beta; cinque endpoint per il commerciante; nessun meccanismo di scoperta |
| Autorizzazione di pagamento | AP2 di Google | Versione 0.2; conferito alla FIDO Alliance; non richiede modifiche al sito |
| Da agente ad agente | A2A | Versione 1.0.1; stabile, ma risolve un altro problema |
| Identità dell’agente | Web Bot Auth | Gruppo di lavoro costituito all’IETF; nessun documento adottato; Cloudflare ha implementato |
| Identificazione dei browser agentici | — | Nessuno user-agent documentato per alcun browser agentico |
WebMCP: a che punto è davvero
WebMCP è l’idea che un sito possa dichiarare, dentro la pagina stessa, quali azioni offre a un agente — invece di lasciare che l’agente indovini dove cliccare. È l’approccio giusto, ed è per questo che finisce spesso sui titoli. Ma conviene conoscerne lo stato formale.
Il documento è pubblicato dal W3C Web Machine Learning Community Group, e la sua intestazione dichiara esplicitamente che non è uno standard W3C e non è sul percorso di standardizzazione. Gli editor vengono da Microsoft e Google. La versione della bozza che ho letto è datata 26 agosto 2026.
Le implementazioni: Chrome ha aperto un origin trial nella versione 149, secondo un post del blog per sviluppatori pubblicato il 9 giugno 2026. Edge ha aperto un origin trial nella versione 150, Brave lo esegue in via sperimentale in Leo, e l’app desktop di ChatGPT lo supporta. Dall’altra parte, WebKit ha depositato una posizione di opposizione con un elenco di riserve che include la scelta stessa della sede di standardizzazione, e Mozilla ha depositato una posizione neutrale.
Due errori che ricorrono in ogni guida: l’API non si chiama navigator.modelContext — la parola Navigator non compare nemmeno una volta nel testo della specifica. E Chrome non ha rilasciato questa funzione nella versione 146 a febbraio 2026; il blog ufficiale parla di un origin trial nella versione 149. Se una guida ti dice il contrario, non ha letto la fonte.
Come si presenta nel codice
L’API vera è document.modelContext.registerTool. L’idea è semplice: la pagina registra uno strumento con un nome, una descrizione, uno schema di input e una funzione che lo esegue. L’agente che percorre la pagina vede lo strumento senza dover indovinare che cosa fa ciascun pulsante.
document.modelContext.registerTool({
name: “book_appointment”,
description: “Book an appointment on a given date”,
inputSchema: {
type: “object”,
properties: { date: { type: “string” } },
required: [“date”]
},
async execute({ date }) {
const result = await bookOnServer(date);
return { content: [{ type: “text”, text: result.confirmation }] };
}
});
Quello che conta qui non è la sintassi ma l’implicazione: l’azione passa attraverso il tuo codice. Sei tu a decidere che cosa viene esposto, tu a validare l’input e tu a controllare gli effetti collaterali. È qualcosa di radicalmente diverso da un agente che prova a cliccare sull’interfaccia visiva sperando che funzioni. In questa fase, qualunque implementazione di questo tipo è un esperimento — non un’infrastruttura di produzione.
Commercio agentico: tre protocolli, tre problemi diversi
È facile fare confusione perché i tre nomi compaiono negli stessi articoli, mentre risolvono cose completamente diverse.
ACP — l’Agentic Commerce Protocol, mantenuto da OpenAI e Stripe, si definisce esso stesso in beta, con licenza Apache-2.0. La versione più recente della specifica che ho visto è datata 17 aprile 2026. Dal punto di vista di un commerciante il requisito è concreto: implementare cinque endpoint REST per gestire una sessione di checkout — creare, aggiornare, completare, annullare e recuperare — più i webhook per gli eventi d’ordine. Il sito ufficiale dice che stanno ancora lavorando alla creazione di meccanismi di scoperta che permettano alle piattaforme di IA di identificare le aziende. Il che significa che anche se implementi tutto, oggi non esiste un modo standard per dichiarare di averlo fatto — esattamente la lacuna che ho descritto nell’articolo sul livello di scoperta.
AP2 — l’Agent Payments Protocol di Google, alla versione 0.2, annunciato a settembre 2025 e da allora conferito alla FIDO Alliance per proseguire la standardizzazione. È costruito come estensione di A2A e si occupa dell’autorizzazione di pagamento: mandati verificabili che dimostrano che l’utente ha davvero autorizzato l’agente a pagare. Non richiede alcuna modifica all’HTML del tuo sito: non è quindi un sostituto di ACP ma un livello sottostante.
UCP — l’Universal Commerce Protocol che, secondo un annuncio di Shopify datato 24 marzo 2026, viene sviluppato insieme a Google e ha il sostegno di Walmart, Target, Etsy, American Express, Mastercard, Stripe e Visa. Non ho aperto la specifica stessa, quindi non citerò una versione.
Una nota che evita delusioni: quello stesso annuncio di Shopify descrive la sua integrazione con ChatGPT come funzionante attraverso un browser interno, e su desktop con un reindirizzamento diretto al negozio del commerciante. In altre parole, «comprare dentro ChatGPT» non è necessariamente un checkout ACP nativo. E la documentazione di OpenAI dice che Instant Checkout è disponibile per partner approvati — non per ogni commerciante.
A2A risolve un altro problema
A2A ha raggiunto la versione 1.0.0 a marzo 2026 e la versione 1.0.1 a maggio 2026, ed è il protocollo più maturo del gruppo. Definisce una agent card — un documento JSON che descrive identità, capacità, competenze, endpoint di servizio e requisiti di autenticazione di un server di agenti — e la pubblica in /.well-known/agent-card.json. È anche l’unica voce del mondo degli agenti registrata nel registro IANA.
E proprio per questo conviene essere precisi: il suo dominio è la comunicazione tra sistemi di agenti indipendenti, non tra un sito e un agente. Pubblicare questo file su un sito vetrina non serve a nulla, a meno che tu non stia davvero eseguendo un server A2A dietro. Ho già visto parecchie raccomandazioni che si perdono questa distinzione.
Come si fa a identificare un agente
È il livello che manca di più, e il risultato più netto di questa ricerca è negativo: non esiste alcuno user-agent documentato per alcun browser agentico. La pagina dei bot di OpenAI elenca OAI-SearchBot, OAI-AdsBot, GPTBot e ChatGPT-User — e non ha alcuna voce per ChatGPT Atlas. La pagina dei bot di Anthropic elenca ClaudeBot, Claude-User e Claude-SearchBot — e non ha alcuna voce per Claude in Chrome. Se vedi nei tuoi log una stringa che sembra un browser agentico, non è documentata e può cambiare senza preavviso.
La risposta che sta prendendo forma è Web Bot Auth: una firma crittografica sulla richiesta stessa. Un gruppo di lavoro con questo nome è stato costituito all’IETF, ma a oggi non ha adottato un solo documento — tutte le bozze rilevanti sono ancora contributi individuali. La bozza del protocollo centrale è stata aggiornata il 19 agosto 2026.
Cloudflare ha già implementato il meccanismo: una directory di chiavi in /.well-known/http-message-signatures-directory e gli header Signature-Agent, Signature-Input e Signature sulla richiesta. La sua documentazione nota anche che dal 1° luglio 2026 esiste un nuovo campo di metadati che distingue un agente diretto da un intermediario, e che le categorie di comportamento includono esplicitamente l’agire in transazioni per conto di un utente. Un’avvertenza da conoscere: Cloudflare implementa versioni di bozza precedenti all’ultima, quindi in questa fase sono da attendersi disallineamenti tra implementazioni.
Quanto bene completano davvero i compiti gli agenti
Qui voglio dare un numero reale invece di una sensazione. Il benchmark indipendente più serio che ho trovato è TheAgentCompany, sviluppato tra gli altri alla Carnegie Mellon University, composto da 175 compiti che simulano il lavoro in un’azienda di software. I risultati della classifica sono contrassegnati come verificati in modo indipendente.
- Il miglior risultato in classifica: 42,9% dei compiti completati, una voce registrata il 10 novembre 2025.
- OpenHands-Versa con Claude Sonnet 4 ha completato il 33,1%, a giugno 2025.
- OpenHands con GPT-4o ha completato l’8,6%, a dicembre 2024.
Un’avvertenza che devo dichiarare: la voce più recente in classifica è di novembre 2025, e non contiene modelli di frontiera del 2026. Quindi non presentare il 42,9% come «lo stato dell’arte nel 2026» ma come il miglior risultato verificato in modo indipendente su questo benchmark. Quello che il numero dice comunque, anche ipotizzando un miglioramento significativo, è che non esiste ancora una realtà in cui affidi a un agente un compito complesso aspettandoti che lo porti a termine.
Che cosa fare davvero oggi
La raccomandazione onesta è di non correre a implementare bozze. Il mio ordine delle operazioni, basato su ciò che è documentato e stabile: prima assicurarsi che il sito sia leggibile del tutto — permessi corretti, contenuto presente nell’HTML iniziale, e pagine che possano essere citate. Poi verificare che il tuo blocco non stia scartando agenti legittimi che agiscono per conto di un utente: è un errore comune, e l’unico meccanismo di approvazione esplicito che ho trovato documentato è quello di Cloudflare, che permette ai fornitori di bot di candidarsi e ai proprietari di siti di attivare impostazioni per categoria.
E solo a quel punto, se il tuo modello di business ne trae davvero beneficio, valuta un pilota: un origin trial WebMCP per una singola azione ben definita, o un’implementazione ACP se vendi prodotti e hai risorse di sviluppo. In entrambi i casi trattalo come un esperimento, perché è ciò che è.
La lacuna che resta aperta è esattamente quella che ho descritto lungo tutta questa serie: non esiste un modo standard perché un sito dichiari che cosa offre a un agente. ACP lo ammette da sé, MCP non lo copre e A2A risolve un altro problema. È per questo che sto lavorando alla specifica AX. Ma finché non c’è uno standard condiviso, la mia raccomandazione non è inventare una strada privata sperando che funzioni — ma costruire ciò che già funziona.
Domande frequenti
Devo implementare WebMCP sul mio sito oggi?
Solo come esperimento. Il documento è una bozza di Community Group del W3C, e dichiara esplicitamente di non essere uno standard e di non essere sul percorso di standardizzazione. Chrome ed Edge hanno aperto origin trial, WebKit ha depositato un’opposizione e Mozilla una posizione neutrale. Non è su questo che si costruisce un’infrastruttura di produzione.
Come si chiama davvero l’API di WebMCP?
document.modelContext.registerTool. Il nome navigator.modelContext, che compare in molte guide, è sbagliato — la parola Navigator non compare affatto nel testo della specifica.
Che cosa devo implementare esattamente per supportare il commercio agentico di OpenAI?
Secondo la specifica ACP, un commerciante deve implementare cinque endpoint REST per gestire una sessione di checkout — creare, aggiornare, completare, annullare e recuperare — più i webhook per gli eventi d’ordine. Il protocollo si definisce in beta, e Instant Checkout è documentato come disponibile per partner approvati.
Devo pubblicare agent-card.json sul mio sito?
Solo se stai davvero eseguendo un server A2A. La card descrive identità, capacità, endpoint di servizio e requisiti di autenticazione di un server di agenti, e A2A si occupa della comunicazione tra sistemi di agenti — non tra un sito e un agente. Su un sito vetrina il file non serve a nulla.
Come identifico il traffico dei browser agentici nei miei log?
A oggi non esiste un modo documentato. Le pagine dei bot di OpenAI e Anthropic non contengono alcuna voce per i loro browser agentici. Il meccanismo che sta prendendo forma è Web Bot Auth, basato sulla firma della richiesta; un gruppo di lavoro su questo è stato costituito all’IETF ma non ha ancora adottato un documento, e Cloudflare ne ha già implementato versioni di bozza.
Per approfondire
Il protocollo AX: dichiarare a un agente che cosa il tuo sito sa fare – Il passo successivo, una volta che un agente può agire sul tuo sito, è dirgli che cosa è disponibile. È esattamente la lacuna che oggi nessun protocollo esistente colma.