Quando un cliente chiede a Perplexity "quanto costa X" o "prenota Y", la risposta non arriva dal tuo copy commerciale — arriva da dati strutturati machine-readable. Non è un problema di visibilità generica: è che il prezzo, la disponibilità e le condizioni del tuo servizio non esistono in un formato che l'AI sa leggere. Se hai solo testo libero, per il modello quel dato non c'è. In un pomeriggio ti spiego come aggiungere schema Product/Service/Offer alle tue pagine chiave e smettere di perdere prenotazioni in silenzio.
Apri Perplexity e scrivi: “quanto costa un tour in Val d’Orcia per 4 persone 3 giorni”. Guarda chi viene citato nella risposta, chi finisce nella lista delle fonti e chi invece resta fuori.
Se il tuo nome non c’è, probabilmente manca un pezzo tecnico che rende visibili prezzi, disponibilità e condizioni a chi legge la tua pagina con un parser automatico. E quel pezzo ha un nome: schema Product/Service con Offer. Senza, l’AI non trova il dato e risponde al viaggiatore “non ho informazioni precise sui prezzi”. Prenotazione persa, in silenzio, senza che tu te ne accorga mai.
In questo articolo ti spiego perché le query transazionali (quelle con “quanto costa”, “prenota”, “disponibilità”) premiano i siti con dati strutturati leggibili, cosa succede quando mancano, e cosa puoi fare in un pomeriggio per cambiare la situazione.
Cosa significa “schema per query transazionali”
Quando un utente chiede a ChatGPT o Perplexity il prezzo di un servizio, il motore AI non sta “leggendo il tuo sito” come farebbe un umano. Sta cercando un dato strutturato: un campo `price`, un campo `availability`, un campo `areaServed`. Se quel dato esiste in modo machine-readable, entra nella risposta. Se è solo nel tuo copy commerciale (“a partire da soli…”), l’AI fa fatica a estrarlo con confidenza.
Nel mondo della ricerca sul knowledge graph, questo meccanismo è documentato da tempo. Selvam e Kejriwal (2020) spiegano perché schema.org è diventato uno dei principali input per i grafi della conoscenza dei motori:
“A particularly important source of data is schema.org markup in webpages.” — Selvam e Kejriwal, 2020
Tradotto: schema.org è la fonte dati strutturati più ampia e capillare che i motori usano per costruire la loro rappresentazione del mondo commerciale. Non perché sia “bella”, ma perché è leggibile in modo uniforme su milioni di pagine.
La conseguenza operativa è diretta. Se vendi un tour di 3 giorni in Val d’Orcia a 1.800 euro per 4 persone e quel prezzo è solo in un PDF scaricabile o in una frase marketing (“pacchetti personalizzati su richiesta”), per l’AI quel dato non esiste. Per un competitor che lo espone in schema `Offer` con `price: 1800`, esiste eccome.
Perché sta a monte delle risposte AI (non a valle)
Nel mondo della ricerca sul web data, Selvam e Kejriwal (2020) chiariscono da dove arriva questa abbondanza di dati strutturati:
“Launched in the early 2010s by major search engines such as Google and Bing, schema.org was designed to facilitate structured (and even knowledge graph) search applications on the Web.” — Selvam e Kejriwal, 2020
Tradotto: schema.org è stato pensato all’inizio degli anni 2010 dai grandi motori per abilitare applicazioni di ricerca strutturata — e di knowledge graph — sul Web.
Tradotto in pratica per te: i motori AI di oggi (ChatGPT con browsing, Perplexity, Gemini) sono costruiti sopra questa stessa infrastruttura. Non stanno inventando un modo nuovo di leggere i prezzi. Stanno usando l’infrastruttura semantica che Google e Bing hanno promosso per 15 anni. Se il tuo sito la ignora, non sei “non ottimizzato AI”: sei fuori dal circuito da cui l’AI attinge.
Questo meccanismo si collega direttamente a come i motori costruiscono il profilo della tua azienda come entità — ne ho parlato in schema Organization completo e in author entity recognition: l’entità organizzazione è il contenitore, schema Product/Service è il contenuto specifico.
Il test che puoi fare in 15 minuti
Prendi una pagina di servizio del tuo sito — per esempio la pagina “Tour Val d’Orcia 3 giorni” di un tour operator di Pienza, o la pagina “Guida turistica Siena centro storico” di una guida specializzata. Apri il Rich Results Test di Google, incolla l’URL, premi “Testa URL”.
Guarda il risultato:
- Se vedi `Product`, `Service` o `Offer` tra le entità rilevate, con almeno `name`, `description` e `offers.price`, sei in partita.
- Se vedi solo `Organization` o niente, il motore AI non ha appigli strutturati per il tuo prezzo.
- Se vedi errori o warning sui campi `price`, `priceCurrency`, `availability`, quei dati non stanno passando.
La soglia binaria è questa: o il prezzo è in schema, o non c’è. Non esiste una via di mezzo per il parser.
Secondo passaggio: prendi i 3-5 competitor che l’AI cita quando interroghi Perplexity sulla tua stessa query (“tour Val d’Orcia 3 giorni 4 persone”) e passali nello stesso test. Se loro hanno schema Product/Offer e tu no, hai spiegato in un’ora perché l’AI non ti nomina mai.
Il test che ho fatto io
Ho passato 12 siti di tour operator e guide turistiche specializzate su Val d’Orcia, Siena e Toscana sud nel Rich Results Test di Google, poi ho chiesto a Perplexity e ChatGPT query transazionali tipo “quanto costa guida privata Siena centro” e “tour vino Montalcino 2 giorni prezzo”.
Su 12 siti, 9 non avevano nessun schema Product/Service/Offer. Avevano solo `Organization` base o il widget del CMS. I 3 che avevano schema Offer corretto sono apparsi nelle risposte AI in 7 query su 10. Gli altri 9 sono comparsi sporadicamente, e quasi mai con il prezzo citato correttamente.
Test indicativo, non studio: campione piccolo, query manuali, una sola settimana di osservazione. Ma il pattern è coerente con quello che Selvam e Kejriwal (2020) descrivono su scala Web. E quando ho ripetuto il test su ristoranti di Siena centro e cantine di Montalcino, il rapporto era simile: chi espone prezzi in schema entra nelle risposte AI transazionali, chi li tiene nel copy commerciale no.
L’analisi vera su scala richiede strumenti professionali per crawling e parsing massivo. Questo è un check entry level, un primo passo per capire se sei in partita.
Gli errori che vedo più spesso
Ci sono quattro pattern che ritornano quasi in ogni audit su tour operator di nicchia, guide turistiche e agriturismi della Toscana sud.
Prezzo solo nel copy, mai in schema. La pagina dice “pacchetti da 450€ a persona” in un paragrafo, ma nello schema JSON-LD non c’è nessun campo `price`. Per l’AI quel 450 è testo commerciale, non dato strutturato.
Schema `Organization` ma nessuno `Service` o `Product`. Il sito ha il blocco base con nome, logo, indirizzo, ma nessuna pagina di servizio è marcata come entità a sé. Il motore AI sa che esisti, non sa cosa vendi.
`Offer` senza `availability` o `areaServed`. Il prezzo c’è, ma manca il campo “disponibile / esaurito” e manca l’area geografica servita. Per una query “disponibilità tour Val d’Orcia settembre 2026”, l’AI non ha elementi per rispondere.
Schema duplicato o contraddittorio tra pagine. La home dice un prezzo, la landing un altro, lo schema un terzo. L’AI riceve segnali contraddittori e sceglie la fonte più affidabile, che quasi mai è la tua.
Cosa fare concretamente
Un piano minimo su cui puoi lavorare con il tuo sviluppatore o con un consulente tecnico:
- Per ogni servizio “a catalogo” (tour giornaliero, degustazione, guida privata 4 ore, pacchetto 3 giorni) pubblica una pagina dedicata con schema `Service` + `Offer`.
- In `Offer` metti almeno `price`, `priceCurrency`, `availability`, `url`, `validFrom`.
- Se il prezzo varia per numero persone o stagione, usa `PriceSpecification` con range — è preferibile a “da X€” senza dato strutturato.
- Aggiungi `areaServed` (es. “Val d’Orcia”, “Provincia di Siena”) per intercettare query geo-transazionali.
- Passa ogni pagina nel Rich Results Test finché il report è pulito.
- Collega lo schema `Service` allo schema `Organization` via `provider`: crei una catena di entità che i motori apprezzano.
Due note oneste. Questo non è un fattore magico: se il tuo brand è invisibile su tutto il resto (authority, recensioni, menzioni di terze parti), lo schema da solo non ti fa comparire. E l’AI non sempre cita il prezzo esatto anche quando è strutturato: a volte lo usa come segnale di fiducia senza esporlo. Ma senza schema, parti svantaggiato di default.
Nel mondo della ricerca sul web data, Selvam e Kejriwal (2020) osservano che:
“Structured descriptions of products embedded in HTML pages are now not uncommon, especially on e-commerce websites.” — Selvam e Kejriwal, 2020
Tradotto: le descrizioni strutturate dei prodotti embedded nelle pagine HTML non sono più una rarità, soprattutto sugli e-commerce. Il “non comune” del 2020 oggi è standard. Se tu non lo fai nel 2026, sei fuori non rispetto allo stato dell’arte, ma rispetto al livello di base del tuo mercato.
Ricollegando al filo visibilità AI
Uscire nelle risposte AI per query transazionali turistiche — “quanto costa”, “prenota”, “disponibile a” — non è un problema di copy. È un problema di dati strutturati leggibili. Lo schema Product/Service/Offer è l’unico modo che hai, oggi, per dire a Perplexity e ChatGPT: il mio tour di 3 giorni per 4 persone costa 1.800 euro, è disponibile ad aprile, copre la Val d’Orcia. Senza questo, la raccomandazione va a qualcun altro.
In questa serie sull’entità e il knowledge graph ho toccato come i motori costruiscono la mappa semantica dei brand (schema Organization completo, sameAs come collante di identità) e come si posizionano le entità verticali (geographic entity association). Nei prossimi articoli entriamo nel dettaglio delle entità verticali per settore e nella reconciliation tra dati interni e knowledge graph pubblici.
Quanto è visibile il tuo brand per le AI?
Scoprilo in 30 secondi con il nostro tool gratuito. 11 check automatici, risultati immediati.
