llms.txt non è un requisito tecnico per essere letti, compresi o citati dai sistemi di intelligenza artificiale, e Google dichiara in modo esplicito che non è necessario crearlo. È un file che costa pochissimo, non produce danni e in alcuni casi ha una sua utilità pratica. Il problema non è il file in sé: è il modo in cui viene venduto, cioè come se fosse la leva che determina la visibilità di un sito nelle risposte generative.
In questa guida trovi che cosa contiene davvero il file e quale funzione dovrebbe svolgere secondo chi lo propone, che cosa afferma la documentazione ufficiale di Google sull’ottimizzazione per le esperienze AI, perché nonostante quella posizione può avere senso mantenerlo per certi progetti, come distinguere un documento che dichiara da un contenuto che dimostra, quali sono le domande da fare a un fornitore prima di firmare un pacchetto GEO, come si scrive il file se decidi di tenerlo e con quali strumenti si misura se qualcosa sta effettivamente funzionando.
Indice
- Che cos’è llms.txt e a cosa dovrebbe servire?
- Cosa dice esattamente Google su llms.txt?
- Se Google dice che non serve, ha senso tenerlo lo stesso?
- Qual è la differenza fra un file che dichiara e un contenuto che dimostra?
- Che rischio si corre comprando un pacchetto GEO centrato su questo file?
- Che cosa dicono i dati di ricerca sulla domanda attorno a questo tema?
- Che cosa fa davvero la differenza al posto del file?
- Come si verifica se un fornitore sta vendendo fumo?
- Che rapporto c’è con robots.txt e con il controllo degli accessi dei crawler?
- Cosa conviene scrivere dentro il file, se decidi di tenerlo?
- Come si misura se qualcosa sta funzionando?
- Domande frequenti
Che cos’è llms.txt e a cosa dovrebbe servire?
llms.txt è un file di testo in formato Markdown, collocato nella radice di un dominio, che elenca in forma sintetica le pagine più significative del sito accompagnandole con una breve descrizione. Chi lo propone lo presenta come una mappa pensata per i modelli linguistici: più leggera di una sitemap, più leggibile di una pagina HTML piena di menu e banner.
L’idea di partenza è ragionevole. Una pagina web moderna contiene molto materiale che non è contenuto: navigazione, footer, elementi di interfaccia, script, moduli di iscrizione. Un file di testo essenziale, ordinato per priorità, dovrebbe permettere a un sistema automatico di capire in fretta di cosa parla il sito e quali documenti conviene consultare per primi. In questa lettura llms.txt è un indice curato dall’editore, non un contenuto aggiuntivo.
Va detto con chiarezza che si tratta di una proposta nata dalla comunità, non di uno standard adottato dai principali fornitori di motori di ricerca o di assistenti conversazionali. Non esiste una dichiarazione pubblica che imponga a chi gestisce un sito di produrlo, né una procedura di validazione o di invio paragonabile a quella delle sitemap. Chi lo pubblica lo fa a proprio criterio, e chi lo legge, se lo legge, lo fa senza alcun obbligo dichiarato.
Cosa dice esattamente Google su llms.txt?
La guida ufficiale di Google all’ottimizzazione per le esperienze AI è esplicita: non è necessario creare file speciali come llms.txt, non servono markup dedicati alle intelligenze artificiali, non serve suddividere artificialmente i contenuti in blocchi e non serve riscrivere i testi in versioni pensate apposta per i sistemi generativi. La stessa guida definisce inefficace la ricerca di menzioni inautentiche.
Il passaggio più importante di quel documento non è però la lista di ciò che non serve. È la ragione che la sostiene: Google afferma che le buone pratiche SEO continuano a essere rilevanti proprio perché le sue funzioni basate su intelligenza artificiale poggiano sui sistemi di ranking e di qualità del motore di ricerca. Detto altrimenti, non esiste una porta di servizio separata. La stessa infrastruttura che valuta un contenuto per la ricerca tradizionale lo valuta anche quando quel contenuto viene selezionato per una risposta generativa.
Questo cambia il modo in cui va letta l’intera categoria di interventi «per le AI». Se il canale è lo stesso, allora un file che dichiara al motore quali pagine considerare non sposta nulla, perché il motore quelle pagine le trova già e le valuta con criteri che non dipendono dalla dichiarazione. Quello che sposta qualcosa è il livello del contenuto che quelle pagine contengono.
| Intervento | Posizione dichiarata da Google | Conseguenza pratica |
|---|---|---|
| File speciali tipo llms.txt | Non necessari | Nessun vantaggio atteso su Google |
| Markup dedicati alle AI | Non necessari | Restano validi i dati strutturati standard |
| Suddivisione artificiale in blocchi | Non necessaria | La struttura serve al lettore, non al parser |
| Versioni dei testi riscritte per le AI | Non necessarie | Un solo contenuto, fatto bene |
| Ricerca di menzioni inautentiche | Dichiarata inefficace | Spesa senza ritorno atteso |
| Buone pratiche SEO | Confermate come rilevanti | Restano il lavoro principale |
Se Google dice che non serve, ha senso tenerlo lo stesso?
Può avere senso, a due condizioni: che venga considerato per quello che è, cioè un documento di servizio a costo quasi nullo, e che non venga scambiato per un intervento di posizionamento. Pubblicarlo richiede pochi minuti, non peggiora nulla e in alcuni contesti produce un beneficio collaterale reale, indipendente da qualunque motore.
Il beneficio più concreto riguarda i progetti con documentazione tecnica ampia: librerie software, prodotti con manuali estesi, piattaforme con centinaia di pagine di riferimento. In questi casi un indice sintetico e ordinato è utile anche a un essere umano, ed è utile a chiunque debba orientarsi in fretta dentro un corpus grande. Il file diventa un sommario ragionato, e mantenerlo aggiornato costringe a tenere sotto controllo quali documenti contano davvero.
C’è poi una considerazione di prudenza. Non conosco, e nessuno può conoscere con certezza, il comportamento interno di ogni sistema conversazionale rispetto a questo file. Alcuni potrebbero leggerlo, altri ignorarlo del tutto. In una situazione di incertezza, un intervento che costa poco e non produce controindicazioni può essere ragionevole. È lo stesso criterio con cui si tiene un cappello in borsa quando il cielo è incerto: non è una strategia, è un costo trascurabile a fronte di un’incognita.
Qual è la differenza fra un file che dichiara e un contenuto che dimostra?
Un file che dichiara si limita ad affermare che certe pagine sono importanti. Un contenuto che dimostra fornisce dati verificabili, cita le proprie fonti, espone un ragionamento controllabile e regge il confronto con altri documenti sullo stesso argomento. Il primo è un’autocertificazione. Il secondo è una prova che qualunque sistema può valutare in modo indipendente.
La ricerca accademica sul comportamento dei motori generativi aiuta a inquadrare la differenza. Nello studio «GEO: Generative Engine Optimization» di Aggarwal e colleghi le tecniche con impatto misurato riguardano tutte la sostanza del testo: inserire citazioni dirette, aggiungere statistiche, indicare le fonti, migliorare la fluidità, usare un linguaggio comprensibile, adottare terminologia tecnica dove serve, mantenere un tono autorevole. Nessuna riguarda un file di dichiarazione posto alla radice del dominio.
Il dato più istruttivo è quello negativo: il keyword stuffing, cioè la ripetizione meccanica di termini, risulta con impatto negativo. È la conferma che questi sistemi premiano il contenuto informativo e penalizzano la manipolazione superficiale. Un file che elenca pagine non è manipolazione, ma appartiene alla stessa famiglia di interventi che agiscono sulla forma senza toccare la sostanza.
| Tecnica misurata | Impatto rilevato |
|---|---|
| Citazioni dirette | +40% |
| Statistiche | +30-40% |
| Citazione delle fonti | +30% |
| Fluidità del testo | +25-30% |
| Linguaggio comprensibile | +15-30% |
| Terminologia tecnica | +15% |
| Tono autorevole | +10-15% |
| Parole non comuni | +5% |
| Keyword stuffing | -10% |
Che rischio si corre comprando un pacchetto GEO centrato su questo file?
Il rischio è pagare a tariffa di consulenza un’attività che vale pochi minuti di lavoro, e soprattutto rinunciare per mesi agli interventi che avrebbero prodotto un effetto. Il danno non è il file: è il costo opportunità. Un budget speso su un documento inerte è un budget non speso su contenuti, dati strutturati e qualità informativa.
Il meccanismo commerciale è facile da riconoscere. La materia è nuova, il vocabolario è opaco, il committente non ha strumenti immediati per verificare, e il deliverable è visibile: un file esiste, si può aprire nel browser, sembra una consegna. Questa combinazione di novità, opacità e apparente concretezza è esattamente il terreno su cui prosperano le offerte deboli, in qualunque settore.
Nulla di tutto questo significa che chi propone il file sia in malafede. Significa che il criterio di valutazione deve essere il peso relativo: se in un’offerta questo elemento occupa la posizione principale, l’offerta è sbilanciata, a prescindere dalle intenzioni.
Che cosa dicono i dati di ricerca sulla domanda attorno a questo tema?
I dati di SeoZoom sul database italiano mostrano un quadro chiaro: le espressioni più «di moda» hanno volumi bassi o non rilevati, mentre i temi tecnici consolidati mantengono una domanda reale. È il segnale che il dibattito è più intenso fra gli addetti ai lavori che fra le persone che cercano soluzioni.
| Query | Volume mensile | KD | KO | CPC |
|---|---|---|---|---|
| llms.txt | non rilevato | 36 | 38 | – |
| generative engine optimization | 210 | 55 | 28 | 5,20 € |
| seo per intelligenza artificiale | non rilevato | 36 | 80 | – |
| agenzia geo | non rilevato | 33 | 84 | – |
| dati strutturati | 390 | 60 | 31 | 0,31 € |
Il KD misura l’autorevolezza dei siti presenti in prima pagina, il KO il livello di ottimizzazione dei contenuti già posizionati su una scala da 0 a 100. La lettura combinata è la parte interessante. Su «generative engine optimization» il KO è 28: c’è domanda, ma i contenuti che occupano la SERP non sono particolarmente curati. Su «agenzia geo» il KO sale a 84, cioè quello spazio è già presidiato da testi molto lavorati, pur senza un volume rilevato.
Il confronto con «dati strutturati» è il più eloquente: 390 ricerche mensili, KD 60, KO 31. Una tecnica poco appariscente, che esiste da anni, raccoglie una domanda quasi doppia rispetto all’acronimo più discusso del momento, e lo fa con contenuti in prima pagina mediamente poco ottimizzati. Chi cerca soluzioni continua a cercare cose che funzionano.
Un ultimo elemento di contesto. Fra i domini italiani del settore la visibilità nelle AI Overview varia dal 7,24% al 30,36%, e il valore più alto non appartiene né al dominio con più traffico né a quello con più domini referenti. Se la visibilità generativa fosse una funzione della dimensione, l’ordine sarebbe un altro.
Che cosa fa davvero la differenza al posto del file?
Fa la differenza il contenuto: risposte dirette alle domande reali, dati verificabili con fonte e data, struttura che permette di estrarre un passaggio autosufficiente, aggiornamento nel tempo. A questo si aggiungono i dati strutturati standard, la salute tecnica del sito e la coerenza dell’entità che pubblica. Nessuno di questi elementi è nuovo.
La prima leva è la struttura interrogativa. Un contenuto costruito come sequenza di domande reali, con il primo paragrafo di ogni sezione che risponde in modo compiuto senza dipendere dal resto, è più facile da citare per un sistema che deve estrarre una porzione di testo. Non perché sia stato «ottimizzato per le AI», ma perché è organizzato bene anche per una persona che arriva dalla ricerca interna del browser.
La seconda leva è la densità informativa verificabile. Numeri, fonti, date, riferimenti espliciti. È esattamente ciò che la ricerca sulle tecniche GEO mostra come più efficace, ed è anche ciò che un lettore competente riconosce come lavoro serio. Le due cose coincidono, e questa coincidenza non è casuale: i sistemi di valutazione automatica sono costruiti per approssimare il giudizio di un lettore esigente.
Come si verifica se un fornitore sta vendendo fumo?
Si verifica con tre domande poste prima di firmare: quali metriche verranno usate per misurare il risultato, con quale strumento verranno rilevate e con quale frequenza; quale percentuale del budget va in produzione di contenuto rispetto agli interventi tecnici; su quale evidenza pubblica si fonda la promessa. Le risposte, o la loro assenza, sono già informative.
Un fornitore solido non ha difficoltà a nominare gli strumenti di misurazione, a spiegare che i risultati nei sistemi generativi sono variabili e non garantiti, a distinguere ciò che è documentato da ciò che è ipotesi ragionata. Un fornitore debole tende a rispondere con l’urgenza: la finestra si sta chiudendo, chi non si muove ora resterà indietro, il formato sta per diventare obbligatorio. L’urgenza senza evidenza è il segnale più affidabile.
| Domanda da porre | Risposta rassicurante | Risposta da approfondire |
|---|---|---|
| Come misuriamo i risultati? | Strumenti e frequenza indicati | «Si vedrà nel tempo» |
| Quanto budget va sul contenuto? | Quota maggioritaria e verificabile | Quota residuale o non dichiarata |
| Su cosa si fonda la promessa? | Documentazione o ricerca citabile | Esperienza generica non verificabile |
| Che ruolo ha llms.txt? | Elemento accessorio, costo minimo | Voce principale dell’offerta |
| Garantite le citazioni? | Nessuna garanzia, e viene spiegato perché | Garanzia esplicita di posizionamento |
Che rapporto c’è con robots.txt e con il controllo degli accessi dei crawler?
Sono due cose distinte e vale la pena non confonderle. robots.txt è un file consolidato da decenni che comunica ai crawler quali percorsi possono o non possono essere richiesti: è uno strumento di controllo. llms.txt, nell’intenzione di chi lo propone, non nega né consente nulla: si limita a segnalare quali contenuti l’editore considera prioritari.
La differenza pratica è che il primo riguarda l’accesso, il secondo la selezione. Chi vuole regolare quali agenti automatici possono raccogliere i propri contenuti lavora sul controllo degli accessi, non su un indice descrittivo. Questa è una decisione strategica vera, con conseguenze concrete: limitare l’accesso protegge il contenuto ma riduce le occasioni di essere citati; consentirlo amplia la superficie di esposizione ma cede materiale.
Va anche ricordato che i meccanismi di questo tipo funzionano su base volontaria. Un file di indicazioni è un’istruzione che gli operatori corretti rispettano, non una barriera tecnica. Chi ha necessità reali di protezione lavora a livello di server e di autenticazione, non con un file di testo pubblico. Confondere i due piani porta a un falso senso di sicurezza.
Cosa conviene scrivere dentro il file, se decidi di tenerlo?
Conviene scrivere poco e vero. Un titolo con il nome del progetto, una descrizione in due o tre righe di cosa fa e per chi, poi un elenco delle pagine che contano davvero, ciascuna con un indirizzo completo e una riga di spiegazione. Niente elenchi esaustivi, niente promozione, niente ripetizioni di parole chiave.
Il criterio di selezione è il punto delicato. Se inserisci tutto, il file perde la sua unica ragion d’essere, che è la gerarchia. Meglio dieci o venti voci scelte con criterio che duecento righe generate automaticamente dalla sitemap. Ogni descrizione dovrebbe dire che cosa il lettore trova in quella pagina, non quanto è importante quella pagina per te.
Due accorgimenti di manutenzione. Il primo: se il file resta fermo mentre il sito cambia, diventa una mappa sbagliata, e una mappa sbagliata è peggio di nessuna mappa. Metti in calendario una revisione periodica, o non pubblicarlo. Il secondo: non usarlo per esporre contenuti che altrove sono protetti o riservati, perché è un documento pubblico raggiungibile da chiunque.
Come si misura se qualcosa sta funzionando?
Si misura con strumenti che esistono e producono dati, non con impressioni. Per Google il riferimento ufficiale è il Generative AI Performance Report in Search Console, che riporta l’andamento delle esperienze basate su intelligenza artificiale. A questo si affiancano il monitoraggio della visibilità nelle AI Overview offerto dalle piattaforme SEO e la lettura dei log di accesso.
La misurazione va impostata prima dell’intervento, non dopo. Serve una fotografia iniziale: quali query producono visibilità, con quali pagine, con quale frequenza. Senza quella base non esiste modo di attribuire un cambiamento a una causa, e qualunque risultato successivo diventa oggetto di interpretazione libera, che è esattamente ciò che rende possibile vendere attività senza esito.
Va messa in conto anche la variabilità. Le risposte generative non sono stabili come una posizione in SERP: la stessa domanda può produrre selezioni diverse in momenti diversi. Per questo la lettura utile è quella su finestre temporali ampie e su insiemi di query, non la singola verifica manuale fatta in un pomeriggio. Un fornitore che presenta screenshot isolati come prova sta usando lo strumento sbagliato.
Domande frequenti
llms.txt è uno standard ufficiale?
No. È una proposta nata dalla comunità e diffusa per adozione spontanea, non un formato adottato ufficialmente dai principali fornitori di motori di ricerca o assistenti conversazionali. Non esiste una procedura di invio o di validazione paragonabile a quella delle sitemap. Chi lo pubblica lo fa a proprio criterio, e chi lo legge non ha alcun obbligo dichiarato di farlo.
Pubblicarlo può danneggiare il sito?
No, non risultano controindicazioni. È un file di testo statico nella radice del dominio, non modifica il comportamento del sito né interferisce con la scansione. L’unico rischio concreto è indiretto: credere che pubblicarlo equivalga ad aver lavorato sulla visibilità nei sistemi generativi, e per questo rimandare gli interventi che invece producono un effetto misurabile.
Se lo pubblico, migliorerò il posizionamento su Google?
No. La documentazione ufficiale di Google indica che non è necessario creare file speciali di questo tipo, e chiarisce che le funzioni basate su intelligenza artificiale si appoggiano ai sistemi di ranking e qualità della ricerca. Ne consegue che il lavoro utile è quello sul contenuto e sulla qualità complessiva del sito, non sulla dichiarazione.
Per quali siti ha più senso mantenerlo?
Ha più senso per progetti con documentazione tecnica ampia: librerie software, prodotti con manuali estesi, piattaforme con molte pagine di riferimento. In questi casi un indice sintetico e gerarchico è utile anche a un lettore umano, e la sua manutenzione aiuta a tenere sotto controllo quali documenti contano davvero. Per un sito vetrina di poche pagine l’utilità è trascurabile.
Un’agenzia che lo mette al centro dell’offerta è inaffidabile?
Non necessariamente in malafede, ma l’offerta è sbilanciata. Il criterio da applicare è il peso relativo: se questa voce occupa la posizione principale del preventivo, mancano gli elementi che producono risultato. Chiedi quale quota di budget va in produzione di contenuto, con quali metriche verrà misurato l’esito e su quale evidenza pubblica si fonda la promessa.
Quanto tempo serve per vedere risultati sulle attività che funzionano?
Non esiste un tempo garantito e chi lo promette sta semplificando. Quello che si può fare è impostare una misurazione seria: fotografia iniziale, strumenti dichiarati, finestre temporali ampie e insiemi di query invece di verifiche isolate. Così un cambiamento diventa attribuibile a una causa, e la decisione su cosa fare dopo si fonda su dati anziché su impressioni.
Metodologia: i dati su volumi di ricerca, KD e KO provengono da SeoZoom, database Italia, rilevazione del 7 agosto 2026. I riferimenti sulle tecniche di ottimizzazione per i motori generativi provengono dallo studio «GEO: Generative Engine Optimization» di Aggarwal e colleghi. Le indicazioni attribuite a Google provengono dalla guida ufficiale all’ottimizzazione dei contenuti per le esperienze basate su intelligenza artificiale.
A cura di Massimiliano Dal Prà, consulente GEO e SEO. Ultimo aggiornamento: 7 agosto 2026.