Gli assistenti possono già cercare, confrontare e raccomandare prodotti. Il passo successivo consiste nel permettere loro di preparare o eseguire alcune fasi dell'acquisto. Nel 2026, il termine commercio agentico designa questi percorsi in cui un agente agisce a partire dall'intenzione di un utente, dialoga con sistemi commerciali e mantiene il contesto fino all'ordine.
Google ha presentato l'Universal Commerce Protocol, o UCP, come uno standard aperto destinato a descrivere le capacità di commercio in modo coerente tra piattaforme e commercianti. Alcune integrazioni di riferimento mirano in particolare a esperienze conversazionali. Al 17 agosto 2026, alcune funzioni rimangono tuttavia in fase pilota o soggette a idoneità: la preparazione tecnica deve essere distinta dalla disponibilità commerciale.
Le versioni, gli schemi, i driver e le condizioni di accesso evolvono; devono essere confermati nella documentazione ufficiale prima di qualsiasi integrazione.
Ciò che cambia un acquirente di software
Un visitatore umano può interpretare una pagina imperfetta, aprire più schede, capire una promozione ambigua o chiamare il supporto. Un agente ha bisogno di contratti più espliciti:
- identificativi stabili;
- attributi strutturati;
- prezzi e disponibilità datati;
- politiche leggibili;
- passaggi transazionali documentati;
- errori tipizzati ;
- azioni reversibili;
- prova del consenso.
Il commercio agentico spinge quindi l'e-commerce verso un'architettura più API-first. Non sostituisce il sito: crea una superficie aggiuntiva che deve condividere la stessa verità di prodotto e transazionale.
UCP in poche parole
UCP descrive le capacità del ciclo di acquisto e permette a un commerciante di pubblicare un profilo che indica le versioni e le funzioni supportate. Nell'integrazione documentata da Google, questo profilo è esposto a un indirizzo ben noto, quindi delle API possono gestire la scoperta, il checkout e altre fasi secondo la modalità scelta.
Il principio importante non è solo il formato. Si tratta di separare:
- la superficie dove l’utente esprime il suo bisogno;
- l'agente che orchestra;
- il server commerciale che resta padrone delle sue regole;
- i fornitori di identità e di pagamento;
- i sistemi di comando ed esecuzione.
Il commerciante conserva la responsabilità dei suoi prezzi, politiche, ordini e relazioni con i clienti secondo il modello di integrazione.
Iniziare con la verità produce
Un agente non può raccomandare correttamente un articolo i cui dati sono poveri. La base è il PIM, il catalogo o il database del prodotto:
- identificativo globale e SKU;
- varianti ;
- attributi normalizzati ;
- compatibilità;
- immagini ;
- disponibilità;
- prezzo ;
- promozioni ;
- restrizioni ;
- termini;
- venditori su marketplace ;
- condizioni di reso.
Le descrizioni di marketing non sono sufficienti. I criteri discriminanti devono essere strutturati: dimensioni, materiale, uso, consumo, taglia, norme, pezzi compatibili o zona di consegna.
La freschezza è essenziale. Un dato estratto il giorno precedente può essere falso al momento del checkout.
Le nove capacità da rendere esplicite
1. Scoperta
Cercare e filtrare con criteri di business, non solo con parole chiave. Il risultato specifica la corrispondenza, le varianti e i limiti.
2. Prezzo
Calcolare un prezzo deterministico secondo valuta, cliente, quantità, promozione, tassa e data. L’agente deve conoscere la durata di validità.
3. Magazzino
Distinguere informazioni di disponibilità e prenotazione. I conflitti concorrenti devono produrre un errore sfruttabile.
4. Consegna
Calcolare opzioni, tempi, costi, punti di ritiro, restrizioni e impronta se disponibile, a partire da un indirizzo convalidato.
5. Identità
Gestire ospiti, account esistenti, consensi, fidelizzazione e preferenze senza esporre più dati del necessario.
6. Pagamento
Creare una sessione versionata contenente righe, prezzi, tasse, consegna, politiche e scadenza. Qualsiasi modifica deve essere visibile.
7. Pagamento
Usare tokenizzazione, autenticazione e conferma adeguate. L'agente non riceve dati della carta in forma grezza.
8. Comando
Confermare una sola volta, fornire un identificativo, esporre lo stato e gestire cancellazione o modifica secondo le regole.
9. Post-vendita
Rendere accessibili supporto, resi, rimborso, garanzia, contenzioso e prova d'acquisto.
Architettura che collega un agente e un server commerciale ai sistemi di catalogo, prezzi, magazzino, checkout, pagamento, ordine e servizio clienti.
Progettare un checkout idempotente
Gli agenti e le reti possono riprovare. Una richiesta ripetuta non deve creare due ordini. Ogni operazione di scrittura utilizza una chiave di idempotenza, una versione della sessione e uno stato esplicito.
Esempio di ciclo:
- creazione di sessione;
- aggiunta o convalida delle righe;
- calcolo del prezzo;
- selezione di consegna;
- conferma delle politiche;
- autorizzazione di pagamento;
- convalida finale;
- creazione di ordine ;
- emissione della conferma.
Se il prezzo o lo stock cambiano, il server restituisce una differenza strutturata. L’agente richiede una nuova conferma invece di continuare silenziosamente.
Mantenere l'essere umano nelle decisioni delicate
Un mandato « comprami il meno caro » è insufficiente se esistono vincoli importanti. L'interfaccia deve chiarire:
- budget massimo;
- prodotto esatto o sostituibile;
- quantità ;
- indirizzo ;
- termine;
- venditore ;
- garanzie ;
- condizioni di reso ;
- frequenza per un abbonamento.
Una conferma finale è necessaria quando il mandato non è abbastanza preciso, quando il prezzo cambia o quando la transazione presenta un rischio. Le azioni autonome rimangono limitate a politiche esplicite.
Gestire l'identità senza creare un profilo opaco
Il collegamento dell'identità può collegare un account utente al commerciante tramite meccanismi come OAuth. Gli ambiti devono essere minimi e revocabili. L'utente sa quali informazioni vengono condivise e per quale scopo.
Evitare di trasformare l’agente in un aggregatore incontrollato di preferenze. La personalizzazione deve distinguere tra dati necessari all’ordine e profilazione facoltativa.
Per il B2B, l'identità include società, ruolo, diritti di acquisto, centro di costo, limite, approvatore e condizioni contrattuali.
Pagamento e mandato verificabile
La sicurezza del pagamento si basa sul PSP e sui meccanismi normativi esistenti. I protocolli agentici possono aggiungere una prova dell'intenzione: importo, commerciante, portata, durata e prodotti autorizzati.
Il sistema conserva:
- domanda iniziale;
- opzioni presentate ;
- consenso;
- versione delle condizioni;
- autorizzazione ;
- risultato;
- eventuale annullamento.
Questa tracciabilità protegge l'utente e il commerciante senza registrare inutilmente i dati sensibili del mezzo di pagamento.
Mettere in sicurezza l'interfaccia agentica
I rischi includono:
- falsa identità di commerciante;
- manipolazione del catalogo;
- iniezione di prompt in una scheda prodotto;
- dirottamento di reindirizzamento;
- doppio comando;
- modifica del prezzo ;
- frode sul reso;
- fuga di dati;
- abuso di promozione;
- saturazione delle API.
I controlli comprendono firma, TLS, autenticazione reciproca a seconda del contesto, limiti, convalida dello schema, isolamento dei contenuti non affidabili, elenco delle capacità, registri, rilevamento delle frodi e conferma umana.
Una descrizione del prodotto non deve mai essere interpretata come un'istruzione di sistema dall'agente.
Preparare il supporto e i ritorni
Il commercio non si ferma al pagamento. Un agente deve essere in grado di ritrovare l'ordine con l'autorizzazione dell'utente, spiegare il suo stato, avviare un reso conforme e trasmettere al supporto.
Le politiche devono essere strutturate e coerenti con il testo legale mostrato. Il commerciante rimane raggiungibile attraverso mezzi chiari. Un'automazione non deve mascherare un diritto di ricorso umano.
Misurare qualcosa di diverso dalla conversione
Seguire :
- tasso di scoperta pertinente;
- errori di prezzo o di stock;
- creazione di sessione;
- richieste di riconferma;
- chiamate doppie evitate;
- mancati pagamenti;
- cancellazioni;
- ritorni;
- litigi ;
- tempo fino all'assistenza umana;
- margine ;
- soddisfazione.
Un aumento della conversione accompagnato da un alto tasso di reso può indicare che l’agente sceglie male.
Una roadmap realistica
Fase 1: rendere affidabili i dati
Identificativi, attributi, prezzi, stock, politiche e qualità dei flussi.
Fase 2: separare le capacità
Creare API di lettura stabili prima delle operazioni di scrittura.
Fase 3: industrializzare la sessione di checkout
Versione, scadenza, idempotenza, errori e ricalcolo.
Fase 4: integrare identità e pagamento
Permessi, consenso, conferma, frode e audit.
Fase 5: esporre ordine e post-vendita
Statuti, supporto, resi e reversibilità.
Fase 6: aggiungere un protocollo
Implementare UCP o un'altra interfaccia quando il canale e le condizioni lo giustificano, senza accoppiare il nucleo aziendale a una sola interfaccia.
Una preparazione utile anche senza canale immediato
L'aggiornamento richiesto per il commercio agentico migliora già il sito, le applicazioni, i marketplace e i partner: catalogo pulito, prezzo deterministico, checkout robusto, API idempotenti e servizio clienti connesso.
Partitech può auditare il catalogo e il tunnel, progettare le API, integrare i sistemi di pagamento e di ordinazione, poi aggiungere le interfacce agentiche. L’obiettivo è rendere il commercio interpretabile e sicuro per nuovi canali senza perdere il controllo della transazione né del rapporto con il cliente.
Parliamo del tuo progetto
Valutare la preparazione della vostra piattaforma e-commerce al commercio agentico con Partitech. Contatta Partitech.