Per juni 2026. llms.txt er en liten Markdown-fil i rotmappen på et nettsted. Den skal vise KI-systemer hvilket innhold som er viktig, og hvor de finner maskinvennlige versjoner. I WordPress kan en slik fil nå enkelt opprettes med en utvidelse, for eksempel Yoast SEO.
Det avgjørende spørsmålet er likevel ikke om man kan opprette en fil. Spørsmålet er: Hvor nyttig er den egentlig? Det er her det blir interessant. llms.txt er mer nyttig enn mange hevder på refleks, men langt mindre kraftfull enn enkelte verktøysider lover.
Kortversjonen
- llms.txt er et kart over innholdet: Den kan samle viktige sider, dokumenter og maskinvennlige versjoner.
- llms.txt er ikke robots.txt: Den styrer ikke tilgang og erstatter ikke regler for crawlere.
- llms.txt er ikke et rangeringssignal for Google: Google sier uttrykkelig at Google Search ignorerer disse filene når det gjelder synlighet i søk.
- Googles egen praksis er likevel interessant: Google Developer Docs leverer mange sider også som Markdown, Chrome har en Lighthouse-kontroll for llms.txt, og Chrome for Developers tilbyr en omfattende llms.txt.
- Yoast gjør gjennomføringen enkel: Filen kan opprettes automatisk, oppdateres ukentlig og delvis tilpasses manuelt.
- Datagrunnlaget gir et nøkternt bilde: Aktuelle studier viser foreløpig ingen pålitelig sammenheng mellom llms.txt og kildehenvisninger i KI-svar.
- Den kan likevel være nyttig: særlig som kuratert kontekst for andre systemer, agenter, dokumentasjon, produkter og egen infrastruktur for AI Visibility.
Min anbefaling er å behandle llms.txt som en ryddig sidevei, ikke som en motorvei til KI-synlighet. Hvis filen er rask og enkel å vedlikeholde ordentlig, er det lite som taler imot den. Men den erstatter verken en tydelig merkevare, godt innhold, omdømme eller måling.
Hva er llms.txt?
Forslaget bak llms.txt kommer fra miljøet rundt Jeremy Howard og Answer.AI. Ideen er enkel: På /llms.txt ligger en Markdown-fil som gir store språkmodeller en kompakt, lettlest oversikt over et nettsted.
Hvorfor Markdown? Fordi mange nettsteder inneholder mye støy for maskiner. Navigasjon, informasjonskapselbanner, sporingsskript, layoutkode og dynamiske elementer står side om side med det egentlige innholdet. En kuratert Markdown-fil kan si tydeligere: Dette er nettstedet, dette innholdet er viktig, og her ligger de lettleste versjonene.
For et WordPress-nettsted kan det for eksempel bety at viktige tjenestesider, sentrale veiledninger, produktdokumentasjon, API-dokumenter, pris- eller retningslinjesider, forfatterinformasjon og utvalgte kategorier samles.
Hva llms.txt ikke er
Den vanligste feilen er feil forventning. llms.txt er ingen tilgangskontroll. Hvis du vil styre KI-crawlere og robots.txt-regler , trenger du robots.txt, HTTP-headere, Meta Robots, innloggingskrav eller tekniske løsninger for tilgang. En llms.txt sier ikke: «Dette har du ikke lov til.» Den sier heller: «Hvis du leter etter kontekst, begynn her.»
Den er heller ikke et nettstedskart i tradisjonell SEO-forstand. Et XML-nettstedskart hjelper søkemotorer med å finne URL-er som kan indekseres. llms.txt er snarere et kuratert innholdskart for systemer som raskt trenger kontekst. Det kan være nyttig, men formålet er et annet.
Og framfor alt er llms.txt ingen magisk snarvei til kildehenvisninger. En fil i rotmappen gjør ikke tynt, motstridende eller utdatert innhold til en pålitelig kilde.
Hva Google sier om dette nå
For Google Search er saken for øyeblikket overraskende klar. I den gjeldende dokumentasjonen om optimalisering for generative KI-funksjoner skriver Google at man ikke trenger å opprette nye maskinlesbare KI-filer som llms.txt for Google Search. Google Search bruker ikke disse filene som særlige signaler for synlighet eller rangering.
Det betyr ikke at «llms.txt er forbudt» eller at «llms.txt skader». Google sier uttrykkelig at slike filer kan vedlikeholdes for andre tjenester eller systemer. Det er bare for selve Google Search at de som driver nettsteder, ikke skal forvente bedre rangering eller synlighet på grunnlag av dette.
Det er viktig, fordi Google AI Search, AI Overviews og AI Mode nå er den mest synlige KI-sammenhengen for mange nettsteder. Den som oppretter llms.txt bare med Google i tankene, bør beholde et nøkternt syn. For Google teller fortsatt innhold som er lett å finne, nyttig, teknisk ryddig og troverdig.
Dobbeltmoral eller to ulike nivåer?
Nå blir det riktig selvmotsigende. Mens Google Search sier at man ikke trenger llms.txt eller spesielle Markdown-filer for Google Search, tilbyr Google selv maskinvennlige versjoner på utviklerplattformene sine. Siden med Googles veiledning for generative KI-funksjoner kan for eksempel hentes som Markdown på en URL som slutter på .md.txt. Det gjelder også andre Search Central-sider, som SEO Starter Guide og robots.txt-dokumentasjonen.
Dessuten har Chrome for Developers sin egen /docs/llms.txt, som viser til mange Markdown-versjoner av Chrome-dokumentasjonen. Og Lighthouse dokumenterer en llms.txt-kontroll under «Agentic browsing». Hvis filen mangler, gir det foreløpig bare «Not Applicable», men retningen er tydelig. For agenter kan en maskinlesbar oppsummering av et nettsted være nyttig, fordi den gjør struktur, formål og viktige lenker raskere forståelige.
Er dette dobbeltmoral? Litt, i hvert fall i kommunikasjonen. Faglig er det likevel mer presist å skille mellom to nivåer:
- Google Search: Ifølge Google skal llms.txt ikke ha noen særstilling når det gjelder rangering, indeksering og synlighet i Google Search.
- Agenter og dokumentasjon: For verktøy, nettleseragenter, utviklerdokumentasjon og små kontekstvinduer kan Markdown-filer og llms.txt være svært praktiske.
Nettopp her ligger poenget som mange korte innlegg utelater. «Ikke nødvendig for Google Search» betyr ikke automatisk «ubrukelig for KI-systemer». Og «Google bruker selv slike formater i dokumentasjonsinfrastrukturen» betyr ikke automatisk «Google Search belønner din llms.txt». Begge deler kan være sant samtidig.
Min kritiske tolkning er at Google forståelig nok vil hindre at hver nye fil straks utløser et SEO-gullrush. Samtidig forbereder Googles egen utviklerinfrastruktur tydelig en verden der agenter ikke møysommelig skal måtte sortere bort HTML, navigasjon, JavaScript og grensesnittstøy når innholdet også finnes direkte som Markdown. Det sparer plass i kontekstvinduet, reduserer arbeidet med parsing og får agentene raskere fram til selve informasjonen.
For WordPress betyr det at jeg ikke ville solgt llms.txt som et rangeringstriks. Men jeg ville heller ikke avfeid maskinvennlige formater. De er snarere en del av det neste tekniske laget for lesbarhet: ikke et «SEO-triks», men infrastruktur for agenter, dokumentasjon, produktkunnskap og egne arbeidsflyter for AI Visibility.
Hva Yoast gjør i WordPress
Yoast SEO kan opprette en llms.txt-fil i WordPress. Ifølge Yoast legges den i nettstedets rotmappe og oppdateres ukentlig gjennom en planlagt handling. Yoast velger automatisk innhold til dette, blant annet aktuelt innhold og Cornerstone Content. For sider kan utvalget overstyres manuelt.
I grensesnittet ligger funksjonen under nettstedfunksjoner eller AI tools. Der kan den aktiveres og tilpasses. Det er praktisk, fordi mange som driver nettsteder, verken ønsker eller kan skrive filer til rotmappen selv.
Viktig: Hvis det allerede ligger en egen llms.txt i filsystemet, kan den kollidere med det utvidelsen leverer. Yoast dokumenterer også tekniske detaljer som filsti, kodingsprefiks og filtre. For vanlige nettsteder er dette som regel usynlig. For utviklere og byråer er det akkurat her det må tas en ryddig beslutning: Skal utvidelsen levere innholdet, skal man bruke en egen fil eller en egen dynamisk løsning?
Hva datagrunnlaget viser
Det gjeldende datagrunnlaget taler imot store løfter. SE Ranking har analysert rundt 300 000 domener og fant ingen tydelig sammenheng mellom llms.txt og hvor ofte KI viser til dem som kilder. Bare omtrent hvert tiende domene i datasettet hadde en slik fil i det hele tatt.
I et eget datasett med mer enn 94 000 siterte URL-er fra over 11 000 KI-svar undersøkte ALLMO om llms.txt hadde en synlig betydning. Også der er konklusjonen forsiktig: ingen pålitelig fordel og ingen tydelig bekreftelse på at filen er et virkemiddel for AI Search.
OtterlyAI undersøkte i tillegg serverlogger over 90 dager. Av mer enn 62 000 besøk fra KI-boter gikk bare 84 til llms.txt-filen. Det beviser ikke at filen aldri blir lest. Men det demper påstanden om at KI-boter går dit først og sjekker regelmessig.
Min vurdering fra arbeidet med citelayer® er at llms.txt for tiden snarere er infrastruktur enn et virkemiddel for bedre resultater. Den kan skape orden, vise prioriteringer og gjøre maskinvennlige versjoner lette å finne. Men den erstatter ikke innholdskvalitet, tydelige entiteter, eksterne signaler og reell måling av AI Visibility.
Når llms.txt er nyttig
Jeg ville ikke avvist llms.txt generelt. Googles egen utviklerpraksis er faktisk et godt argument for den: ikke som rangeringssignal, men som en praktisk hjelp for systemer som må ta inn kontekst raskt og ryddig. Det finnes situasjoner der en godt vedlikeholdt fil kan være nyttig:
- Du har mye viktig innhold og vil tilby et kuratert kart som utgangspunkt.
- Du tilbyr dokumentasjon, en utvidelse, et SaaS-produkt, en nettbutikk eller mange tekniske hjelpesider.
- Du lager også ryddige Markdown-versjoner av innholdet ditt.
- Du vil gi KI-agenter, interne verktøy eller egne arbeidsflyter en tydelig vei til konteksten.
- Du bruker bevisst llms.txt som en del av en større strategi for AI Visibility, ikke som eneste virkemiddel.
Den er mindre nyttig hvis nettstedet selv er kaotisk. Hvis de viktigste sidene dine er utdaterte, produktnavn skrives forskjellig eller innholdet ikke gir tydelige svar, kuraterer llms.txt først og fremst rotet.
Sjekkliste for WordPress
- Undersøk innholdet først: Hvilke sider skal forklare merkevaren, tjenestene og produktene dine?
- Fjern kandidater med tynt innhold: En llms.txt bør ikke anbefale enhver tilfeldig arkivside.
- Skriv tydelige utdrag: Hvis en utvidelse henter inn beskrivelser, bør de ikke være tomme, kryptiske eller fulle av oppblåst reklamespråk.
- Kontroller noindex og nettstedskart: Viktig innhold bør ikke være skjult og anbefalt samtidig.
- Kontroller selve filen: Åpne
https://deine-domain.de/llms.txtog les filen som en utenforstående. - Velg mellom utvidelse og egen løsning: For enkle nettsteder er Yoast ofte nok. For produktdokumentasjon eller arbeidsflyter for AI Visibility kan en mer målrettet løsning være bedre.
- Mål separat: Følg med på omtaler, kilder og forskjeller mellom plattformer. At filen finnes, er ennå ikke dokumentasjon på synlighet.
Hvordan jeg tenker om llms.txt med citelayer®
citelayer® for WordPress behandler ikke llms.txt som en mirakelfil, men som én byggekloss i et større lag for AI Visibility: maskinvennlige formater, Markdown, botkontekst, Schema og entiteter, innholdssignaler og kompatibilitet med eksisterende SEO-utvidelser.
For meg er denne forskjellen avgjørende. En llms.txt kan si: «Her er viktig innhold.» Men en gjennomgang av AI Visibility må undersøke: Blir dette innholdet faktisk forstått? Dukker merkevaren opp i svar? Hvilke kilder brukes? Hvilke konkurrenter nevnes? Hvor mangler dokumentasjon?
Hvis du ikke bare vil aktivere en fil, men undersøke merkevarens synlighet i KI-systemer, er citelayer® AI Visibility Audit et mer passende neste steg.
FAQ
Trenger jeg llms.txt for Google AI Overviews eller AI Mode?
Nei, ikke for Google Search. Google sier at Google Search ikke bruker llms.txt og lignende spesielle KI-filer for synlighet eller rangering. For andre tjenester eller egne agentarbeidsflyter kan filen likevel være nyttig.
Bør jeg aktivere llms.txt i Yoast?
Hvis filen opprettes ryddig og inneholder relevant innhold: ja, hvorfor ikke. Men ikke forvent et direkte hopp i rangeringer eller kildehenvisninger. Les filen etter aktivering og kontroller om den faktisk viser det viktigste innholdet ditt.
Er llms.txt det samme som robots.txt?
Nei. robots.txt er et styringssignal for crawlernes tilgang. llms.txt er et kuratert innholdskart. Den kan gi veiledning, men blokkerer ingenting og erstatter ikke tilgangskontroll.
Hva bør en llms.txt inneholde?
Det viktigste, mest oppdaterte og mest forklarende innholdet: sentrale tilbudssider, produktsider, dokumentasjon, informasjon om forfattere eller virksomheten, retningslinjer, hjelpesider og godt vedlikeholdte veiledninger. Utdaterte, tynne eller motstridende sider hører ikke hjemme der.
Kan llms.txt skade nettstedet mitt?
Teknisk er risikoen som regel liten. Problemene er snarere redaksjonelle: Hvis filen framhever og anbefaler feilaktig, utdatert eller uviktig innhold, kan den forsterke et dårlig bilde av nettstedet ditt.
Kilder og verifisering
Denne vurderingen bygger på mitt produkt- og audit-arbeid med citelayer® og på offentlige primær- og produktkilder. Egne analyser bruker jeg som faglige vurderinger. Offentlige faktapåstander kan etterprøves gjennom kildene nedenfor.
- llms.txt-forslag: https://llmstxt.org/
- Google Search Central: Optimizing your website for generative AI features on Google Search: https://developers.google.com/search/docs/fundamentals/ai-optimization-guide
- Google Search Documentation Updates: Clarifying guidance on llms.txt files: https://developers.google.com/search/updates
- Yoast: llms.txt-funksjonen: https://yoast.com/features/llms-txt/
- Yoast: Aktiver og tilpass llms.txt: https://yoast.com/help/enable-llmstxt/
- Yoast Developer Docs: llms.txt Functional Specification: https://developer.yoast.com/features/llms-txt/functional-specification/
- SE Ranking: LLMs.txt og kildehenvisninger i KI-svar: https://seranking.com/blog/llms-txt/
- ALLMO: LLMs.txt for AI Search Report 2026: https://allmo.ai/articles/llms-txt
- OtterlyAI: llms.txt-eksperimentet: https://otterly.ai/blog/the-llms-txt-experiment/
- citelayer® WordPress-plugin: https://citelayer.ai/
- citelayer® AI Visibility Audit: https://citelayer-ai.com/services/ai-visibility-audit/
- Google Search Central: AI Optimization Guide som Markdown: https://developers.google.com/search/docs/fundamentals/ai-optimization-guide.md.txt
- Google Search Central: SEO Starter Guide som Markdown: https://developers.google.com/search/docs/fundamentals/seo-starter-guide.md.txt
- Google Search Central: robots.txt-dokumentasjonen som Markdown: https://developers.google.com/search/docs/crawling-indexing/robots/intro.md.txt
- Chrome for Developers: llms.txt: https://developer.chrome.com/docs/llms.txt
- Chrome for Developers: Lighthouse llms.txt audit: https://developer.chrome.com/docs/lighthouse/agentic-browsing/llms-txt





Diskusjon om innlegget
0 kommentarer