Come l’AI rivoluziona l’eCommerce: pagamenti & Agentic Commerce Protocol

PayPal — Agentic Commerce Services

• Agent Ready: abilitazione dei pagamenti avviati da agenti (assistenti conversazionali o shopping agent).


• Store Sync: sincronizzazione dei dati di prodotto in formato AI-readable per renderli ricercabili e acquistabili fuori dal sito.

• Agent Ready estende l’infrastruttura PayPal ai flussi agentici: consente a un agente “trusted” di avviare il pagamento per conto dell’utente, includendo rilevamento frodi, protezione acquirente e gestione delle dispute senza lavoro tecnico aggiuntivo per i merchant già su PayPal. Funziona tanto nei contesti conversazionali quanto in esperienze automatizzate di browser. Inoltre, PayPal ha adottato l’Agentic Commerce Protocol (ACP) per presidiare i pagamenti anche su ChatGPT, abilitando il checkout istantaneo in quell’ambiente.


• Store Sync pubblica e mantiene allineati i feed (titolo, prezzo, disponibilità, immagini, policy) verso piattaforme AI e shopping agent. Si appoggia a partnership con Wix, Cymbio, Commerce e Shopware per facilitare l’onboarding dei cataloghi. Tra le prime superfici annunciate: Perplexity e la Shopping Agent app di PayPal (in test su mercati selezionati). È prevista anche una pagina d’iscrizione dedicata per attivare Store Sync.

• Il checkout non è più confinato al sito: diventa nativo dove nasce l’intento (chat/agent).


• I cataloghi smettono di essere solo “feed per marketplace” e diventano distribuiti verso piattaforme AI che gestiscono discovery, carrello e pagamento.


• Rischio e compliance si adeguano all’era agentica: identità degli agenti, deleghe di pagamento, protezioni antifrode e dispute sono trattate come componenti di base del nuovo canale.


• Time-to-market ridotto: i merchant PayPal esistenti possono estendere la presenza alle superfici AI sfruttando connettori e policy già in casa, senza re-ingegnerizzare il checkout.
  (Nota: PayPal indica disponibilità di Store Sync già attivabile e Agent Ready in rollout successivo; superfici e tempistiche dipendono dai mercati e dagli accordi con le piattaforme AI.)

Approfondimento: cos’è l’Agentic Commerce Protocol (ACP)

• Abilitare il “chat & buy”: l’acquisto avviene dentro la conversazione, senza passare dal sito, riducendo i passaggi tra scoperta e checkout


• Standardizzare le integrazioni: un’unica specifica (ACP) per collegare agenti, sistemi d’ordine e PSP, con guide tecniche e specifiche per feed e checkout.

Mantenere controllo e fiducia: flussi sicuri, ruoli chiari (OpenAI non è merchant of record), e strumenti PSP come token di pagamento delegati per transazioni agentiche.

Mastercard × PayPal — Agent Pay

• Identità e attestazione dell’agente. L’agente deve essere “trusted”: iscritto a un registro/programma e capace di presentare attestazioni firmate quando chiede di avviare un pagamento.


• Delega dell’utente. L’utente autorizza l’agente a operare per suo conto (consenso granulare: importo/merchant/tempo). Le richieste di pagamento includono prova di delega e contesto (device, canale, fingerprint).


• SCA e responsabilità. Il framework disciplina quando scatta la SCA (es. 3DS2) e chi risponde in caso di abuso/chargeback; prevede percorsi “frictionless” quando il rischio è basso e la delega è recente/forte.


• Gestione eccezioni. Regole per revoca delega, rimborsi, dispute agentiche, casi “man-in-the-middle” e ri-autenticazioni periodiche.


• Interoperabilità. Specifica campi/payload minimi perché issuer e PSP riconoscano la transazione come “agent-initiated” (nuovi indicatori, reason codes).

• Fiducia transazionale nel canale conversazionale: prerequisito per volumi e per ridurre attriti SCA.


• Chiarezza di ruoli (es. l’agente non è merchant of record) e catena di responsabilità tracciabile.


• Riduzione frizioni. Più casi ammessi in frictionless quando identità agente + delega + segnali di rischio sono solidi.

1. Utente dà consenso all’agente a completare acquisti fino a 100€ per 24h.
2. L’agente costruisce carrello via ACP, invia richiesta firmata al PSP del merchant con indicatori “agent-initiated”.
3. Il network/issuer valuta rischio, decide 3DS sì/no; se richiesto, l’agente orchestra l’SCA in-chat.
4. Transazione approvata → conferma all’utente + receipt; metadati salvati per audit/dispute.

Stripe — ACP & Radar Assistant

• Supporto ACP per portare il checkout in chat mantenendo PSP Stripe.


• Radar Assistant, copilot antifrode controllabile “via prompt” e regole naturali.

• ACP su Stripe. Collega agenti, cataloghi e PSP: l’assistente crea carrello, calcola tasse/spedizioni, avvia pagamento con i token di Stripe e registra l’ordine nel backend del merchant.


• Radar Assistant. Espone segnali di rischio (IP proxy, email age, mismatch paese carta/spedizione, velocity, device, bin range) e permette di scrivere/modificare regole in linguaggio naturale: “Se paese carta ≠ paese spedizione e risk_score > 75 → forza 3DS; altrimenti, consenti.”
  Le regole possono essere simulate su storico, versionate e testate in A/B (shadow mode) prima della messa in produzione.


• Risposta rapida a nuovi pattern. In caso di promo o “drop”, puoi abbassare temporaneamente le soglie su metodi low-risk e alzare il challenge su categorie ad alto abuso (gift card, elettronica).

• Time-to-live antifrode passa da giorni a ore/minuti (prompt + simula + deploy).


• Coverage multicanale. Le stesse policy coprono web, app e conversazione (ACP).


• Maggiore controllo su trade-off conversione/rischio senza dev sprint.

Adyen — Uplift

• Adaptive Routing. Sceglie in tempo reale il miglior percorso (schema domestico vs internazionale, acquiring locale vs centrale) in base a probabilità di autorizzazione per bin/issuer/paese/orario.


• Smart Authentication (3DS dinamico). Decide quando applicare 3DS (challenge vs frictionless) combinando rischio, ticket medio, storico cliente e issuer preferences; supporta delegated authentication dove disponibile.


• Metodo & presentazione. Ordina metodi di pagamento in base a likelihood di successo per cliente/mercato e applica Network Tokenization/Account Updater per ridurre fallimenti per carte scadute.


• Smart Retries. Se rifiutata, riprova su percorso/tempo diverso (es. notte locale issuer), rispettando limiti scheme/compliance.

• Efficienza transazionale nei picchi e nei mercati frammentati (multi-issuer, multi-schema).


• Riduzione costo per ordine grazie a presentazione ottimizzata + minori fee per tentativi falliti.


• Conversione netta↑: tipicamente l’ottimizzazione autorizzativa porta +1–3pp di approval rate su volumi medio-alti (ordine di grandezza utile per il business case).