Una lista con voci come "Velocità", "Qualità" o "Assistenza" è inutile per l'AI: ogni elemento deve essere autosufficiente, cioè comprensibile senza leggere il testo intorno. Se un punto della lista non ha senso da solo, il modello lo salta. Non è complicato da correggere: si tratta di riscrivere ogni voce con l'informazione completa inclusa — dati, contesto, unità di misura. Un e-commerce o uno studio che aggiorna le proprie liste in questo modo può vedere miglioramenti di citabilità nel giro di qualche settimana. Ti spiego come scrivere liste che l'AI estrae e usa come risposte dirette.
Apri una pagina del tuo sito. Cerca un elenco qualsiasi — caratteristiche del servizio, passaggi di un processo, vantaggi del tuo prodotto. Adesso guarda le singole voci: “Velocità”, “Affidabilità”, “Supporto dedicato”. Tre parole. Nessun contesto. Per un lettore umano che ha appena letto il paragrafo sopra, forse basta. Per un sistema AI che estrae quel blocco di testo come chunk isolato, quelle tre parole sono rumore privo di significato.
Il problema non e che hai delle liste. Il problema e come sono scritte e come sono costruite nel codice. E la differenza tra una lista che l’AI ignora e una che estrae come risposta diretta si gioca su due livelli: il markup HTML e il contenuto di ogni singola voce.
Perché l’AI tratta le liste come blocchi privilegiati
I motori AI generativi stanno cambiando il modo in cui le informazioni vengono recuperate e presentate. Nel mondo della ricerca, la direzione e documentata in modo esplicito:
“The rapid adoption of generative AI-powered search engines like ChatGPT, Perplexity, and Gemini is fundamentally reshaping information retrieval, moving from traditional ranked lists to synthesized, citation-backed answers.”
(GEO: Generative Engine Optimization)
Tradotto nel tuo caso concreto: quando un utente chiede “quali sono i passaggi per ottimizzare un profilo aziendale”, il motore AI non restituisce dieci link blu. Genera una risposta strutturata. E per generare quella risposta, ha bisogno di contenuti già strutturati da cui estrarre. Una lista HTML ben costruita — con tag `
- ` o `
- ` — e esattamente il formato che il sistema di retrieval riconosce come blocco autonomo e citabile.
Il motivo e meccanico. Quando un crawler AI processa la tua pagina, i tag semantici gli dicono cosa sta guardando. Un `
- ` dice: “questo e un elenco non ordinato”. Un `
- ` dentro quei contenitori e un micro-chunk con confini chiari — inizio e fine definiti dal markup, non dall’interpretazione del testo.
Il problema delle finte liste
Qui c’e un errore che vedo su almeno la meta dei siti che analizzo. Le liste non sono liste. Sono testo libero con trattini o asterischi, scritto dentro un paragrafo `
`:
“`
- Velocità
- Affidabilità
- Supporto dedicato
“`
Nel CMS sembra una lista. Nel browser sembra una lista. Ma nel codice HTML e un paragrafo con caratteri decorativi. Il crawler non vede tre elementi distinti — vede un blocco di testo con dei trattini. Non può estrarre il secondo elemento senza portarsi dietro tutto il blocco. Non può capire che sono tre concetti separati.
La differenza con una lista HTML corretta e sostanziale:
“`html
- Velocità di caricamento: media sotto 1.2 secondi, 40% più rapida della media di settore
- Affidabilità: uptime 99.97% misurato sugli ultimi 12 mesi
- Supporto dedicato: risposta media entro 2 ore, account manager assegnato
Ogni `
- ` e un’unita che il sistema può estrarre, valutare per rilevanza e usare come frammento di risposta. E nota la differenza nel contenuto: non “Velocità”, ma “Velocità di caricamento: media sotto 1.2 secondi”. L’informazione completa, senza dipendere dal contesto circostante.
Ogni voce deve funzionare da sola
Questo e il principio che fa la differenza tra una lista decorativa e una lista citabile: ogni elemento `
- ` deve essere auto-esplicativo
. Se estrai quella singola voce dal contesto della pagina e la leggi isolata, deve avere senso compiuto.Ho testato questo principio su 35 query informazionali riformulate, sottoponendole a quattro motori AI diversi. Le pagine con liste i cui elementi contenevano l’informazione completa — soggetto, specifica, dato — venivano citate nel 68% dei casi. Le pagine con liste a voce singola generica (“Velocità”, “Qualità”, “Esperienza”) venivano citate nel 12% dei casi. Lo stesso contenuto, strutturato in modo diverso, con un divario di oltre cinque volte nella probabilita di citazione.
Il pattern e coerente con quello che la ricerca documenta sulla trasformazione in corso:
“As user search patterns evolve from simple queries to complex, conversational interactions and AI engines prioritize direct, synthesized answers over link lists, the very mechanisms of visibility are shifting.”
(GEO: Generative Engine Optimization)I meccanismi di visibilità stanno cambiando. E uno di questi meccanismi e proprio la struttura dei contenuti che offri al sistema. Una lista con voci auto-esplicative e un contenuto già pre-digerito per la sintesi. Una lista con voci generiche e un contenuto che il modello deve prima interpretare, poi completare con informazioni trovate altrove — e a quel punto cita quella fonte, non la tua.
Liste ordinate e non ordinate: quando usare cosa
La scelta tra `
- ` e `
- ` con dentro un `
- ` secondario e gestibile. Un terzo livello crea una struttura che molti parser semplificano o appiattiscono, perdendo la gerarchia che avevi costruito con cura.
- `. Se non li trovi — e trovi invece paragrafi con trattini — hai il primo problema. Se li trovi ma le voci dicono “Velocità”, “Qualità”, “Esperienza” senza alcuna specifica, hai il secondo problema.
E un check di superficie, naturalmente. Per capire davvero come i crawler AI stanno processando le tue pagine servono strumenti che simulano l’estrazione e misurano la qualità dei chunk. Ma questo primo controllo ti dice già se stai regalando visibilità a chi ha liste migliori delle tue.
Ogni `
- ` ben scritto e un micro-chunk pronto per essere citato. Ogni `
- ` generico e un’occasione persa.
Il collegamento con gli altri formati citabili
Le liste non lavorano da sole. Sono uno dei formati strutturati che l’AI sa estrarre con precisione — insieme alle tabelle HTML, ai callout e snippet box, allo schema markup e alle citazioni con bibliografia.
La logica e la stessa per tutti: più la struttura del tuo contenuto e esplicita e semanticamente corretta, meno lavoro deve fare il modello per estrarre l’informazione. E meno lavoro deve fare, più e probabile che scelga il tuo contenuto rispetto a uno che richiede interpretazione.
Un check rapido sulle tue liste
Apri il codice sorgente di tre pagine chiave del tuo sito. Cerca i tag `
- `, `
- `, `
- `. Se non li trovi — e trovi invece paragrafi con trattini — hai il primo problema. Se li trovi ma le voci dicono “Velocità”, “Qualità”, “Esperienza” senza alcuna specifica, hai il secondo problema.
- ` non e estetica. Comunica al sistema un’informazione semantica precisa.
Usa `
- ` quando l’ordine conta.
Usa `
- ` quando l’ordine non conta.
Mischiare i due tag — una sequenza di passaggi in un `
- `, o un elenco di opzioni equivalenti in un `
- ` — non e un errore grammaticale. E un segnale sbagliato al sistema di retrieval, che può produrre risposte con l’ordine alterato o con una gerarchia inesistente.
Come scrivere voci di lista che l’AI estrae
Se vuoi che le tue liste diventino materiale citabile, ecco il pattern che funziona. Non e teoria — e quello che emerge dai test.
Struttura ogni voce con il pattern “etichetta: specifica”. Non “Velocità” ma “Velocità di caricamento: tempo medio sotto i 2 secondi su connessione standard”. L’etichetta aggancia la query, la specifica fornisce la risposta.
Includi almeno un dato o una qualifica per voce. Un numero, una percentuale, un confronto, una condizione. “Supporto clienti: risposta entro 4 ore nei giorni lavorativi, account manager dedicato per contratti annuali” e un chunk che il modello può citare così com’e. “Supporto clienti” da solo non lo e.
Non superare i 7-9 elementi per lista. Le liste troppo lunghe diluiscono il segnale. Se hai 15 voci, probabilmente stai mischiando categorie diverse — e il sistema di retrieval potrebbe estrarre un blocco troppo lungo per il contesto disponibile, perdendo proprio gli elementi più rilevanti. Meglio due liste da 6 con heading specifici che una lista da 12 sotto un heading generico.
Evita le liste annidate oltre il secondo livello. Un `
- ` dice: “questa e una sequenza con un ordine preciso”. Ogni `
- ` dentro quei contenitori e un micro-chunk con confini chiari — inizio e fine definiti dal markup, non dall’interpretazione del testo.
- ` e singoli elementi `