Agentic Browsing: cosa succede quando è un’AI a fare shopping al posto del cliente

Cosa significa “agentic browsing”

Fino a poco tempo fa, quando qualcuno cercava un prodotto tramite un’AI, il percorso finiva comunque con un clic verso il tuo sito, e l’acquisto lo completava una persona. Con l’agentic browsing questo non è più garantito: un agente AI (l’Operator di ChatGPT, Comet di Perplexity, e altri) può navigare il sito, confrontare prodotti, riempire un carrello e in alcuni casi completare l’acquisto, con la persona che approva solo il passaggio finale — o a volte nemmeno quello.

Per un e-commerce, questo significa una cosa molto concreta: il tuo sito deve essere leggibile e utilizzabile non solo da una persona con un mouse, ma anche da un software che clicca, legge e compila moduli al posto suo. Se il sito non è pensato per questo, l’agente si blocca, sbaglia, o semplicemente sceglie il competitor che ha reso il percorso più facile da automatizzare.

Lighthouse ha una nuova categoria: cosa misura davvero

Google ha aggiunto ufficialmente una categoria Agentic Browsing a Lighthouse (lo strumento di audit di Chrome, lo stesso che misura le Core Web Vitals) — non è un fattore di ranking diretto, ma è il segnale più chiaro che la direzione è tracciata seriamente. La categoria valuta quattro aree:

• WebMCP Integration — se il sito registra “strumenti” dichiarativi o via JavaScript che un agente può chiamare direttamente (pensalo come un’API pensata apposta per essere usata da un’AI, non da un umano).
• Accessibilità per agenti — controlla che l’albero di accessibilità del sito (lo stesso usato dagli screen reader) abbia nomi, etichette e struttura integri e visibili anche a un software.
• Stabilità visiva (CLS) — un layout che si sposta mentre l’agente sta per cliccare un pulsante causa errori, esattamente come confonde una persona.
• Discoverabilità (llms.txt) — un file alla radice del dominio che dichiara esplicitamente ai modelli AI come interpretare il sito, sul modello del vecchio robots.txt.

È ancora una funzionalità sperimentale, su standard non definitivi — ma vale la pena sapere che esiste ed è misurabile oggi, non tra qualche anno.

Il pezzo che conta di più: i protocolli di pagamento per agenti

Qui si passa dalla teoria ai soldi veri. Sono nati due standard concreti che permettono a un agente AI di completare davvero un acquisto:

ACP (Agentic Commerce Protocol) — di OpenAI e Stripe, attivo da settembre 2025, usato dentro ChatGPT (oltre 900 milioni di utenti settimanali). Richiede un feed prodotto in formato specifico (.jsonl.gz, .csv.gz o .xml.gz), una Checkout API con endpoint dedicati, e l’integrazione dei pagamenti tramite Stripe con token di pagamento condiviso. OpenAI trattiene una commissione del 4% su ogni acquisto completato tramite Instant Checkout.

UCP (Universal Commerce Protocol) — di Google, annunciato a gennaio 2026 con una coalizione che include Shopify, Walmart, Target ed Etsy. Copre checkout, collegamento dell’identità (via OAuth 2.0) e gestione ordini (tracking, resi). Opera dentro Google Search AI Mode e Gemini.

Non serve integrarli entrambi domani mattina, ma vale la pena sapere che esistono, chi c’è dietro, e che il tuo settore probabilmente ne sentirà parlare sempre di più nei prossimi mesi.

Cosa serve concretamente per essere pronti

La base comune a entrambi i protocolli, e più in generale a qualsiasi agente che provi a comprare sul tuo sito, è la qualità dei dati strutturati — prima ancora dei contenuti editoriali:

• Schema markup Product completo (JSON-LD): prezzo, valuta in formato ISO 4217, disponibilità in tempo reale, GTIN/UPC.
• Feed prodotto pulito: titolo entro 150 caratteri, descrizione entro 5.000, tutti i campi obbligatori compilati correttamente, non lasciati vuoti “per ora”.
• Google Merchant Center, se vendi tramite Google: oltre 170 attributi prodotto possibili, più sono compilati bene meglio un agente può confrontarti ai competitor.
• Policy chiare e machine-readable: politica di reso e termini di servizio devono essere trovabili, non solo esistere in una pagina persa nel footer.

Il collegamento con accessibilità e visibilità AI

Qui si chiude un cerchio che vale la pena vedere esplicitamente: l’albero di accessibilità che serve a un agente AI per navigare il tuo sito è lo stesso identico albero che serve a uno screen reader per una persona non vedente. Nomi corretti, etichette sui pulsanti, struttura semantica pulita — lavorare bene sull’accessibilità (di cui abbiamo parlato anche a proposito dell’European Accessibility Act) non è solo mettersi in regola: è anche l’infrastruttura di base su cui si reggono sia l’accessibilità reale sia l’agentic browsing. Lo stesso vale per i segnali di E-E-A-T di cui abbiamo parlato: un sito con dati puliti, policy chiare e informazioni verificabili è più facile da leggere tanto per un algoritmo di ranking quanto per un agente che deve decidere se fidarsi abbastanza da completare un acquisto.

Checklist pratica

1. Verifica se il tuo sito ha un file llms.txt alla radice del dominio — se non lo conosci, probabilmente non ce l’hai.
2. Controlla il markup Product sulle schede prodotto principali con il Rich Results Test di Google.
3. Guarda se il tuo feed prodotto ha tutti i campi obbligatori compilati, non solo quelli minimi.
4. Testa la stabilità visiva (CLS) delle pagine di checkout — un layout instabile blocca tanto un agente quanto un cliente umano frustrato.
5. Se vendi tramite le piattaforme coinvolte (ChatGPT, Google Shopping), verifica se ACP o UCP sono già rilevanti per il tuo settore specifico.