Se stai pensando di creare un file llms.txt per migliorare il posizionamento su Google, non dovrebbe avere la precedenza sui problemi reali del sito. La documentazione della Ricerca Google indica che il file non favorisce né penalizza la visibilità nei risultati, comprese le sue funzionalità di IA generativa. Offrire un indice utile a un agente che consulta la tua documentazione è un’altra questione: in quel caso, può esserci un motivo concreto per fare una prova.
Il dubbio si complica perché anche Lighthouse include un controllo chiamato llms.txt. Sembra una contraddizione finché non si distingue ciò che valuta ciascun prodotto. Una verifica della navigazione tramite agenti non trasforma il file in un requisito SEO.
Che cos’è llms.txt
È un file Markdown che presenta un sito o un progetto e organizza i link alle informazioni rilevanti. Puoi immaginarlo come l’indice commentato di una documentazione: suggerisce un percorso di lettura, mentre i dettagli restano nelle pagine collegate.
La proposta curata da Jeremy Howard, disponibile in inglese, è stata pubblicata nel settembre 2024 e rivista nell’agosto 2026. Rimane una proposta, non un obbligo universale per i siti web.
Conta chi dovrà utilizzarla. Pubblicare il file non obbliga un assistente a consultarlo, seguirne i link o citare la tua azienda. Prima di installare un generatore, conviene chiedersi: quale sistema userà questo indice e per svolgere quale attività?
Perché Google Search e Lighthouse sembrano contraddirsi
La guida di Google alle funzionalità di IA generativa limita le proprie indicazioni alla Ricerca Google. Nella sezione dedicata ai miti sull’ottimizzazione per l’IA, spiega che la Ricerca ignora questi file. Mantenerne uno per un altro sistema è possibile, ma non offre vantaggi di posizionamento su Google.
La documentazione del controllo llms.txt di Lighthouse, invece, riguarda la navigazione tramite agenti, cioè la loro interazione con i siti web. Descrive due comportamenti importanti: un errore del server durante il recupero del file viene segnalato; una risposta 404, quando il file non esiste, viene considerata non applicabile, perché la sua presenza è facoltativa.
Un avviso di questo controllo va quindi interpretato nel suo ambito. Non dimostra una perdita di posizioni nei risultati di ricerca né prova che pubblicare il file porterà un’IA a consigliare l’azienda.
Un confronto documentale per decidere
Questa analisi confronta le due documentazioni ufficiali e la proposta del formato, consultate il 31 ottobre 2026. A ogni fonte è stata posta la stessa domanda: che cosa permette di concludere sulla necessità del file?
| Fonte esaminata | Riscontro | Decisione che sostiene |
|---|---|---|
| Google Search Central | La Ricerca Google ignora il file. | Non giustificare l’implementazione con un miglioramento del posizionamento su Google. |
| Lighthouse, navigazione tramite agenti | L’assenza con risposta 404 è non applicabile; un errore del server viene segnalato. | Indagare un errore nella restituzione del file separatamente dalla decisione di offrirlo. |
| Proposta llms.txt v2 | Un indice può orientare gli agenti verso contenuti rilevanti. | Valutare il formato quando sono definiti un sistema che lo utilizzerà e un’attività precisa. |
Questo confronto evita due errori di priorità. Il primo è trasformare qualsiasi avviso di uno strumento in un’urgenza SEO. Il secondo è scartare una risorsa di documentazione solo perché non influenza Google. L’obiettivo del lavoro determina la valutazione.
Un esempio pubblico: l’indice della documentazione di FastHTML
Il file pubblico di FastHTML, in inglese, permette di osservare la proposta in uso. Al momento della consultazione presentava il progetto, indicava alcune precauzioni d’uso e suddivideva i link in documentazione, API, esempi e materiale facoltativo.
Un dettaglio è particolarmente utile: prima dei link, il testo avverte che la libreria non è compatibile con la sintassi di FastAPI. Questa indicazione cerca di prevenire un errore specifico di implementazione. Il valore proposto consiste nell’aiutare una persona o un agente a utilizzare correttamente uno strumento.
C’è anche un link a una guida sintetica in Markdown. Il file funge da punto d’ingresso a quel materiale, invece di riunire tutta la documentazione in un unico blocco.
Questa verifica mostra come è organizzato il file pubblico. Non misura quanti agenti lo consultano, se commettono meno errori o se FastHTML riceve più traffico grazie al file. Per ottenere questi risultati servirebbe un altro studio. L’autore non ha rapporti professionali con il progetto analizzato.
Quando inserirlo tra le attività da svolgere
Se gestisci un piccolo sito aziendale e ci sono ancora pagine importanti difficili da raggiungere, informazioni obsolete o problemi di navigazione, parti da questi aspetti. Un indice aggiuntivo dovrebbe seguire gli stessi aggiornamenti e potrebbe diventare un altro punto in cui le informazioni non sono allineate.
Per una documentazione tecnica estesa, la decisione può essere diversa. Se il team utilizza già agenti per consultare i riferimenti, può valere la pena provare un indice breve con un’attività circoscritta: trovare le istruzioni corrette per l’autenticazione, per esempio. Definisci chi manterrà il file e come saranno verificati i link dopo le modifiche.

La priorità dipende dall’obiettivo. Sintesi delle fonti ufficiali consultate il 31/10/2026; i criteri sono illustrati nel testo.
Per decidere se avviare un progetto pilota, userei tre domande:
- È stato identificato un sistema che utilizzerà il file? Indica l’agente, l’integrazione o il flusso che dovrà leggere l’indice. «Le IA» è troppo generico per orientare una prova.
- Esiste un problema osservabile? Registra la difficoltà attuale, come la consultazione di una versione obsoleta di un riferimento o l’impossibilità di trovare un’istruzione necessaria.
- La manutenzione è sostenibile? Definisci un responsabile e un metodo per aggiornare link e descrizioni insieme alla documentazione.
Se non ci sono ancora risposte, lascia l’implementazione come ipotesi. Potrai riprenderla quando emergerà un’esigenza concreta.
llms.txt, robots.txt e sitemap hanno funzioni diverse
Il robots.txt fornisce indicazioni per la scansione. Non protegge le informazioni private e, da solo, non garantisce che un URL resti fuori dai risultati di Google.
La sitemap aiuta i motori di ricerca a scoprire gli URL e fornisce informazioni sui file del sito. La sua presenza non garantisce la scansione o l’indicizzazione di tutti gli elementi.
Il llms.txt offre contesto e una selezione di link ai sistemi che scelgono di utilizzarlo. Non sostituisce questi meccanismi. Non usarlo neppure come controllo degli accessi: pubblicare un’istruzione per un agente non protegge il contenuto a cui rimanda.
Come testarlo senza confondere accesso e risultato
Un progetto pilota utile parte da un’attività e da una risposta verificabile. Scegli una domanda la cui soluzione sia nella documentazione, registra la versione dell’agente e confronta esecuzioni equivalenti con e senza indice. Se il flusso consente di fornire il file manualmente, annotalo: consegnare l’indice all’agente non dimostra che lo scopra in modo automatico.
Conserva le pagine consultate, la risposta finale e gli errori rilevati. Ripeti l’attività, perché una singola esecuzione può variare. Una richiesta al file nei log del server dimostra una richiesta, ma non una lettura utile, una citazione o una vendita. Nemmeno un aumento del traffico dopo la pubblicazione permette di isolare l’effetto di questa modifica.
Questo articolo presenta un’analisi documentale e una procedura proposta per la valutazione. Non è stato eseguito un esperimento sui miglioramenti di posizionamento o sulle prestazioni degli agenti. Le indicazioni e la proposta possono cambiare: consulta nuovamente le fonti prima di trasformare la conclusione in un requisito permanente.
Questo tema rientra nella categoria SEO tecnico e internazionale, dedicata a scansione, indicizzazione e architettura dei siti.
Per conoscere il mio lavoro con sviluppo web, SEO tecnico e dati, visita la mia presentazione professionale. Se il tuo team sta decidendo quali priorità dare al sito, parliamone su WhatsApp.
Analisi documentale prodotta con l’assistenza dell’IA. Fonti consultate il 31/10/2026. La copertina è un montaggio illustrativo.
