llms.txt – den ärliga genomgången

Alla säljer llms.txt. Nästan ingen säger vem som faktiskt läser den

llms.txt har blivit en standardrad i nästan varje AEO-checklista som säljs just nu. Det som mer sällan följer med är att Google har varit explicit med att filen varken används i Google Sök eller i AI Overviews. Den är inte en rankningssignal, oavsett hur många som säljer in den som en.

Adoptionen har ändå varit stor – miljontals webbplatser, till stor del drivet av plattformar som genererar den automatiskt, har en fil liggande. En Ahrefs-analys av 137 000 domäner från juni 2026 fann att 97 % av dessa filer inte hade genererat ett enda registrerat besök. De flesta ligger där, oanvända, som en avbockad ruta på en checklista ingen återvänder till.

Inget av detta betyder att filen är värdelös. Det betyder att den är värd att skapa av andra skäl än de som vanligtvis säljs – och att den är billig att göra rätt och värdelös att göra fel.

Vad standarden faktiskt säger

llmstxt.org definierar en precis struktur, inte ett fritt textblock. Filen ska ha exakt en H1-titel (namnet på webbplatsen eller projektet), följd av ett kort sammandrag skrivet som ett blockquote-stycke. Därefter kan valfri detaljtext följa i vanliga stycken – utan egna rubriker. Resten av filen består av noll eller flera sektioner indelade med H2-rubriker, där varje sektion är en lista av länkar på formen [Titel](URL): beskrivning, med absoluta URL:er, inte relativa sökvägar. En egen H2-sektion kallad ”Optional” kan samla länkar som en agent tryggt kan hoppa över om den behöver en kortare kontext.

Poängen med den här strängheten är inte byråkrati. En fil som följer strukturen kan parsas maskinellt och förutsägbart av vilken agent som helst som stöder standarden. En fil som avviker från den – fel ordning, saknat blockquote, länkar utan Markdown-syntax – riskerar att läsas som ren text i stället för som en strukturerad karta, och förlorar då just den fördel filen var tänkt att ge.

Tre filer, tre syften

Namnlikheten mellan llms.txt, llms-full.txt och agents.md får dem ofta att framstå som samma fil i tre storlekar. De löser tre olika problem:

De flesta företagswebbplatser behöver bara den första. llms-full.txt är värd besväret för dokumentationstunga webbplatser där en agent behöver hela texten samlad, inte bara en karta över den. agents.md är värd besväret för webbplatser där en agent faktiskt ska utföra något – inte bara läsa om det.

Vem som bevisligen hämtar filen

Detta är skillnaden som saknas i de flesta säljargumenten. De stora crawlarna som bygger svar i AI-sök – retrieval-varianter som OAI-SearchBot och Claude-SearchBot, omtalade i föregående del av den här serien – hämtar huvudsakligen vanlig HTML på samma sätt som de alltid har gjort, och det är inte bekräftat att de prioriterar llms.txt i den processen. Det är heller inte så att filen läses av ”AI:n” i någon allmän mening.

Den bevisliga läsekretsen är smalare och mer specifik: kodassistenter och andra agentiska verktyg som explicit är instruerade att leta efter en llms.txt innan de bestämmer var de ska hämta mer kontext från en webbplats. Det är en reell och växande publik – bara en annan publik än den de flesta säljer filen till.

Den verkliga vinsten: en entitetsredaktionell övning förklädd till en fil

Den del av arbetet som faktiskt betalar sig, oavsett om en enda agent någonsin hämtar filen, är själva skrivprocessen. Ett blockquote-sammandrag har inte plats för vaga formuleringar – det tvingar fram ett precist stycke om vad webbplatsen faktiskt är, vem den är för, och vilka sidor som är de kanoniska versionerna av verksamhetens kärnbudskap.

De flesta verksamheter har aldrig skrivit ner det stycket någonstans. Det ligger utspritt över en startsida, en om oss-sida och en produktsida, formulerat lite olika på varje ställe. llms.txt kräver att det samlas till en enda version – och den övningen gör nytta långt utöver själva filen, eftersom samma precision kan återanvändas i metabeskrivningar, i FAQ-svar och i hur produkten omtalas internt.

Vanliga fel som gör filen värdelös

Tre fel återkommer, och alla tre gör precis det llms.txt var tänkt att undvika: att skapa brus i stället för att minska det.

Autogenererad utfyllnad. Plugins och genereringsverktyg som producerar en fil fylld med generiska meningar och länkar till varenda sida webbplatsen har, utan prioritering. En fil som låtsas att allt är lika viktigt ger en agent exakt noll information om vad som faktiskt är viktigast.

Döda länkar. URL:er som pekade rätt vid lanseringen, men som aldrig uppdateras när sidor flyttas eller raderas. En fil ingen underhåller blir snabbt en fil ingen kan lita på.

Kopierad sitemap. Att klistra in hela sitemap.xml som länklista, i stället för att välja ut ett litet antal kanoniska sidor. Det är den snabbaste vägen till en fil som ser färdig ut, men som inte längre är kurerad – och kurering är hela poängen med formatet.

Rätt gjord tar en llms.txt-fil för de flesta webbplatser under en timme att skriva och kostar ingenting att hosta. Fel gjord är den värre än ingen fil alls, eftersom den signalerar en falsk precision som en agent i princip kunde ha litat på.

Självkoll: hämta din egen llms.txt-fil

Självkoll. Öppna dittdomän.se/llms.txt i webbläsaren. Läs blockquote-sammandraget överst som om du vore en främmande agent som aldrig hört talas om verksamheten förut. Beskriver det precist vad webbplatsen faktiskt gör och för vem – eller är det en generisk mening följd av en maskingenererad länklista som kunde ha hämtats från vilken annan webbplats som helst?

Finns ingen fil alls är det ingen katastrof – filen är inte en rankningssignal. Men givet hur billig den är att göra rätt är ”ingen fil” sällan det rationella valet när alternativet är en timme med precisionsarbete som betalar sig oberoende av trafiksiffran för själva filen.