Mens du har brugt år på at optimere din robots.txt og dine meta-tags, er der stille og roligt opstået et nyt lag i det tekniske SEO-landskab - et lag der ikke handler om søgemaskiner, men om AI-agenter. LLMs.txt er en de facto-konvention der gør dit indhold nemt for sprogmodeller at finde rundt i. Den er både mindre og mere konkret end de fleste tror - og den bliver konsekvent misforstået.
Hvad er LLMs.txt?
LLMs.txt er en Markdown-fil placeret i roden af dit domæne - altså på https://ditdomæne.dk/llms.txt - der giver AI-systemer et kurateret overblik over dit sites vigtigste indhold. Standarden blev foreslået af Jeremy Howard fra Answer.AI i september 2024 og er hverken vedtaget af W3C eller IETF, men den har vundet fodfæste blandt dokumentationstunge sites.
Idéen er enkel: en sprogmodel har et begrænset kontekstvindue, og en almindelig HTML-side er fuld af navigation, cookiebannere, sidebars og scripts der intet bidrager med. I stedet for at lade modellen gætte sig frem giver du den ét sted at slå op: her er sitet, her er de vigtigste sider, og her er hvad de handler om.
Og her er den vigtigste præcisering, fordi den bliver forkert stort set overalt: LLMs.txt er ikke et rettighedsværktøj. Den blokerer ikke træning, kræver ikke kildeangivelse og indeholder ingen tilladelsesdirektiver. Specifikationen har ingen Allow, Disallow, Training-allowed eller lignende - de findes ganske enkelt ikke. Filen er et indholdskort, ikke en hegnspæl.
Forskellen på robots.txt og LLMs.txt
De to filer løser fundamentalt forskellige problemer, og sondringen er værd at have styr på.
robots.txt er adgangskontrol. Den fortæller crawlere hvilke URL'er de må hente. Det er også her du styrer AI-crawlere: GPTBot og OAI-SearchBot fra OpenAI, ClaudeBot fra Anthropic, Google-Extended for Googles AI-træning, PerplexityBot og så videre. Vil du forhindre at dit indhold hentes til træning eller til AI-svar, er robots.txt - sammen med dine juridiske vilkår og eventuelt WAF-regler på serveren - dit reelle værktøj.
LLMs.txt er det stik modsatte: en invitation. Den forudsætter at agenten allerede har adgang, og hjælper den med at bruge adgangen godt. Du siger ikke "kom ikke her" - du siger "hvis du skal forstå mit site, så start her".
Derfor giver det ingen mening at bruge LLMs.txt som erstatning for AI-blokering i robots.txt. De to filer arbejder ikke mod hinanden - de arbejder i hver sin ende af problemet. Skal du signalere licensvilkår, hører det hjemme i dine almindelige brugsbetingelser og i det arbejde der i øjeblikket foregår i IETF omkring maskinlæsbare AI-preferences. Ikke i llms.txt.
Hvem har egentlig glæde af en LLMs.txt?
Svaret er smallere end de fleste SEO-artikler påstår - men til gengæld ret entydigt for dem det gælder:
Dokumentations- og SaaS-sites: Det er her filen beviseligt virker. Kodeagenter som Claude Code, Cursor, Windsurf, GitHub Copilot og Cline kan hente llms.txt når de skal bruge aktuel dokumentation - men først når udvikleren har peget dem på filen. Stripe, Vercel, Cloudflare, OpenAI og Anthropic udgiver alle deres egen. Hvis dine brugere er udviklere der arbejder i de værktøjer, er der en direkte gevinst: agenten får den rigtige dokumentation i stedet for at gætte ud fra træningsdata der er atten måneder gamle.
Publishers og indholdssites: Her er gevinsten mere indirekte. Filen giver dig mulighed for at styre hvilke af dine artikler der præsenteres først når en agent orienterer sig. Den beskytter ikke dit indhold - det skal robots.txt og dine vilkår gøre - men den øger sandsynligheden for at det er din kanoniske version en model læser, frem for et referat på et andet site.
Vidensbaser og uddannelsesplatforme: Kursusoversigter, begrebsforklaringer og faglige ressourcer er præcis den slags struktureret indhold der bliver hentet forkert når en agent selv skal grave. En kurateret liste løser det billigt.
For et almindeligt virksomhedssite med ti sider er ærlig besked at filen ikke flytter noget. Der er ikke nok indhold at kuratere.
Strukturen på en LLMs.txt
Specifikationen er stram, og rækkefølgen betyder noget:
En H1 med sitets eller projektets navn. Påkrævet.
En blockquote direkte under, med en kort sammenfatning af hvad sitet er.
Valgfri brødtekst med uddybende kontekst eller vigtige forbehold - men uden overskrifter.
H2-sektioner, hvor hver sektion indeholder en punktliste af links i formatet
[navn](url): kort beskrivelse.
Sektionsnavnene er frie - du vælger selv om det hedder "Dokumentation", "Guides" eller "Produkter". Der er dog én reserveret: en H2 med navnet Optional markerer indhold agenten trygt kan springe over hvis konteksten er presset. Brug den til changelogs, arkiv og andet perifert.
Peger du på Markdown-versioner af dine sider - typisk ved at tilføje .md til URL'en - får agenten ren tekst i stedet for HTML. Det er den enkeltdetalje der giver mest effekt.
Et praktisk eksempel
Sådan ser en korrekt LLMs.txt ud for et typisk dansk virksomhedssite med dokumentation, blog og betalingsindhold:
# Eksempel A/S
> Eksempel A/S udvikler projektstyringsværktøjer til danske
> håndværksvirksomheder. Denne fil giver et overblik over vores
> offentlige dokumentation, guides og produktsider.
Alt indhold under /medlemmer/ og /kurser/materiale/ er betalingsindhold
og er bevidst ikke medtaget herunder.
## Dokumentation
- [Kom godt i gang](https://eksempel.dk/docs/kom-godt-i-gang.md): Opsætning af konto og første projekt.
- [API-reference](https://eksempel.dk/docs/api.md): Endpoints, autentificering og rate limits.
- [Integrationer](https://eksempel.dk/docs/integrationer.md): Understøttede regnskabs- og lønsystemer.
## Guides og blog
- [Dækningsbidrag på en sag](https://eksempel.dk/blog/daekningsbidrag.md): Gennemgang med regneeksempler.
- [Tidsregistrering i praksis](https://eksempel.dk/blog/tidsregistrering.md): Metoder og faldgruber.
## Om virksomheden
- [Om os](https://eksempel.dk/om-os.md): Historie, team og kontakt.
- [Vilkår for brug](https://eksempel.dk/vilkaar.md): Juridiske vilkår, herunder ophavsret.
## Optional
- [Changelog](https://eksempel.dk/changelog.md): Alle produktopdateringer siden 2021.Læg mærke til hvad der ikke står: ingen direktiver, ingen tilladelser, ingen brugeragenter. Betalingsindholdet nævnes i brødteksten som en oplysning - den reelle spærring sker i robots.txt og bag dit login. Filen er en indholdsfortegnelse, og det er hele pointen.
Sådan genererer og vedligeholder du LLMs.txt via Signocore SEO
For WordPress-ejere er den praktiske udfordring ikke at forstå formatet - det er at holde filen aktuel. Udgiver du nye artikler, skal listen opdateres. Flytter du dokumentation, ryger linkene. Det er den slags vedligeholdelse der falder ned mellem stolene, og en llms.txt med døde links er værre end ingen.
Signocore SEO genererer og vedligeholder filen automatisk ud fra dit nyeste og mest relevante indhold, i det korrekte Markdown-format, og serverer den fra den rigtige placering på dit domæne. Du vælger hvilke indholdstyper der skal med - resten holder sig selv opdateret.
Det er den samme tilgang som pluginnet bruger til robots.txt-håndtering og IndexNow-integration: tekniske SEO-lag der normalt kræver manuel konfiguration, men som her er gjort tilgængelige for alle WordPress-ejere uanset teknisk niveau.
Hvad virker det faktisk på - og hvad gør det ikke?
Her er der grund til at være præcis, for markedsføringen omkring llms.txt er kommet langt foran virkeligheden.
Google bruger den ikke. Gary Illyes afviste den allerede i juli 2025, og i juni 2026 skrev Google Search Central direkte at llms.txt hverken påvirker synlighed eller placeringer i Search. John Mueller har sammenlignet den med keywords-metatagget. Den giver ingen rankingfordel - hverken i klassisk søgning eller i AI Overviews.
OpenAI og Anthropic henviser til robots.txt for crawler-styring og nævner kun llms.txt i deres udviklerdokumentation. Begge udgiver til gengæld selv filen for deres egne docs - et blandet signal, men det siger noget om hvem målgruppen er.
Adoptionen vokser, men fra et lille tal. Fra omkring 4.100 registrerede filer i juni 2025 til cirka 36.000 i maj 2026 - en pæn vækst, men stadig en forsvindende del af nettet. Og målinger peger på at langt de fleste af de filer aldrig bliver hentet af noget AI-system overhovedet.
Det der faktisk virker, er kodeagenterne - men ikke af sig selv. Ingen af de store agenter henter llms.txt automatisk. Udvikleren skal pege dem på filen, typisk via en regelfil i projektet, en MCP-dokumentationsserver eller en prompt. Til gengæld er det præcis dér filen betaler sig hjem. Google er gået samme vej: Chrome Lighthouse 13.3 har siden maj 2026 auditeret llms.txt under kategorien "Agentic Browsing" - foreløbig som et eksperimentelt tjek der ser efter H1, længde og links, og uden at sites straffes for at mangle filen.
Hvornår skal du implementere det?
Hvis du sælger til udviklere eller har dokumentation folk slår op i: nu. Gevinsten er konkret og målbar i hvor godt agenter svarer på spørgsmål om dit produkt.
Hvis du driver et indholdssite: gør det, men gør det med åbne øjne. Det er en billig investering - implementering tager under en time, og vedligeholdelsen er minimal hvis den er automatiseret - men forvent ikke trafik eller placeringer af det. Betragt det som at have sitemap.xml på plads: ingen garanteret gevinst, men det er billigt at være klar.
Og hvis nogen sælger dig llms.txt som beskyttelse mod AI-træning eller som en rankingfaktor, så ved du nu at de tager fejl på begge punkter. Filen er en indholdsfortegnelse til maskiner. Det er mindre dramatisk end overskrifterne lover - og præcis derfor er den værd at få rigtigt.
