Il commercio agentico pone una domanda che fino a ieri sembrava scontata: a chi sta parlando un’azienda quando presenta un prodotto online. Non più solo a una persona che naviga un sito, ma a un agente intelligente che legge feed di dati, verifica mandati di pagamento e decide se procedere al checkout. Questo articolo ripercorre tre piani di quella trasformazione: i protocolli aperti che stanno definendo come un agente conclude un acquisto, i requisiti che i circuiti di pagamento impongono per autorizzarlo e le informazioni che un sito deve esporre perché un agente possa comprarci qualcosa.
Commercio agentico: i protocolli che stabiliscono come un agente acquista
L’Agentic Commerce Protocol (ACP) è stato lanciato da OpenAI e Stripe come specifica aperta con licenza Apache 2.0, attualmente in fase beta e ospitata su GitHub [1]. Il protocollo comprende cinque componenti principali: carrello e feed, checkout agentico, pagamento delegato, autenticazione delegata e gestione di ordini e webhook [2]. Sul pagamento delegato vale una precisazione tecnica: l’implementazione scelta da Stripe sono gli Shared Payment Tokens, una specifica implementazione e non un requisito universale del protocollo; resta fermo invece che il merchant continua a essere il venditore responsabile della transazione, anche quando a negoziare è un agente [2].
Google ha risposto con un protocollo diverso e più ampio nel perimetro: l’Universal Commerce Protocol (UCP), presentato come standard aperto per il commercio agentico che copre l’intero percorso d’acquisto, dalla scoperta fino al supporto post-vendita, e pensato per essere compatibile con protocolli di settore già esistenti come Agent2Agent, Agent Payments Protocol e Model Context Protocol [3]. Secondo Google, l’UCP definisce un linguaggio comune che permette ad agenti, aziende e fornitori di servizi di pagamento di operare attraverso interfacce differenti [3]. Il protocollo è stato annunciato l’11 gennaio 2026 durante la National Retail Federation, mentre la versione italiana dell’annuncio di Google è datata 12 gennaio 2026. Sviluppato in collaborazione con Shopify, Walmart, Target, Etsy e Wayfair, conta il sostegno di oltre venti partner globali tra cui Visa, Mastercard, Stripe e American Express [14] [4].
A questi si aggiunge un terzo fronte: il Personal Agent Protocol, presentato il 6 ottobre 2026 e sviluppato da Meta e Sierra insieme a Genesys, Instinct, Rocket, Shopify, Stripe e Walmart, pensato specificamente per definire come gli agenti personali interagiscono con le imprese, incluse le modalità di pagamento quando un agente agisce per conto di una persona [5]. Per un’azienda questo significa che esistono diversi protocolli con ambiti e finalità in parte differenti: la scelta di quali supportare dipende dai canali di vendita, dalle piattaforme utilizzate e dalle modalità con cui gli agenti interagiscono con i suoi sistemi.
Pagamenti: perché un agente non basta che abbia una carta
Il nodo più delicato del commercio agentico non è tecnico ma di fiducia: come autorizzare un pagamento quando chi lo esegue non è la persona che ha deciso di comprare. American Express ha affrontato il problema pubblicando il 13 ottobre 2026 una specifica tecnica aperta, l’Intent Intelligence Framework, distribuita tramite l’Agentic Commerce Experiences Developer Toolkit [6]. Il meccanismo vincola l’autorizzazione d’acquisto del consumatore a condizioni specifiche — merchant, tetto di budget, specifiche del prodotto — rendendole verificabili crittograficamente prima ancora che l’agente raggiunga il checkout [6]. In pratica, il framework emette un Proof of Intent Token che codifica questi vincoli, e permette ad AmEx di rifiutare una transazione che non li rispetta prima che venga liquidata, invece di gestire una contestazione dopo che l’acquisto è già avvenuto [6].
Google ha costruito un meccanismo con la stessa logica ma un’architettura diversa: l’Agent Payments Protocol (AP2), un protocollo aperto che si innesta su Agent2Agent e usa mandati crittografici per collegare tre elementi distinti — l’intenzione dell’utente, i limiti operativi assegnati all’agente e l’esecuzione effettiva del pagamento [7]. Anche Adyen descrive il cambiamento nello stesso termine, mandato: nell’agentic checkout l’acquirente non seleziona più direttamente “acquista”, ma approva un carrello che l’agente ha già composto, e l’agente può agire solo sulla base di un mandato esplicito e verificabile [8].
Un elemento da tenere distinto: nel Personal Agent Protocol le sessioni si autorizzano con OAuth, uno standard già consolidato per l’accesso, e le estensioni ai pagamenti in programma potrebbero consentire a un agente personale di completare un acquisto senza condividere i dati della carta [5]. È un’architettura di delega dell’accesso, mentre AmEx e Google lavorano sulla verifica crittografica dell’intento: due problemi adiacenti, non lo stesso problema risolto due volte. Per un’azienda che vende online, questo si traduce in un punto operativo concreto:
- in alcune architetture, un acquisto generato da un agente può essere accompagnato da un token che documenta i vincoli autorizzati dall’utente, non soltanto da credenziali di pagamento valide;
- il circuito di pagamento può rifiutare una transazione che non rispetta i vincoli autorizzati, prima che venga finalizzata;
- l’autenticazione della sessione e la verifica dell’intento d’acquisto sono due livelli separati, entrambi da presidiare.
Commercio agentico: cosa deve essere leggibile a un agente per comprare
Se i protocolli stabiliscono la grammatica della transazione, resta un problema a monte: un agente deve prima trovare, capire e valutare il prodotto. Per il feed prodotti di ChatGPT, OpenAI ha definito nove campi obbligatori per la scoperta dei prodotti: identificativo stabile dell’articolo, titolo, descrizione fattuale, URL del prodotto, marchio, nome del venditore, immagine, prezzo e disponibilità. La documentazione raccomanda titoli entro i 150 caratteri e descrizioni entro i 5.000 caratteri, mentre ulteriori attributi relativi a varianti, spedizioni, resi e checkout seguono requisiti specifici o condizionali [13]. Non è un formato di marketing: è un formato pensato perché una macchina possa interpretarlo senza ambiguità.
Parte di questo sforzo non è isolata a un solo attore. Circa il 70% dei campi richiesti risulta condiviso da tutte e cinque le principali superfici di shopping guidate da intelligenza artificiale considerate — Universal Cart, ChatGPT Shopping, Perplexity, Microsoft Copilot Checkout e Alexa for Shopping — con GTIN, titolo, descrizione, immagine primaria, prezzo, disponibilità, marchio e categoria di prodotto richiesti o fortemente raccomandati da ciascuna di esse, secondo un’analisi di Digital Applied che presenta il dato come proprio calcolo aggregato senza indicare una fonte primaria distinta [9]. Questo riduce, almeno in parte, il timore di dover costruire feed radicalmente diversi per ogni canale.
Sul piano operativo, la documentazione ufficiale di OpenAI prevede per il caricamento dei feed prodotti l’invio di cataloghi completi tramite SFTP, preferibilmente in formato Parquet oppure in JSONL, CSV o TSV compressi, con aggiornamenti consigliati almeno quotidiani [10]. Accanto al feed specifico per gli agenti, resta rilevante l’infrastruttura di dati strutturati già nota al search: Google distingue due classi principali di markup per i prodotti, lo snippet prodotto per le pagine dove non è possibile un acquisto diretto, e le schede del commerciante per le pagine dove i clienti possono effettivamente comprare, con opzioni più dettagliate su taglie, spedizione e politiche di reso [11]. Anche Stripe si muove su questo terreno, descrivendo i propri feed del catalogo come un modo per condividere dati strutturati su prodotti, prezzi e inventario con i canali di commercio supportati dall’intelligenza artificiale [12].
Per un’azienda, questo significa che la leggibilità da parte di un agente richiede attenzioni che vanno oltre la SEO tradizionale: oltre ai dati strutturati utilizzati dai motori di ricerca, i feed destinati agli agenti prevedono campi specifici, aggiornamenti del catalogo e descrizioni fattuali dei prodotti [13] [11].
Perché è importante
Il commercio agentico ridefinisce chi legge il catalogo prima ancora che un cliente veda il prodotto. Un’azienda che continua a scrivere descrizioni pensate per convincere una persona, mentre il protocollo con cui un agente la legge richiede testo fattuale e campi strutturati, rischia di ridurre le possibilità che i propri prodotti vengano correttamente interpretati e selezionati. I tre protocolli aperti esaminati — ACP, UCP e Personal Agent Protocol — affrontano aspetti in parte differenti delle interazioni tra agenti e imprese, mentre nel settore dei pagamenti emergono meccanismi di verifica crittografica dell’intento d’acquisto [1] [3] [5]. Capire quale di questi strati riguarda il proprio catalogo, i propri pagamenti e la propria infrastruttura dati non è più un esercizio tecnico di nicchia: contribuisce a determinare quanto un’azienda sia accessibile agli agenti che operano per conto dei clienti.
Fonti
- Agentic Commerce Protocol (ACP) — Specifica ufficiale — GitHub, OpenAI e Stripe
- Protocollo di commercio agentico (ACP) — Patrick Stox, patrickstox.com
- Nuove tecnologie e strumenti per i retailer per avere successo nell’era dello shopping agentico — Google Blog | 12/01/2026
- Universal Commerce Protocol: conta la coerenza dei dati — THRON | 23/03/2026
- Sierra collabora con Stripe per integrare i pagamenti nelle chiamate degli agenti IA — Unite.AI | 20/10/2026
- AmEx Releases Agentic Payment Standard That Declines Rogue AI Purchases Pre-Checkout — Tech Times | 15/10/2026
- Pagamenti agentici: cosa sono e come cambiano l’ecommerce — Fabrick
- Agentic Commerce: Guida al Commercio Agentico — Adyen
- Product Data for AI Shopping Agents: Merchant Guide — Digital Applied
- File Upload — Overview — OpenAI Developers
- Introduzione ai dati strutturati Product su Google — Google Search Central
- Scoperta nel commercio al dettaglio tramite l’IA — Stripe | 19/10/2026
- Product Feed Specification — Products — OpenAI Developers
- Sundar Pichai’s remarks at NRF 2026 — Google Blog | 11/01/2026
Questo articolo è stato prodotto da agenti di intelligenza artificiale e verificato dalla redazione prima della pubblicazione. Per maggiori dettagli consulta la pagina Come lavoriamo.
