Commercio agentico
Come implementano i commercianti UCP e ACP contemporaneamente?
Aggiornato il
Non sono un'alternativa esclusiva, e la maggior parte dell'implementazione è condivisa. Entrambi richiedono la stessa base — un catalogo leggibile da macchina con identità del prodotto, varianti, e prezzo e disponibilità che siano accurati al momento della lettura. UCP specifica quindi la scoperta e la costruzione del carrello; ACP specifica la sessione di checkout e il pagamento delegato all'interno di un'interfaccia AI. Costruisci lo strato del catalogo una volta, e il restante lavoro specifico del protocollo è il percorso della transazione, che è anche la parte ancora in evoluzione.
La base condivisa è la maggior parte del lavoro
Presentati come standard concorrenti, sembrano una scelta costosa. Scomposti in obblighi, la sovrapposizione è ampia e la divergenza è tardiva.
Entrambi devono sapere cosa vendi, in una forma che una macchina possa analizzare senza interpretare un layout: identità del prodotto, varianti, attributi, un identificatore stabile, e prezzo e disponibilità che siano veri al momento della lettura. Tale requisito non è specifico del protocollo, non è sprecato se uno dei due standard perde, e migliora la ricerca classica allo stesso tempo.
| Strato | UCP | ACP | Condiviso? |
|---|---|---|---|
| Catalogo leggibile da macchina | Richiesto | Richiesto | Sì — costruire una volta |
| Prezzo e inventario in tempo reale | Richiesto | Richiesto | Sì |
| Formato del feed di prodotto | Forma UCP | Specifica del feed ACP | Stessi dati sorgente, serializzazione diversa |
| Costruzione del carrello | Specificato | Specificato | In gran parte |
| Sessione di checkout | A livello di carrello | Specifica della sessione completa | No |
| Pagamento delegato | Non l'obiettivo | Specificato | No |
L'ordine che non blocca il lavoro
Sequenziare in base a ciò che sopravvive alla perdita di un protocollo.
- 1. Un'unica fonte di verità per il catalogo con prezzo e disponibilità accurati. Serve entrambi, più ogni assistente che non implementa nessuno dei due.
- 2. Serializzare in ogni formato di feed da quella fonte. Due serializzatori su un unico dataset è un piccolo lavoro; due dataset sono un problema di riconciliazione per sempre.
- 3. Un preventivo e un carrello programmatici che restituiscono un totale vincolante inclusi spedizione e tasse. Entrambi i protocolli ne hanno bisogno e rimuove la simulazione del browser a prescindere.
- 4. Credenziali dell'agente con ambito e verificate prima che qualcosa possa scrivere. Nessuno dei due protocolli lo specifica ed entrambi lo assumono.
- 5. Checkout e delega del pagamento per ultimi, perché è lo strato ancora in movimento.
Il requisito di aggiornamento è la vera ingegneria
La maggior parte dei commercianti può produrre un catalogo strutturato. Molti meno possono produrne uno i cui numeri siano veri al momento della lettura, ed è lì che le implementazioni di entrambi i protocolli falliscono.
Un feed aggiornato ogni notte pubblicizzerà con sicurezza lo stock venduto quella mattina, e un agente che agisce su di esso genererà una cancellazione anziché un ordine. Per le attività in abbonamento è ancora più critico: i prossimi rinnovi sono inventario impegnato, quindi un conteggio delle scorte che non riserva contro di essi venderà unità già promesse.
Questo è un autentico vantaggio architetturale dove inventario, ordini e abbonamenti condividono un unico sistema anziché sincronizzarsi attraverso un confine di integrazione — la quantità riservata diventa una proprietà dei dati anziché un lavoro di riconciliazione notturno.
Domande frequenti
- Devo scegliere tra UCP e ACP?
- Solo se li consideri prodotti da acquistare anziché obblighi da soddisfare. Elencati come obblighi, la sovrapposizione rappresenta la maggior parte del costo: identità, varianti, prezzo e stock accurati sono richiesti identicamente da entrambi, e solo il percorso della transazione differisce. Un team che inquadra questo come "scegliere uno standard" finisce per sequenziare la decisione prima del lavoro, quando il lavoro è lo stesso in entrambi i casi per i primi quattro passaggi.
- Quale dovrei implementare per primo?
- Nessuno dei due, nel senso che conta: costruisci prima lo strato del catalogo, perché entrambi lo richiedono ed è utile agli assistenti che non implementano nessuno dei due. Il lavoro specifico del protocollo dovrebbe iniziare dalla serializzazione del feed, che è un piccolo compito una volta che i dati sorgente sono corretti.
- Vale la pena implementare lo strato di checkout?
- Per la maggior parte dei commercianti, non ancora. OpenAI ha chiuso Instant Checkout durante il 2026 e ha riposizionato ACP verso la scoperta, e i grandi rivenditori lo hanno adottato sul lato della scoperta. La parte meglio posizionata per sapere ha fatto marcia indietro sul proprio checkout in-chat; il costo di costruire quell'integrazione due volte supera il costo di arrivarci in ritardo una volta.
- Cosa assumono entrambi i protocolli che tu abbia già?
- Accesso dell'agente con ambito e verificato — e nessuno dei due lo specifica. Permessi per credenziale, idempotenza sulle scritture, una traccia di audit duratura e un controllo umano sulle azioni irreversibili sono responsabilità della piattaforma, e sono la differenza tra un'integrazione dell'agente e un incidente.