Come un merchant verifica un agente IA, e chi ne fissa le regole

Il problema che due anni fa non esisteva

La gestione dei bot funziona. È proprio questa la difficoltà. Un merchant che ha passato anni a insegnare al proprio bordo a rifiutare traffico automatizzato scopre che il traffico nuovo più prezioso di internet è automatizzato: agenti di acquisto che agiscono per acquirenti reali con metodi di pagamento reali. Dal bordo, un agente che aggiunge al carrello e uno scraper che copia i tuoi prezzi sono identici. Entrambi sono headless, vengono da un data center, e nessuno muove un mouse.

Non si risolve con euristiche, perché la distinzione non è comportamentale. È una questione di credenziali. Da qui il fatto che la risposta sia arrivata come lavoro di protocollo e non come fingerprinting migliore.

Tre domande, tre risposte diverse

La cosa più utile da capire qui è che «verificare un agente» sono tre problemi distinti, che nella maggior parte degli articoli vengono fusi in uno.

Un merchant il cui problema è la prima riga non ha bisogno della terza, e viceversa. È così che i budget di integrazione finiscono sul livello sbagliato.

Cosa ha rilasciato Visa, e perché parte dal CDN

Visa ha presentato il Trusted Agent Protocol il 14 ottobre 2025, sviluppato con Cloudflare. La scelta del partner è rivelatrice: TAP è progettato per essere controllato al bordo, prima che la richiesta raggiunga la tua applicazione. L’agente presenta una firma crittografica costruita sulle firme di messaggi HTTP (RFC 9421), allineate a Web Bot Auth. La firma è legata al tuo dominio e all’operazione specifica, navigazione o pagamento, e porta marche temporali, identificativo di sessione e identificativi di chiave e algoritmo, così da non poter essere riutilizzata altrove.

Tre livelli di informazione l’accompagnano: l’intenzione dell’agente, il riconoscimento del consumatore (account o relazione esistente, con consenso) e, in opzione, dati di pagamento come i Payment Account References per le carte salvate. La specifica e un’implementazione di esempio completa, incluso un proxy CDN che verifica le firme, sono pubbliche su GitHub.

Otto mesi dopo, al Visa Payments Forum del 10 giugno 2026, Visa ha aggiunto i pezzi che rendono la verifica operativa e non teorica: Agent Score, che permette a un merchant di testare se gli agenti riescono davvero a completare compiti sul suo sito, un Agentic Directory come registro di fiducia degli agenti legittimi, e un Large Transaction Model che applica l’IA all’autorizzazione.

Cosa ha rilasciato Mastercard, e perché parte dal token

Mastercard ha annunciato Agent Pay prima, il 29 aprile 2025, e ha preso lo stesso problema dall’altro capo. Invece di provare l’identità al bordo del merchant, Agent Pay registra e verifica gli agenti di fiducia prima che possano pagare, ed emette Mastercard Agentic Tokens costruiti sulla tokenizzazione che la rete già gestisce. Controlli del consumatore definiscono cosa un agente può acquistare, e la transazione arriva riconoscibile come avviata da agente a ogni parte della catena.

Il 20 gennaio 2026 Mastercard ha esposto come i pezzi si collegano. La rete si è unita a Google sull’Universal Commerce Protocol nella settimana dell’NRF, ha dichiarato di lavorare con Microsoft per portare Agent Pay in Copilot Checkout, e ha citato lavori in corso con OpenAI, Cloudflare e PayPal. L’inquadramento era esplicito: l’ecosistema era passato «dalla sperimentazione a una vera infrastruttura commerciale». Il 10 giugno 2026 ha ampliato il programma con Agent Pay for Machines per i pagamenti tra agenti e le microtransazioni.

Perché la terza domanda è passata a FIDO

L’identità si risolve con le firme. Dimostrare che un umano ha autorizzato un acquisto preciso no, perché è un problema di prova che deve sopravvivere a una controversia mesi dopo. Per questo ha lasciato i vendor. Il 28 aprile 2026 la FIDO Alliance ha creato un gruppo di lavoro tecnico Agentic Authentication, presieduto da membri di CVS Health, Google e OpenAI, e ha ricevuto in contributo l’AP2 di Google e il Verifiable Intent di Mastercard in un gruppo di lavoro Pagamenti presieduto da Mastercard e Visa.

Le sue tre aree di lavoro dichiarate coprono esattamente la tabella sopra: istruzioni utente verificabili, autenticazione dell’agente e delega fiduciaria per il commercio. Andrew Shikiar, CEO dell’Alleanza, ha formulato l’esigenza così: le persone devono potersi fidare che le azioni degli agenti siano «sicure, autorizzate e realmente conformi alla loro intenzione». Sulle conseguenze di governance di quel passaggio, vedi AP2 ha lasciato Google.

Cosa fare concretamente

1. Misurare prima di costruire. Verifica se agenti legittimi vengono rifiutati al tuo bordo. Se la tua difesa anti-bot non blocca traffico di agenti, la verifica non è il tuo collo di bottiglia, e probabilmente lo è la qualità dei feed.
2. Partire dal bordo, non dal checkout. TAP è verificabile al CDN e si appoggia a una RFC pubblicata dell’IETF: il livello identità si può testare senza toccare il checkout.
3. Trattare l’autorizzazione come cantiere separato, con un orologio più lento. Si sta standardizzando in FIDO con le reti alla presidenza, e la sua forma si consoliderà prima che tu debba impegnarti.
4. Non scommettere su una sola rete. Visa e Mastercard affrontano la cosa da capi diversi ed entrambe convergono sui protocolli aperti anziché sostituirli, come abbiamo esposto in reti di carte contro protocolli aperti.

Per il livello sottostante, vedi come pagano gli agenti IA. Per la parte che decide se un agente ti trova, vedi come gli agenti leggono i tuoi prodotti.