AP2 vs ACP vs UCP: quale protocollo di agentic commerce scegliere per un e-commerce italiano B2B o B2C

A gennaio 2026 al National Retail Federation di New York Sundar Pichai ha annunciato UCP (Universal Commerce Protocol), standard aperto co-sviluppato con Shopify e Walmart e con endorsement di oltre 20 partner fra cui Etsy, Wayfair, Target, Adyen, American Express, Mastercard, Stripe, Visa, Zalando. A pochi mesi di distanza dal lancio di OpenAI Instant Checkout (basato su ACP, Agentic Commerce Protocol di OpenAI + Stripe, Apache 2.0) e dell'Agent Payments Protocol di Google (AP2) per pagamenti agentic firmati con verifiable credentials, il quadro dell'agentic commerce 2026 non si è semplificato come si sperava: si è triplicato. Sul mio Hetzner CCX33 (8 vCPU AMD EPYC 9454P, 32 GB RAM DDR5) ho passato due settimane di aprile 2026 a leggere le specifiche complete dei tre protocolli e a costruire una matrice di scelta per l'e-commerce italiano. La conclusione operativa è netta: nessuno dei tre è "il futuro" che mangerà gli altri, e il pattern emergente che aziende mature stanno applicando è "one backend, multiple protocols" con dati empirici preliminari del primo semestre 2026 che indicano un guadagno medio del 40% di traffico agentic catturato dai merchant dual-protocol rispetto a single-protocol.

Per un e-commerce italiano la decisione è meno banale di quanto sembri. UCP, ACP e AP2 servono momenti diversi del buyer journey, hanno backer e partner diversi, integrano con PSP diversi (Nexi, Adyen, Stripe in modi differenti), hanno tempi di integrazione diversi e diversa esposizione alla compliance PSD2 SCA. Il consulente che propone "vai con UCP perché lo dice Google" oppure "vai con ACP perché lo dice OpenAI" sta facendo una scelta di vendor-affinity, non una scelta architetturale. Il framework che porto sul tavolo dei clienti italiani prevede invece quattro variabili di valutazione: distribuzione geografica della clientela target, profilo prevalente B2B vs B2C, PSP attuali del merchant, perimetro di compliance applicabile. Ognuna delle quattro variabili sposta il peso fra i tre protocolli in modo diverso, e il deliverable consulenziale è la matrice quattro-per-tre con score motivato per il caso specifico.

I tre protocolli: cosa fanno, chi li sostiene, dove convergono

UCP nasce come architettura layered. Il livello base è il Shopping service che fornisce primitive transazionali (checkout session, line items, totals, messages, status). Sopra si stratificano Capabilities indipendentemente versionate (Checkout, Orders, Catalog), e in cima Extensions per schemas domain-specific via composition. La discovery avviene via endpoint .well-known/ucp dove il merchant pubblica il proprio profile e l'agent pubblica le proprie capabilities; il server calcola l'intersezione delle capacità supportate. UCP è compatibile con AP2 per pagamenti sicuri ed è integrabile via API, Agent2Agent (A2A) protocol e Model Context Protocol (MCP). I 6 platform partner (Shopify, Salesforce, Stripe, BigCommerce, Adobe Commerce, Commerce Inc) hanno integrato Merchant Center semplificato, e il tempo di integrazione dichiarato per merchant esistenti è 8-16 ore.

ACP è più verticale e mirato sulla chat-to-buy interaction dentro AI assistant. La prima implementation è OpenAI Instant Checkout in ChatGPT (late 2025), payment partner PayPal e Worldpay. Il design payment di ACP usa delegated payment tokens single-use, time-bound, amount-restricted: il sistema emette un token che il merchant accetta come pagamento, vincolato a uno specifico carrello e a una specifica finestra temporale. Per il merchant questo significa controllo del rischio (token non riutilizzabile in caso di compromise), per l'utente significa che l'autorizzazione al pagamento è fatta una volta sola in chat e poi il merchant chiude. ACP non copre tutto il journey: è ottimizzato per il momento "should this be bought?" dentro l'assistant, non per discovery o post-purchase.

AP2 è il layer di pagamento associato a UCP che fornisce supporto pagamenti agentic sicuri. Tecnicamente sfrutta Verifiable Credentials (VC) firmati con curve elliptic standard per autorizzare specifiche transazioni del agent per conto dell'utente. AP2 è progettato per essere indipendente dal singolo PSP e compatibile con i flussi PSD2 SCA del mercato europeo, requisito non opzionale per qualunque operatore italiano. Il framing di Checkout.com su questo punto è chiaro: UCP risponde alla domanda merchant-centric "can this be bought?", ACP risponde alla domanda agent-centric "should this be bought?", AP2 fornisce il binario di pagamento che entrambe le strade attraversano.

Se gestisci un e-commerce italiano e devi scegliere lo stack agentic

Nel mio hub dedicato all'AI per aziende, sezione integrazione raccolgo articoli sui pattern multi-stack e sulle scelte architetturali con impatto contrattuale e operativo. La scelta agentic commerce nel 2026 è una di quelle che il consulente serio porta sul tavolo del cliente con matrice motivata, non con preferenza di vendor.

Tabella comparativa essenziale per l'e-commerce italiano

La tabella va letta come griglia di valutazione, non come ranking. La scelta dipende dalla composizione della clientela target del merchant. Un produttore italiano di fashion premium con clientela US/UK alta-spesa che usa massivamente ChatGPT come canale di scoperta prodotti vede ACP come priorità uno: presidiare la chat-to-buy del proprio target. Un B2B manifatturiero italiano con clientela enterprise europea vede UCP come priorità uno: presidiare l'integrazione completa del journey con i sistemi procurement dei buyer. Un brand globale che vuole presidiare entrambe le surface vede l'architettura "shared backend, dual protocol" con AP2 come pagamento condiviso.

Implicazioni PSD2 SCA per i merchant italiani

Per qualsiasi merchant italiano (sia B2C consumatore-finale che B2B con dipendenti che acquistano), la compliance PSD2 SCA è non opzionale. Strong Customer Authentication richiede due fattori indipendenti per autorizzare un pagamento, e ogni protocollo agentic deve mappare questo requisito in modo specifico. Su UCP integrato con Stripe o Adyen, lo SCA è gestito dal PSP e UCP fornisce il flow conforme via redirect alla 3DS challenge del cliente. Su ACP con delegated payment tokens, lo SCA è eseguito al momento dell'emissione del token (l'utente conferma in chat con autenticazione strong, il token nasce già SCA-cleared per la finestra temporale e il carrello specifico). Su AP2, lo SCA è incorporato nel processo di firma VC: il signing della verifiable credential è esso stesso un atto SCA-equivalente quando le chiavi sono custodite in hardware secure element.

C'è un punto pratico che spesso emerge nei progetti: per merchant italiani con frequente cliente B2B, l'autorizzazione SCA è parzialmente esentabile per importi sopra soglia con TRA (Transaction Risk Analysis) del PSP, e questo modifica il calcolo dell'integrazione. Nexi ha una propria implementazione TRA con soglie configurabili; Adyen ha la propria; Stripe ha Radar. Per il merchant italiano che usa Nexi (banche tradizionali) il pattern di integrazione UCP è meno "pronto out-of-the-box" e richiede sviluppo custom dell'adapter PSP, che aggiunge 10-20 giornate engineering al tempo dichiarato dei partner certificati.

Costo di non scegliere e costo di scegliere male

Per chiudere la cornice di valutazione, vale la pena spendere parole sul costo di non fare niente. Un merchant italiano che nel 2026 non integra alcun protocollo agentic perde traffico in modi che ancora non sono visibili dai dashboard standard: clienti che chiedono al loro AI assistant "compra X dal sito Y", e l'assistant risponde "il sito Y non supporta acquisto agentic". Il dato empirico preliminare H1 2026 indica che merchant con dual UCP/ACP catturano circa il 40% in più di agentic traffic rispetto ai concorrenti single-protocol. Per un e-commerce italiano fashion B2C con 10 milioni di pageview/anno, il delta agentic potrebbe valere 80.000-200.000 euro all'anno di vendite a regime entro fine 2026.

Il costo di scegliere male è meno quantificabile ma altrettanto reale. Un merchant che integra solo ACP perché "ha l'audience su ChatGPT" e poi nel 2027 deve aggiungere UCP perché Walmart o Adyen impongono l'interoperabilità con il loro ecosistema, paga il costo dell'integrazione due volte (più la tassa di non-presidiare il primo ecosistema per i mesi che mancavano). Lo stesso vale per chi sceglie solo UCP e non presidia ACP perdendo audience ChatGPT. Per i merchant con audience multi-canale verificabile, il pattern dual-protocol da subito è economicamente ottimale anche se sembra più costoso a setup. Lo schema operativo è quello del framework MCP-aware sui contratti enterprise italiani applicato al perimetro commerce: standard aperti, governance neutrale, architettura agnostica al singolo vendor.

Particolarità italiane: Nexi, Adyen, Stripe e il fattore PSP

C'è un asse di valutazione che il quadrante US/UK non vede ma che è dominante in Italia: il PSP attuale del merchant. Su Nexi (banche tradizionali italiane: Intesa, Unicredit, BPER, Banco BPM e i numerosi istituti minori) la presenza del PSP è capillare ma il livello di integrazione con i protocolli agentic emergenti è ancora limitato a metà 2026. Nexi ha annunciato a marzo 2026 un programma di integrazione con UCP previsto per Q4 2026 con i primi partner pilot, ma non ha ancora documentazione pubblica utilizzabile per l'integrazione. Per i merchant italiani con PSP Nexi, la scelta pragmatica nel 2026 è triplice: aspettare la prima release ufficiale Nexi (rallenta il time-to-market di 6-9 mesi), affiancare Stripe come PSP secondario per il flusso agentic (raddoppia la complessità di gestione contabile), oppure costruire un adapter custom Nexi-to-UCP che richiede 15-25 giornate engineering aggiuntive sul setup base.

Su Adyen la situazione è migliore: Adyen è membro fondatore del programma UCP e ha già pubblicato SDK e documentazione di integrazione. Il merchant italiano già su Adyen può integrare UCP in tempi paragonabili al partner Stripe (8-16 ore per Shopify-based, 30-50 giornate per integrazione custom). Su Stripe l'integrazione è la più matura, supporta sia UCP via Stripe Connect sia ACP via Instant Checkout, e gli SDK in Python/Node/PHP/Ruby/Go sono completi.

Per il consulente italiano, il primo deliverable di ogni engagement agentic commerce è la mappatura del PSP attuale del merchant rispetto al supporto attuale dei protocolli, e la valutazione costo-beneficio fra "stare con il PSP attuale e attendere" vs "spostare gradualmente il flusso agentic a un PSP più maturo". Nei tre engagement che ho seguito nel Q1 2026, due hanno scelto il setup ibrido (Nexi mantiene B2C tradizionale + Stripe entra come PSP per il flusso agentic), uno ha aspettato la roadmap Nexi accettando lag di 6 mesi.

Decision framework: la regola dei tre quadranti

Per il merchant italiano nel 2026 il framework operativo che porto sul tavolo del cliente è semplice e si declina in quattro quadranti che ho rifinito sulla base degli engagement reali del primo semestre. Quadrante uno: clientela prevalentemente B2C italiana o europea, fascia medium-mass market, PSP italiano (Nexi). Priorità: UCP via partner Stripe Connect, ACP differito a fase due. Costo iniziale: 30-50 giornate engineering. Quadrante due: clientela B2C globale premium, audience attivo su ChatGPT/Claude/Gemini, esposizione mercato US elevata. Priorità: ACP da subito + UCP entro 6 mesi. Costo iniziale: 50-80 giornate. Quadrante tre: clientela B2B manifatturiera/services con buyer enterprise multinazionali. Priorità: UCP completo + AP2 + integrazione MCP per i buyer enterprise che usano agent per procurement. Costo iniziale: 60-100 giornate. Quadrante quattro: marketplace o brand con tutti e quattro i requisiti contemporaneamente. Pattern dual UCP/ACP backbone con AP2 come layer pagamento. Costo iniziale: 80-120 giornate.

In tutti e quattro i quadranti il valore consulenziale si misura sul cosa si dice di non fare prima di firmare il contratto: niente vendor lock-in proprietario, niente integrazione che non passi tramite standard registrato in fondazione neutrale, niente clausola che impedisca aggiornamento alle minor version successive del protocollo. Le regole di clausola contrattuale sono identiche a quelle che ho descritto per MCP nel pezzo su AAIF Linux Foundation e RFP italiane, semplicemente declinate sui protocolli commerce specifici. Se vuoi una conversazione tecnica su come dimensionare l'integrazione agentic commerce per il tuo e-commerce italiano, oppure su come affrontare il gap di maturità del tuo PSP attuale rispetto allo standard agentic emergente, il modulo di preventivo gratuito è il punto da cui inquadrare la richiesta in due minuti, sette domande, prima della prossima riunione strategica con il vostro PSP attuale.