llms.txt: cosa fa, cosa non fa, e perché lo pubblico comunque

Un file di testo in markdown, pubblicato nella radice del sito, che elenca le pagine canoniche e le descrive in una riga ciascuna. La proposta risale al 2024 e l'idea di partenza è ragionevole: dare a un sistema che legge testo un indice curato invece di lasciarlo dedurre la struttura da menu, breadcrumb e sitemap XML.

Il nome ha creato metà del problema. Somiglia a `robots.txt`, che è uno standard di fatto rispettato da vent'anni, e questa somiglianza suggerisce un'autorevolezza che non esiste. `robots.txt` funziona perché i crawler hanno deciso di leggerlo. `llms.txt` è una proposta, e una proposta vale quanto chi la adotta dal lato di chi consuma, non dal lato di chi pubblica.

Qui conviene separare le posizioni documentate dalle voci, perché in questo argomento le due cose vengono mescolate continuamente. La colonna di destra dice il livello di certezza, e vale più della colonna centrale.

Da un fatto vero letto nel modo sbagliato. Anthropic e OpenAI pubblicano un `llms.txt` per la propria documentazione tecnica. Questo viene citato continuamente come prova che i due lo supportino, e la conclusione non regge: pubblicare un file è l'opposto di consumarlo.

Sono due usi diversi che condividono un nome. Il primo è un formato di consegna della documentazione: un fornitore mette la propria documentazione in markdown pulito perché sa che verrà incollata in un modello, e serve a chi sviluppa. Funziona, ed è misurabile, perché il beneficio è immediato per il lettore. Il secondo è un segnale di retrieval: l'idea che un motore legga il tuo `llms.txt` e ne tenga conto quando decide chi citare. Nessuno ha dichiarato di farlo.

La distinzione non è pedanteria, cambia la decisione di budget. Come formato di consegna, `llms.txt` ha senso se hai documentazione tecnica e utenti che la incollano in un modello. Come leva di visibilità, non c'è niente a sostenerlo, e trattarlo come tale significa spostare attenzione da interventi che hanno effetto dimostrabile.

Lo studio più ampio disponibile analizza circa trecentomila domini indicizzati. L'adozione è passata da meno dell'uno per cento all'inizio del 2025 a circa il dieci per cento a metà 2026: una crescita rapida, che spiega perché la domanda arrivi così spesso.

Il risultato interessante non è l'adozione, è l'assenza di effetto. Controllando autorevolezza del sito, densità dei dati strutturati e freschezza dei contenuti, non emerge alcun aumento di citazioni attribuibile alla presenza del file. Nel modello usato per lo studio, togliere la variabile `llms.txt` migliorava l'accuratezza della previsione, che è il modo statistico di dire che quella variabile stava aggiungendo rumore invece di informazione.

C'è un secondo dato che conta più del primo, e riguarda chi ha adottato. L'adozione è alta nella fascia media del web e vicina allo zero tra i domini con più traffico. È un'asimmetria decisiva: uno standard emergente diventa obbligatorio per i motori quando lo adottano le fonti che i motori devono leggere comunque. Se la parte alta del web non si muove, nessun fornitore è costretto a trattare il file come autorevole, e la crescita dal basso non cambia l'equilibrio.

Perché il costo è di un'ora e il beneficio che cerco non è il retrieval. Su questo sito `llms.txt` esiste, e la ragione per cui esiste è dichiarata qui invece di essere lasciata intendere.

Il primo motivo è che scriverlo costringe a produrre una descrizione canonica. Per compilare quel file devi decidere, in una riga, che cosa sei e che cosa non sei. È lo stesso esercizio della chiarezza dell'entità, fatto in una forma che non ammette vaghezza, e la maggior parte delle aziende scopre scrivendolo che quella riga non esisteva.

Il secondo è che è l'unico posto naturale dove dichiarare le negazioni. Un sito dice cosa fai; un `llms.txt` può dire anche cosa non sei, ed è un'informazione che riduce le confusioni di categoria più di qualsiasi pagina di presentazione. Se vieni descritto come un'agenzia SEO o come una piattaforma software, quella riga è il posto dove metterlo per iscritto.

Il terzo è la coerenza. Il file diventa un artefatto in più che deve dire la stessa cosa del sito, dei dati strutturati e dei profili pubblici. Questo lo rende utile in un modo indiretto: aggiungere un posto da tenere allineato costringe a mantenere allineati anche gli altri.

Trattandolo per quello che è: un documento di identità leggibile, non un file di ottimizzazione. Il criterio di qualità è se una persona che non ti conosce, leggendo solo quello, ti descriverebbe correttamente.

Quando arriva prima delle basi. Se le tue pagine non sono leggibili senza JavaScript, o se il tuo nome è scritto in tre modi diversi tra sito e profili, pubblicare un indice curato risolve un problema che non hai al posto di uno che hai. L'ordine conta più della singola scelta.

Quando ti aspetti un effetto sul posizionamento. Non c'è, e aspettarselo produce la conclusione sbagliata a valle: se le citazioni non salgono darai la colpa al file invece di guardare dove sta il problema.

E soprattutto quando non riesci a tenerlo aggiornato. Qui il file passa da neutro a dannoso: un `llms.txt` che descrive servizi che non offri più o punta a pagine che non esistono è un'incoerenza dichiarata da te, sulla tua stessa identità. Un file assente non dice niente. Un file vecchio dice una cosa falsa. Se non hai un momento in cui lo rivedi, meglio non averlo.