Web agentico: cosa cambiare quando a comprare sono gli agenti AI

Il web agentico è la parte di internet dove sono i software a leggere le pagine, confrontare i fornitori e concludere un acquisto per conto di chi compra. Ha già un prezzo attaccato. Gartner stima che entro il 2028 il 90% degli acquisti B2B passerà da agenti AI, per oltre 15.000 miliardi di dollari scambiati attraverso di loro: la previsione è stata presentata all’IT Symposium di ottobre 2025.

Di solito la questione finisce sul tavolo del marketing, affidata a chi si occupa di SEO. Riguarda invece il prodotto. Un agente che non riesce a leggere il prezzo, a verificare la disponibilità o ad avviare un checkout senza una sessione browser ti toglie dalla lista dei candidati, e la landing page che a una persona sarebbe piaciuta nessuno la apre.

Cosa non regge quando a leggere è una macchina

Gli agenti analizzano il codice. Non scorrono la pagina, non passano il mouse sopra un elemento, non aspettano che si chiuda una finestra. Quattro cose vanno male, più o meno in quest’ordine.

I dati che esistono solo nel layout. Un prezzo disegnato da JavaScript lato client dopo una conversione di valuta lo vede una persona, non un parser. Vale anche per gli indicatori di disponibilità, per i limiti dei piani e per tutto ciò che un widget esterno aggiunge dopo il caricamento.

I dati che si contraddicono. La pagina dice 49 euro, il feed ne dice 59, l’API porta ancora il nome del piano del trimestre scorso. La guida di Adyen per i retailer è netta su questo: la coerenza fra feed di prodotto e sito è una condizione per entrare nel commercio agentico. Un parser che trova due prezzi non ha modo di sciogliere il dubbio, quindi scarta il record oppure scarta il fornitore.

Un checkout che presuppone una persona davanti allo schermo. Carrelli legati al cookie, un CAPTCHA sul selettore dei piani, un passaggio di pagamento che vive solo dentro la tua interfaccia. Se una transazione non si può creare via API con un’autorizzazione firmata, un agente può studiarti a fondo e comunque non comprare.

I dati che nascondi apposta. "Contatta il commerciale per il prezzo" è una posizione legittima e oggi costa. Un agente a cui chiedi di confrontare cinque fornitori riempie quattro celle di prezzo e lascia vuota la tua. Se lo scambio convenga è una decisione commerciale, non tecnica, ma da oggi è una decisione che prendi e non un’impostazione che subisci.

I volumi di questo canale restano piccoli e l’intenzione è densa. Ahrefs ha misurato il proprio traffico a giugno 2025 e ha riportato che i visitatori arrivati dall’AI erano lo 0,5% delle sessioni e il 12,1% delle registrazioni in trenta giorni, circa ventitré volte il tasso di conversione della ricerca organica. È un’azienda che legge i propri dati, quindi vale come segnale e non come riferimento di settore. Il meccanismo però si spiega in una riga: il confronto l’ha già fatto l’agente, così la visita che ne esce arriva qualificata.

Perché i dati strutturati da soli non bastano

Aggiungere il JSON-LD Product e Organization è la prima mossa ed è anche la più economica. Quasi tutti si fermano lì. Il markup descrive. Non tiene il magazzino, non conclude una transazione e non porta con sé un’autorizzazione che un gestore di pagamenti accetti.

Sopra il markup si stanno formando tre specifiche, con compiti diversi. ACP, l’Agentic Commerce Protocol di OpenAI e Stripe, definisce lo scambio di checkout fra agente ed esercente e porta con sé una specifica per il feed di prodotto. AP2, l’Agent Payments Protocol, definisce l’autorizzazione: chi ha approvato cosa, sotto forma di mandati firmati crittograficamente. Il 28 aprile 2026 Google lo ha donato alla FIDO Alliance insieme al framework Verifiable Intent di Mastercard, e così è passato dalla specifica di un singolo vendor a una governance condivisa, con i pagamenti Human Not Present introdotti nella versione 0.2. UCP, lo Universal Commerce Protocol di Google, estende Merchant Center al carrello, al checkout e al post-vendita.

Un acquisto agentico completo di solito ne usa due: uno per la transazione, uno per l’autorizzazione. Nessuna quantità di dati strutturati copre la seconda metà.

Cosa cambiare nello sviluppo

Pubblica due volte ogni dato commerciale, da un’unica fonte

Prezzo, limiti dei piani, disponibilità, condizioni di rimborso e minimi contrattuali vogliono una versione visibile per le persone e una leggibile dalle macchine. Vanno generate dallo stesso record di database, nella stessa richiesta. Quando un designer ritocca il testo della pagina prezzi e il JSON-LD arriva da un campo separato del CMS, le due versioni divergono nel giro di un trimestre e nessuno se ne accorge finché un agente non cita quella vecchia. Noi costruiamo i dati strutturati dalla stessa query che disegna la pagina, così cambiare un prezzo resta una sola scrittura.

Pubblica un feed, non solo pagine

La scansione è lenta e perde pezzi. Un feed è una risposta diretta. La specifica ACP definisce i campi che un agente si aspetta, e dal lato Google il feed di Merchant Center fa lo stesso lavoro. Rigeneralo a ogni scrittura, non una volta al giorno: una disponibilità vecchia è peggio di una disponibilità assente, perché produce una transazione fallita invece di una transazione saltata.

Per un SaaS con cinque piani parliamo di un file piccolo e di un webhook. Per un catalogo è sviluppo vero, ed è il lavoro che decide se comparirai.

Scegli una posizione sui protocolli prima che la scelga una piattaforma

Non devi adottare ACP, AP2 e UCP entro il trimestre. Le specifiche si muovono ancora e le piattaforme hanno già fatto marcia indietro su alcune parti. Quello che conviene fare adesso costa poco e sopravvive ai cambi: tieni la creazione di carrello e checkout dietro un’API che non richieda la tua interfaccia. Tutto ciò che il front end fa su un carrello deve poterlo fare anche una chiamata API autenticata. A quel punto aggiungere un protocollo diventa un adattatore e non una riscrittura. La stessa disciplina ripaga con WebMCP e le API browser pensate per gli agenti.

Tieni la strada umana in primo piano

L’agente costruisce la rosa dei candidati. A firmare è sempre una persona. Un sondaggio Gartner di maggio 2026 sui buyer B2B ha rilevato che il 69% si rivolge a un commerciale per verificare quello che l’AI gli ha risposto, prima di decidere. La conseguenza sul design è diretta: la pagina che un agente cita deve reggere quando due minuti dopo la apre una persona diffidente, e questo esclude le pagine sottili scritte per le macchine. Il contratto si gioca alla seconda lettura.

È anche la risposta pratica a chi chiede se scrivere per gli agenti o per i clienti. La stessa pagina fa entrambe le cose, e il vincolo che comanda è quello umano, perché è il più severo. I nostri appunti su come progettare una UI che l’utente non umano legge entrano nel dettaglio dell’interfaccia.

Misura il traffico degli agenti come canale a sé

I rimandi da ChatGPT, Perplexity, Claude e Gemini entrano in analytics come referral qualsiasi e spariscono nel totale. Separali dal referrer, registra a parte gli user agent sul bordo della rete e porta la sorgente fino al CRM. Finché non lo fai, ogni discussione su quanto ha reso il lavoro resta aneddoto. Qui conta anche la differenza fra GEO e AEO, perché i due producono numeri diversi e spesso si riporta l’uno misurando l’altro.

Come si traduce su un progetto vero

Prendi un SaaS B2B con tre piani, eccedenze a consumo e prova gratuita self-service. Il primo passaggio agentico vale circa tre giornate.

Giorno uno: sposti i prezzi dal componente di pagina a una tabella, generi da lì sia la pagina sia il JSON-LD Product e Offer, e trasformi i limiti dei piani in proprietà strutturate invece che in righe di testo dentro una lista di funzioni. Giorno due: esponi un endpoint dei piani in sola lettura e generi il feed di prodotto dalla stessa tabella a ogni scrittura. Giorno tre: verifichi che robots.txt non blocchi GPTBot, ClaudeBot, PerplexityBot e Google-Extended, aggiungi un llms.txt che punta all’endpoint dei piani e alla documentazione, e separi in analytics i referral degli agenti.

Cosa lasceremmo fuori da questo primo passaggio: i mandati AP2 e qualsiasi riscrittura del checkout per ACP. Meritano un approfondimento quando nei log compare una transazione vera arrivata da un agente, non prima. Le tre giornate qui sopra rendono comunque, qualunque protocollo vinca, perché tutti leggono gli stessi dati di partenza.

Un limite va detto chiaramente. Niente di tutto questo crea domanda. Se un agente confronta quattro fornitori e il tuo è quello caro con meno integrazioni, dei dati strutturati puliti ti fanno escludere prima e con più precisione. Il lavoro rende un prodotto leggibile alla macchina che sta confrontando. Non lo rende la risposta.