The Pulse
Stripe apre Checkout agli agenti di IA tramite gli strumenti browser WebMCP
Stripe ha abilitato WebMCP nelle sue pagine Checkout, così gli agenti di IA basati sul browser possono richiamare strumenti di pagamento strutturati invece di fare clic sui moduli; dai test è emerso che usano il 42% di token in meno, effett
AI.info Team ·
Stripe ha attivato WebMCP in tutte le sue pagine di pagamento Checkout, consentendo agli agenti di IA che fanno acquisti tramite browser web di richiamare strumenti strutturati anziché leggere e fare clic sulla pagina. In un articolo tecnico pubblicato sul blog per sviluppatori, l’azienda ha riferito che gli agenti che usano questi strumenti hanno consumato il 42% di token in meno, completato il checkout il 39% più rapidamente e effettuato il 38% di chiamate agli strumenti in meno rispetto agli agenti che operavano sulla stessa pagina senza di essi.
L’articolo, «Come Stripe sta progettando Checkout per gli agenti di IA», è firmato da Cara Mecozzi, redattrice tecnica di Stripe, e Steve Kaliski, ingegnere del software del team Experimental Projects dell’azienda. Stripe afferma che Checkout è usato da oltre 7,8 milioni di aziende e che i commercianti possono usufruire degli strumenti per agenti senza modificare la propria integrazione.
Perché gli agenti browser faticano con le pagine di checkout
Il punto di partenza di Stripe è che molti agenti acquistano ancora prodotti interagendo con un browser. Per pagare, un agente del genere deve interpretare l’interfaccia visiva e il Document Object Model della pagina, capire quali azioni sono disponibili e poi pianificarle ed eseguirle. Nel caso di un agente che completava un acquisto su Stripe Checkout senza WebMCP, il valore di riferimento dell’azienda era in media di 1,8 milioni di token, 38,83 chiamate agli strumenti e oltre due minuti e mezzo.
«Proprio come ottimizziamo l’esperienza d’acquisto delle persone per ridurre al minimo la latenza e i clic, dobbiamo ottimizzare quella degli agenti per ridurre al minimo l’uso di token e le chiamate agli strumenti.»
Cara Mecozzi, redattrice tecnica, e Steve Kaliski, ingegnere del software (Experimental Projects), Stripe
Gli autori considerano i token un indicatore dei costi e le chiamate agli strumenti un indicatore dello sforzo, aggiungendo che un numero elevato di chiamate può anche segnalare che un agente è confuso. L’articolo cita Muse di Meta tra gli agenti per lo shopping che stanno arrivando sul mercato; secondo un annuncio di Stripe dei primi di settembre, l’agente di Meta paga tramite il wallet Link di Stripe.
Strumenti disponibili solo quando possono essere usati
La scelta progettuale centrale è quella che Stripe definisce divulgazione progressiva degli strumenti: la pagina espone solo gli strumenti e i parametri adatti allo stato in cui si trova. Lo strumento submit_payment, per esempio, resta nascosto finché non sono stati compilati tutti i campi obbligatori. Se l’agente passa a un metodo di pagamento diverso dalla carta, il parametro del numero della carta scompare dallo strumento fill_payment_form.
Un flusso semplificato prevede quattro passaggi. L’agente esamina la sessione di checkout e i metodi di pagamento disponibili; la scelta di un metodo rende visibile uno strumento di compilazione del modulo il cui schema rispecchia i campi mostrati; l’agente fornisce i dati richiesti; quando il modulo è valido, la pagina rende visibile submit_payment. L’obiettivo, scrivono gli autori, è impedire all’agente di ragionare su vincoli che l’applicazione già conosce.
Un unico checkout per persone e agenti
Stripe non ha creato un checkout separato, riservato agli agenti. Ha usato entrambe le componenti dell’API WebMCP. Gli strumenti imperativi, come get_order_summary e select_payment_method, sono funzioni JavaScript collegate alla gestione dello stato già esistente nella pagina. Per compilare i moduli si usa l’API dichiarativa, in cui il browser ricava lo schema di input di uno strumento dai controlli HTML attualmente visualizzati.
La conseguenza pratica, secondo l’articolo, è che ogni nuovo campo aggiunto al modulo per chi fa acquisti come persona è disponibile per impostazione predefinita anche agli strumenti per agenti, senza dover mantenere un secondo schema. Gli strumenti si basano inoltre sul lavoro di accessibilità già presente nel codice frontend di Stripe.
Come è stato condotto il benchmark
Stripe ha condotto 60 test su sei modelli, usando un rivenditore fittizio di articoli per attività all’aperto e l’interfaccia Checkout a pagina intera: metà dei test con WebMCP e metà con la normale interazione tramite browser. Ogni agente doveva raggiungere il sito, aggiungere un prodotto al carrello, completare il checkout e pagare. Tutti gli agenti di entrambi i gruppi hanno completato l’acquisto; le differenze riguardavano l’efficienza. I token sono stati conteggiati sommando input, output e cache, e il tempo risparmiato è stato di 60 secondi per acquisto.
L’articolo non indica i nomi dei sei modelli e il rivenditore era un sito di test, non un esercente reale: i dati descrivono quindi il confronto controllato condotto da Stripe, non il traffico in produzione.
Che cos’è WebMCP
WebMCP è un’API per browser proposta che consente a una pagina web di registrare strumenti, ciascuno con una descrizione in linguaggio naturale e uno schema di input JSON, che gli agenti possono richiamare. La bozza delle specifiche descrive queste pagine come server Model Context Protocol che implementano gli strumenti in script lato client anziché su un backend. È pubblicata dal W3C Web Machine Learning Community Group, con editor di Microsoft e Google, e precisa che non fa parte del percorso di standardizzazione del W3C.
La documentazione di Google per Chrome descrive WebMCP come uno standard web proposto, con un’API JavaScript imperativa e un’API dichiarativa basata su moduli HTML annotati. Chrome offre una prova di origine a partire da Chrome 149 e una flag per i test locali.
Cosa possono usare oggi gli sviluppatori di agenti
La documentazione per sviluppatori di Stripe elenca quattro interfacce che espongono gli strumenti: Checkout a pagina intera, il modulo incorporato, Elements e la pagina di fatturazione ospitata. Raccomanda agli sviluppatori di agenti di non inserire in modo rigido i nomi degli strumenti o gli schemi, di rilevare nuovamente l’insieme di strumenti dopo ogni azione che può modificare il modulo e di ricorrere all’automazione standard del browser quando manca uno strumento necessario.
La stessa pagina definisce WebMCP una funzionalità sperimentale del browser, il cui supporto, la disponibilità degli strumenti e gli schemi possono cambiare. La versione più recente della bozza delle specifiche è datata 25 settembre 2026.