
Come strutturare i contenuti per AI Mode
Dieci punti verificabili per rendere una pagina leggibile e citabile dalle risposte AI di Google, con le fonti ufficiali e i tre miti da lasciare stare.
Una pagina finisce dentro una risposta di AI Mode quando contiene un’affermazione che regge da sola: verificabile, isolabile, attribuibile. Il markup non c’entra, la lunghezza nemmeno. Conta che ci sia una frase che risponde alla domanda e che si possa estrarre senza portarsi dietro tutto il resto.
Sotto ci sono dieci punti operativi per AI Mode e AI Overviews, ognuno con tre righe: cosa fare, perché (con la fonte) e come verificarlo in pagina. Il formato è volutamente una lista, che è quello che i motori generativi estraggono più volentieri: se ne prendi tre righe fuori contesto devono reggere lo stesso.
La fonte principale è la guida ufficiale di Google Search Central, Optimizing your website for generative AI features on Google Search, pubblicata il 15 maggio 2026 e aggiornata al 10 luglio. La sua tesi in una riga: ottimizzare per la ricerca generativa è ottimizzare per l’esperienza di ricerca, quindi è ancora SEO. Se il termine GEO ti dice poco, l’ho spiegato qui.
1. Metti la risposta nelle prime tre righe
Cosa fare: la risposta alla domanda del titolo sta nelle prime due o tre frasi, in chiaro, senza premesse sul contesto storico del settore.
Perché: le feature generative di Google girano su RAG, che la guida definisce come la tecnica usata “per migliorare qualità, accuratezza e freschezza delle risposte AI” recuperando pagine dall’indice; i sistemi poi passano in rassegna l’informazione specifica di quelle pagine. Non leggono il tuo pezzo per capirlo: cercano il passaggio che risponde.
Come verificarlo: cancella tutto tranne il primo paragrafo e rileggilo. Se da solo non risponde, non è un’introduzione, è un riscaldamento.
2. Un fatto per paragrafo (che non è chunking)
Cosa fare: un’affermazione per paragrafo, con il soggetto esplicito. Niente “questo”, “come visto sopra”, “il suddetto strumento”.
Perché: Google usa il query fan-out, cioè “un insieme di query concorrenti e correlate” generate dal modello per raccogliere altri risultati. Nell’esempio della documentazione ufficiale sulle feature AI, da “come sistemare un prato pieno di erbacce” nascono anche “migliori diserbanti per prato” e “come prevenire le erbacce”. Un paragrafo che tiene insieme tre cose risponde male a tre sotto-domande.
Come verificarlo: prendi un paragrafo a caso, incollalo in un file vuoto e leggilo. Si capisce di cosa parla senza il resto?
3. Heading che sono domande vere
Cosa fare: gli H2 sono le domande che ricevi davvero - dalle mail, dalle chiamate, dai preventivi - scritte come le fa una persona, non come le scriverebbe un ufficio marketing.
Perché: la guida chiede di organizzare il contenuto “per paragrafi e sezioni, con heading che forniscono una struttura chiara”. Un indice di domande è anche la mappa dei passaggi estraibili: ogni sezione diventa un blocco che può rispondere per conto suo.
Come verificarlo: copia solo gli heading in un file. Se letti di fila sembrano un sommario da brochure, riscrivili. In questo pezzo ho fatto un’eccezione voluta: essendo una checklist, gli heading sono azioni numerate, e la lista è già di suo un formato citabile.
4. Definizione netta alla prima occorrenza
Cosa fare: la prima volta che compare un termine tecnico, la frase successiva lo definisce in una riga. “X è Y”. Poi vai avanti.
Perché: Google chiede contenuto “ben scritto e facile da seguire”. Se il significato di un termine resta implicito, la tua pagina viene usata come contorno e la definizione la cita qualcun altro - di solito un glossario che sul merito non ha niente da dire.
Come verificarlo: cerca il termine con Ctrl+F e guarda la prima occorrenza. Se non è seguita da una definizione, spostala lì.
5. Ogni numero con fonte, data e perimetro
Cosa fare: nessuna cifra senza link alla fonte primaria, senza l’anno del dato e senza il perimetro a cui si riferisce (paese, settore, campione).
Perché: RAG serve a migliorare accuratezza e freschezza delle risposte. Un numero orfano non è verificabile né databile, quindi è il primo a cadere quando il sistema deve scegliere fra due fonti che dicono cose diverse. Il perimetro poi è quello che evita la citazione sbagliata: uno studio su software B2B in inglese non parla del tuo negozio.
Come verificarlo: cerca tutte le cifre della pagina, una per una: ognuna deve avere un link e un anno. Su questo blog ogni articolo ha un file di supporto dove annoto la data del controllo, e serve a me fra sei mesi, quando devo decidere se il numero regge ancora.
6. Scrivi quello che esiste solo da te
Cosa fare: metti in pagina il dato misurato, il caso vero, il listino chiaro, l’errore che hai fatto. Togli tutto quello che si trova identico su altre cinque pagine.
Perché: è il punto su cui Google è più esplicito di tutti. La guida dice di non riciclare “quello che altri su internet hanno già detto, o che potrebbe essere facilmente prodotto da un modello generativo”, distingue il commodity content (“7 consigli per chi compra casa la prima volta”) dal non-commodity (“perché abbiamo rinunciato alla perizia e risparmiato: dentro la linea fognaria”), e scrive che questo influenzerà la presenza del sito nella ricerca generativa più di qualunque altro suggerimento del documento.
Come verificarlo: cancella dal pezzo ogni frase che potresti trovare altrove. Se quello che resta sta in tre righe, non c’era motivo di citarti.
7. FAQ con risposte compiute, non con il markup
Cosa fare: quattro o cinque domande in fondo, risposte da 40 a 70 parole che stanno in piedi da sole. Niente “dipende dal caso, contattami”.
Perché: sono i blocchi che rispondono alle sotto-domande del fan-out senza obbligare il sistema a ricostruirle dal corpo del testo.
Onestà: il markup FAQPage non c’entra. Google ha rimosso la documentazione del rich result FAQ il 15 giugno 2026, perché la feature non compare più nei risultati. Le FAQ servono ancora, come testo; il markup che le descriveva oggi non produce niente.
Come verificarlo: leggi la risposta senza la domanda. Se manca il soggetto, riscrivila.
8. Non fare una pagina per ogni variante della domanda
Cosa fare: una domanda, una pagina. Se due pagine rispondono alla stessa cosa con parole diverse, uniscile.
Perché: la guida avverte che creare contenuto separato per ogni possibile variazione di ricerca, comprese le query di fan-out, quando è fatto per manipolare i risultati ricade nella spam policy sullo scaled content abuse. E aggiunge che è comunque inefficace: tante pagine non rendono un sito più rilevante.
Come verificarlo: in Search Console, guarda quali URL escono per la stessa query. Se sono due tuoi, ne stai affossando uno da solo.
9. Gli stessi numeri e gli stessi nomi ovunque
Cosa fare: prezzi, condizioni, nome legale, area servita e numeri chiave identici su sito, schede, profili e articoli di terzi che parlano di te.
Perché: la risposta si costruisce su più fonti - “i nostri sistemi AI guardano una varietà di fonti”, scrive Google - e le feature generative possono mostrare quello che si dice di prodotti e servizi in giro per il web, blog, video e forum compresi. Un modello che trova tre versioni diverse della stessa azienda non sceglie la migliore: sfuma, o passa oltre.
Come verificarlo: cerca il nome del brand insieme al numero chiave e leggi le prime dieci pagine. Il lavoro sulle fonti esterne è quello che ho descritto nel pezzo sulle citazioni AI da siti terzi.
10. Rendi la pagina leggibile da una macchina
Cosa fare: la pagina deve essere indicizzata e idonea allo snippet; il testo che vuoi citato non deve stare dentro nosnippet, data-nosnippet o oltre il limite di max-snippet, e deve esistere nell’HTML servito, non solo dopo l’esecuzione del JavaScript.
Perché: è un requisito testuale, non un’opinione: per comparire nelle feature generative “una pagina deve essere indicizzata e idonea a comparire in Google Search con uno snippet”. C’è anche un interruttore dedicato, il controllo Search generative AI in Search Console sotto Impostazioni: il default è “inclusa”, ma è una casella che esiste e che qualcuno può aver spostato. Il monitoraggio sta nel report che ho raccontato qui.
Come verificarlo: curl -s sull’URL e cerca la frase chiave nell’output. Se non c’è, il testo arriva solo col JavaScript. La stessa cura serve due volte: la guida rimanda alle best practice web.dev per siti agent-friendly, e i browser agent leggono una pagina in tre modi - screenshot del rendering, DOM grezzo, accessibility tree.
⚠️ Schema markup, llms.txt e chunking: cosa non è un fattore
È la parte che di solito manca nelle checklist in giro, e per me conta più dei dieci punti qui sopra.
Schema markup. Testuale, dalla guida: “i dati strutturati non sono richiesti per la ricerca generativa AI, e non c’è nessun markup schema.org speciale da aggiungere”. Il markup descrive a una macchina com’è fatta la tua pagina, non quanto valga quello che c’è scritto. Resta utile per i rich result classici, quindi non toglierlo: ma chi te lo vende come leva per le citazioni AI ti sta vendendo la cosa sbagliata. Il caso FAQPage del punto 7 lo dimostra.
llms.txt. Google dice di non averne bisogno e di ignorarlo. Il 15 giugno 2026 ha aggiunto una nota alla guida per chiarire che tenerlo “non danneggerà né aiuterà” visibilità e ranking. Fuori da Google la storia è più aperta: John Mueller ha precisato che il file ha senso per altri usi, tipo documentazione tecnica e agenti, e Chrome ha aggiunto un check llms.txt in Lighthouse. Quindi: pratica non confermata da Google per la Search, non pratica dannosa. Se la tieni, tienila per altro e non aspettarti citazioni.
Chunking. “Non c’è nessun requisito di spezzare il contenuto in pezzi minuscoli perché l’AI lo capisca meglio”, e non esiste una lunghezza di pagina ideale. Quello che funziona è l’autosufficienza del passaggio, che è un’altra cosa: una frase che regge da sola può stare dentro un paragrafo lungo. Tagliare a fettine un testo che non dice niente lo rende solo più veloce da scartare.
Nella guida c’è anche la riga più anti-hype del documento: diffidate degli strumenti di terze parti che promettono successo nel ranking o dichiarano di usare metriche “interne” di Google, perché nessuno di quegli strumenti ha accesso ai sistemi di ranking o AI.
Il markup dice a una macchina come è fatta la tua pagina. La citazione la vince quello che la pagina dice.
Cosa non ti garantisce questa checklist
Nessuno dei dieci punti garantisce una citazione, e non c’è modo onesto di scriverlo diversamente. Lo dice la stessa guida che li giustifica: rispettare requisiti, best practice e policy non significa che Google scansionerà, indicizzerà o mostrerà quel contenuto, perché indicizzazione e pubblicazione non sono garantite. Se non lo garantisce Google, non posso garantirlo io.
C’è poi un limite di proporzioni. Tutto questo lavoro sta sul tuo sito, e il tuo sito è la fetta piccola: nello studio AirOps su 21.311 menzioni di brand, l’85% delle citazioni nelle risposte AI arriva da domini terzi, il 13,2% dal dominio del brand. Sistemare i contenuti per AI Mode sulle tue pagine è il presupposto di tutto il resto, ma resta il pezzo minore. Il maggiore, cioè cosa c’è scritto di te sulle pagine degli altri, l’ho messo in fila nell’articolo sulle citazioni AI da siti terzi.
Se vuoi che qualcuno guardi le tue pagine con questa checklist in mano e ti dica quali riscrivere per prime, è il lavoro che faccio nella consulenza GEO: ti scrivo cosa vedo, cosa non si può dedurre e da dove partirei. Raccontami il tuo caso da uno dei canali qui sotto o dalla pagina contatti.
❓ Domande frequenti
Come si struttura una pagina per l'AI Mode di Google?
Lo schema markup aiuta a farsi citare dalle risposte AI?
Serve llms.txt per comparire nelle risposte AI?
Il chunking serve per farsi leggere dai motori AI?
Se seguo la checklist il mio sito viene citato dalle AI?
Hai un progetto in testa?
Raccontami cosa ti serve o cosa non funziona. Rispondo entro 24 ore, senza preventivi a scatola chiusa.