Siamo pronti per gli agenti AI è una domanda senza risposta utile finché non si concretizza. Questa è la versione concreta: quaranta verifiche in cinque aree, ciascuna valutata come superata, parziale o non superata, che producono una lista di priorità operativa e non solo una sensazione.
La maggior parte degli store ottiene un punteggio basso al primo audit, e gli errori si concentrano sempre negli stessi punti. Nessuna delle correzioni è complessa: si tratta di igiene dei dati, markup strutturato e policy di accesso, tutte pratiche che migliorano anche la ricerca tradizionale.
Valuti ogni voce con 2 (superata), 1 (parziale) o 0 (non superata). Massimo 80. Sotto 40 significa che gli agenti non possono usare lo store; tra 40 e 60 possono trovarlo ma non agire; sopra 60 si è avanti rispetto alla maggior parte della categoria.
Parte 1: Dati di prodotto (verifiche 1–12)
La base. Un agente non può raccomandare ciò che non riesce a descrivere o confrontare.
- Ogni prodotto ha un titolo distinto e descrittivo — non un codice SKU, né una stringa fornitore troncata.
- Ogni prodotto ha una descrizione sostanziale che spiega cosa sia e a chi si rivolga.
- Gli attributi filtrabili sono compilati oltre il 90% per quelli effettivamente usati dai clienti nei filtri.
- I valori degli attributi usano un vocabolario controllato, non testo libero.
- Le unità sono esplicite per ogni attributo dimensionale o quantitativo.
- Il GTIN è presente sui prodotti che lo prevedono.
- MPN e marca sono presenti dove il GTIN non è applicabile.
- Le varianti sono modellate come varianti, con le differenze espresse come attributi e non inserite nei titoli.
- La tassonomia delle categorie è coerente e ogni prodotto è collocato correttamente al suo interno.
- Le immagini hanno un testo alternativo descrittivo che una macchina può leggere come descrizione.
- I dati di compatibilità o adattabilità sono strutturati dove la categoria lo richiede.
- Il catalogo non contiene prodotti duplicati o quasi duplicati che competono per rappresentare lo stesso articolo.
Parte 2: Markup strutturato (verifiche 13–22)
Come i dati arrivano a una macchina che legge il suo storefront.
- Lo schema prodotto è presente su ogni pagina prodotto e si valida senza errori.
- Lo schema offerta include prezzo e valuta e riflette il prezzo effettivamente mostrato.
- La disponibilità è espressa nello schema e corrisponde alla realtà al momento del rendering.
- La MerchantReturnPolicy è pubblicata come dato strutturato e non solo come pagina testuale.
- I dettagli di spedizione sono strutturati, incluse soglie e destinazioni.
- AggregateRating e Review markup sono presenti dove ci sono recensioni autentiche — e assenti dove non ci sono.
- Lo schema breadcrumb riflette il reale percorso di categoria.
- Lo schema Organization identifica chiaramente il rivenditore, inclusi i canali di contatto.
- Le URL canoniche sono corrette così che un agente non trovi lo stesso prodotto a tre indirizzi diversi.
- Nessun dato strutturato contraddice la pagina visibile. Questo è il modo più rapido per perdere fiducia.
Il controllo 22 è quello che fallisce senza segnali e conta di più. Un markup generato da una cache obsoleta, o un prezzo nello schema diverso da quello a schermo, è peggio di nessun markup: rende inaffidabile tutto il resto.
Parte 3: Accesso e policy per i crawler (verifiche 23–29)
Non può essere citato da ciò che ha bloccato, e non dovrebbe essere sottoposto a scraping da tutto ciò che non ha bloccato.
- Ha una posizione esplicita e documentata su ogni principale crawler AI, non una scelta predefinita mai decisa.
- I crawler che citano le fonti sono ammessi, salvo motivazioni specifiche contrarie.
- Le pagine prodotto rendono il loro contenuto senza richiedere l'esecuzione di JavaScript, oppure Lei ha verificato che gli agenti di suo interesse lo eseguano.
- Nessuna protezione aggressiva contro i bot blocca il traffico legittimo degli assistenti — controlli i log invece di presumere.
- Il rate limiting distingue tra crawler e attacchi e non restituisce errori che sembrano interruzioni di servizio.
- La sitemap è aggiornata e include ogni prodotto indicizzabile.
- Le risposte del server sono rapide e costanti per il traffico dei crawler, che spesso viene de-prioritizzato per errore.
Parte 4: Policy e segnali di affidabilità (verifiche 30–35)
Un agente che sceglie tra due prodotti preferirà quello di cui può comprendere le condizioni.
- La politica sui resi indica esplicitamente una finestra temporale in giorni, in una forma che una macchina può estrarre.
- Chi sostiene la spedizione di reso è dichiarato, non lasciato intendere.
- Le tempistiche di consegna sono specifiche per destinazione, non semplicemente spedizione rapida.
- I termini di garanzia sono dichiarati per categoria di prodotto dove differiscono.
- I canali di contatto sono leggibili dalle macchine e realmente monitorati.
- L'identità aziendale è verificabile — ragione sociale, indirizzo, numero di registrazione ove previsto.
Parte 5: Superficie di transazione (verifiche 36–40)
L'ambito più recente, il meno definito, e quello in cui non intervenire è spesso una scelta difendibile.
- Lei sa se la sua piattaforma espone già un'interfaccia per agenti e se è attiva. Diverse piattaforme principali la abilitano di default.
- La disponibilità esposta su qualsiasi canale agent è in tempo reale, non memorizzata oltre pochi minuti.
- I prezzi esposti agli agenti corrispondono a quelli dello storefront, incluse promozioni e regole specifiche per il cliente ove rilevanti.
- Lei dispone di una posizione documentata su frodi e abusi promozionali avviati da agenti — limiti di velocità, identificazione degli agenti, gestione dei chargeback.
- Lei ha deciso consapevolmente se consentire agli agenti di acquistare, e la decisione è registrata, non presunta.
Il check 40 è una decisione commerciale, non tecnica. Esistono motivazioni legittime per negare — tutela dei margini, conflitto di canale, controllo del brand — e ciò che conta è averlo deciso consapevolmente.
Come leggere il suo punteggio
- Sotto 40: il lavoro è nella Parte 1. Non intervenga su altro finché copertura degli attributi e vocabolari controllati non sono sistemati — ogni altro miglioramento si basa su questi.
- 40–55: i dati ci sono ma manca il markup. La Parte 2 è un intervento tecnico relativamente rapido, con benefici immediati anche nella ricerca tradizionale.
- 55–70: solido. Si concentri sulla Parte 3, dove una sola regola bot mal configurata può annullare tutto il resto, e sulla strutturazione delle policy nella Parte 4.
- Sopra 70: è avanti rispetto alla media di categoria. La Parte 5 diventa da pianificare.
Come misurare davvero la visibilità
L'audit indica se Lei può essere utilizzato. Se lo è va misurato, e può farlo senza acquistare strumenti:
- Costruisca un prompt panel — 50 domande che un cliente potrebbe realisticamente porre a un assistente nella sua categoria, scritte e fissate.
- Esegua queste domande mensilmente sugli assistenti che le interessano e registri se appare, come viene descritto e chi compare al suo posto.
- Tracci separatamente in analytics il traffico referral da fonti AI e il relativo conversion rate, spesso superiore all'organico non brandizzato.
- Controlli i log per user-agent degli agenti, che mostrano cosa effettivamente la raggiunge a prescindere da quanto riportato da qualsiasi dashboard.
- Ripeta l'audit ogni trimestre. La copertura degli attributi si riduce con l'arrivo di nuovi prodotti.
Il lavoro di remediation coincide quasi interamente con attività comunque utili. L'arricchimento degli attributi è trattato in pulizia di un catalogo con AI; la visibilità in ottenere che i suoi prodotti siano raccomandati da ChatGPT e Perplexity; e la superficie transazionale, quando sarà il momento, in il suo prodotto necessita di un server MCP.
Eseguiamo questo audit per i clienti tramite la nostra AI integration practice, con la parte dati e tecnica gestita dal nostro team AI e machine learning e quella più vicina alla SEO dal nostro team digital marketing.
Domande frequenti
Cosa si intende per agent readiness?
Se un assistente AI o un agente di acquisto riesce a trovare i suoi prodotti, comprenderli abbastanza da confrontarli e raccomandarli e — dove lo consente — effettuare transazioni sui suoi sistemi. In pratica, conta soprattutto la completezza dei dati di prodotto, il markup strutturato e la policy per i crawler, più che aspetti tecnici particolari.
Conviene bloccare i crawler AI dal proprio store?
Distingua tra crawler che citano le fonti e scraper che non lo fanno. Bloccare tutto indiscriminatamente la esclude dalle risposte AI, scelta che per la maggior parte dei retailer non conviene. Decida caso per caso, documenti la scelta e la riveda periodicamente: l'importante è che sia una decisione consapevole, non lasciata al default.
Come si verifica se gli assistenti AI raccomandano i suoi prodotti?
Prepari un elenco fisso di 50 query realistiche di clienti, le testi ogni mese sugli assistenti rilevanti e registri se e come viene citato. Tracci separatamente il traffico referral da AI in analytics. Non serve uno strumento a pagamento per iniziare.
È diverso dalla SEO?
C'è una forte sovrapposizione, ma non sono identici. Dati strutturati, crawlabilità e qualità dei contenuti servono entrambi. Per gli agenti conta la completezza a livello di attributo, policy leggibili dalle macchine e — se si spinge oltre — una API pensata per strumenti, non solo per lo storefront.
Serve già supportare protocolli di checkout agentici?
Non con urgenza. I protocolli sono ancora in fase di consolidamento, quindi legarsi ora a uno specifico comporta rischio di rifacimento. Il lavoro su catalogo, markup e policy non comporta questo rischio e richiede più tempo: inizi da lì e adotti un protocollo solo quando il quadro sarà più stabile.
Ottenga il suo punteggio
Eseguiamo i quaranta check sul suo store e le consegniamo la lista con punteggio e priorità di remediation in base al ritorno. La maggior parte degli store resta sorpresa dalla Parte 1. Contatti il nostro team; rispondiamo entro un giorno lavorativo.
