UCP (Universal Commerce Protocol)

UCP è un acronimo con più significati

Tre lettere, diversi proprietari. Nelle telecomunicazioni e nell'IT aziendale la stessa abbreviazione è più spesso letta come una piattaforma di comunicazioni unificate, e compare all'interno di nomi di prodotti e piani di controllo non correlati in tutto il settore. Chiunque cerchi l'acronimo nudo incontra un mix di essi.

Nel commercio significa l'Universal Commerce Protocol, lo standard aperto di Google e Shopify che consente agli agenti AI di leggere i cataloghi dei commercianti, recuperare prezzi e inventario in tempo reale, gestire i carrelli e completare gli acquisti. Questo è quello descritto qui.

Il problema che si propone di risolvere è di tipo combinatorio

Senza uno standard condiviso, ogni assistente che vuole effettuare transazioni deve integrarsi con ogni rivenditore con cui vuole effettuare transazioni. Questa è una moltiplicazione, e le moltiplicazioni diventano rapidamente insostenibili.

Prendiamo un mercato illustrativo di 6 superfici di assistenti e 500 rivenditori con cui vale la pena integrarsi. L'integrazione bilaterale significa 6 × 500 = 3,000 accordi e implementazioni separati, ognuno dei quali qualcuno costruisce e poi mantiene. Sotto uno standard condiviso ogni parte lo implementa una volta: 6 + 500 = 506. Il divario si allarga man mano che il mercato cresce — a 10 superfici e 2,000 rivenditori è 20,000 contro 2,010.

La conseguenza per un marchio di medie dimensioni è la parte che conta. Le integrazioni bilaterali vengono negoziate solo con i cataloghi più grandi, perché è lì che il ritorno giustifica la realizzazione. Uno standard è ciò che rende il lavoro che un commerciante fa una volta leggibile a qualsiasi agente conforme, che è la differenza tra partecipare alla domanda generata dagli agenti ed esserne strutturalmente esclusi.

Cosa deve contenere un catalogo conforme

L'obbligo è meno esotico di quanto suggerisca la formulazione, e si divide in tre cose di cui un agente ha bisogno prima di poter agire sui tuoi prodotti.

Solo il primo è un esercizio di modellazione dei dati. Il secondo è una questione di architettura su dove risiede l'inventario e quanti sistemi devono concordare prima che un numero di stock sia vero, ed è qui che le implementazioni falliscono effettivamente piuttosto che dove sono difficili da avviare.

• Identità. Identificatori stabili di prodotto e variante, idealmente inclusivo di un GTIN, in modo che l'articolo che un agente ha trovato in un posto possa essere abbinato all'articolo che sta acquistando in un altro. Senza di esso, il confronto confronta silenziosamente le cose sbagliate.
• Veridicità al momento della lettura. Prezzo e disponibilità corretti al momento in cui vengono letti, non al momento in cui è stato generato un feed notturno. Un feed vecchio di qualche ora pubblicizzerà con sicurezza stock venduti questa mattina, e un agente che agisce su di esso produce una cancellazione piuttosto che un ordine.
• Un carrello che un agente può gestire. Costruzione programmatica del carrello che restituisce un totale su cui l'agente può fare affidamento, includendo spedizione e tasse per la destinazione, perché un agente che non può ottenere un numero vincolante non ha nulla da confrontare.

Cosa la conformità non ti garantisce

Due affermazioni vengono associate al supporto del protocollo che esso non supporta, ed entrambe meritano di essere rifiutate prima che un progetto sia definito attorno ad esse.

La prima è la visibilità. Implementare uno standard ti rende leggibile; non ti rende raccomandato. Quali prodotti un assistente mostra è una decisione di ranking basata su rilevanza, informazioni coerenti sul marchio e autorità di terze parti come recensioni e copertura. Un catalogo conforme è la precondizione per essere considerato, non una ragione per essere scelto.

La seconda è la sicurezza. UCP descrive la lettura di un catalogo e la costruzione di un carrello. Non include alcun modello di permessi, alcun requisito di idempotenza e alcuna traccia di audit, e non dice nulla sull'autorizzazione dei pagamenti — quello è il terreno di AP2, ed è il livello ancora in evoluzione. Qualsiasi superficie attraverso la quale un agente può agire su sistemi live necessita di ambiti, protezione dal replay e un log, indipendentemente dal protocollo che l'ha portata lì.

Come si relazionano UCP e ACP

Sono solitamente presentati come rivali e sono meglio interpretati come vicini che si incontrano a un confine. UCP si concentra sulla scoperta del catalogo e sulla costruzione del carrello; ACP, da OpenAI e Stripe, si concentra sull'esecuzione del checkout e sulla delega dei pagamenti all'interno di un assistente. Entrambi necessitano della stessa cosa da un commerciante alla base.

Quel requisito condiviso è la risposta pratica a quale sostenere. Un catalogo leggibile da macchina con prezzi e disponibilità reali è richiesto da entrambi, utile agli assistenti che non implementano nessuno dei due, e migliora la ricerca classica allo stesso tempo. È l'unica parte di questo stack che non è una scommessa.

Gli strati sopra di esso sono scommesse, e le prove finora suggeriscono pazienza. I più grandi rivenditori che si integrano in questo spazio si sono concentrati sull'essere trovabili piuttosto che sull'essere transazionabili all'interno di un assistente, e la parte meglio posizionata per sapere ha chiuso il proprio checkout in-chat durante il 2026.