Google sier llms.txt ikke gjør noe for Søk – her er hva det faktisk er for
Googles Search Central-dokumentasjon fra juni 2026 er entydig: Google Søk bruker ikke llms.txt – ikke for rangeringer, ikke for AI Overviews, ikke i det hele tatt. Tredjeparts adopsjonsstudier bekrefter dette: på tvers av hundretusenvis av domener, ble 97 % av llms.txt-filene aldri hentet og statistiske modeller fant null siteringseffekt. Likevel sender Stripe, Vercel, Cloudflare, Anthropic og Mastercard alle filen. De vet nøyaktig hva de gjør. De bygger for et helt annet publikum: kodingsagenter og agentiske nettlesere som leser den.
Search Central gjorde det offisielt i juni 2026
Googles AI-optimaliseringsguide, oppdatert 15. juni 2026, sier nå direkte: "Du trenger ikke å opprette nye maskinlesbare filer, AI-tekstfiler, markering, eller Markdown for å vises i Google Søk (inkludert dets generative AI-funksjoner), ettersom Google Søk selv ikke bruker dem." Oppdateringen ble lagt til, med Googles ord, "for å adressere spørsmål fra fellesskapet" – en diplomatisk måte å si at hypen hadde løpt fra fakta. John Mueller hadde flagget det samme på Reddit måneder tidligere, sammenlignet llms.txt med søkeord-meta-taggen: en fil som beskriver hva et nettsted hevder å handle om, når Google heller vil lese nettstedet. Gary Illyes bekreftet i juli 2025 at Google ikke støtter det og ikke har noen planer om å gjøre det.
Utbredt, sjelden lest, null målbar effekt
SE Ranking analyserte omtrent 300 000 domener og fant at ~10 % hadde tatt i bruk filen – men da de kjørte både en statistisk modell og en XGBoost-klassifikator for å sjekke om filen korrelerte med AI-siteringer, var resultatet flatt: ingen effekt, og fjerning av den forbedret faktisk modellens nøyaktighet. Adopsjonen var nesten identisk på tvers av trafikknivåer (nettsteder med lav trafikk: 9,88 %, middels: 10,54 %, høy: 8,27 %) – noe som betyr at det ikke er noe høypresterende gjør og andre kopierer. Ahrefs fant et lignende bilde fra lesesiden: av 137 210 domener de sporet (et teknisk-skjevt utvalg, så en øvre grense for sann adopsjon), 97 % så null forespørsler i mai 2026. Av de 3 % som ble hentet, kom bare 19,5 % av disse forespørslene fra navngitte AI-verktøy – GPTBot først, Claude Code deretter. Chrome Lighthouse-revisjonen sto for omtrent 1 av hver 1000 hentinger.
| Studie | Utvalg | Hovedfunn |
|---|---|---|
| SE Ranking (sent 2025) | ~300 000 domener | Ingen siteringseffekt; fjerning av variabel forbedret modellnøyaktigheten |
| Ahrefs (mai 2026) | 137 210 domener | 97 % aldri hentet; 19,5 % av hentingene fra navngitte AI-verktøy |
| Limy.AI (90-dagers logg) | 500M+ AI-bothendelser | ~408 målrettede llms.txt-hentinger totalt |
| Otterly.AI (serverlogg) | 62 100 AI-botbesøk | 84 målrettede llms.txt (0,1 % av AI-trafikken) |
Limy.AI sin 90-dagers serverloggstudie satte det enorme omfanget i perspektiv: ut av mer enn 500 millioner AI-bothendelser, rettet omtrent 408 seg mot llms.txt. Otterly.AI sin parallelle test fant at bare 84 av 62 100 AI-botbesøk – 0,1 % – traff filen i det hele tatt. Disse tallene er små, men de er det faktiske signalet fra de faktiske loggene.
Hvem leser den faktisk: kodingsagenter og agentiske nettlesere
Rangeringer er ikke grunnen til at disse selskapene publiserer llms.txt. De sender den
fordi en spesifikk og voksende klasse verktøy leser den etter konvensjon: Cursor,
Windsurf, Claude Code, GitHub Copilot, Cline og Aider ser alle etter
/llms.txt og /llms-full.txt som et navigasjonstips når
en utvikler ber agenten om å "bruke Stripe-dokumentene" eller "spørre Vercel API."
LangChains åpen kildekode mcpdoc MCP-server eksponerer llms.txt som en
førsteklasses datakilde. For disse agentene er filen det et sitemap er for Googlebot:
en strukturert indeks over hvor det nyttige innholdet befinner seg, slik at agenten ikke trenger å
gjennomsøke og gjette. Chromes Lighthouse 13.3 – utgitt 7. mai 2026 – flyttet llms.txt
revisjon ut av eksperimentell status og inn i standardkategorien "Agentic Browsing",
og pekte i motsatt retning fra søketeamet. Det er en splittelse innenfor
Google: Søk sier hopp over det, Chrome sier revider det.
De ærlige nyansene
Noen ting verdt å huske på i tillegg til hovedtallene:
Chrome/Søk-splitten er reell. Lighthouse 13.3 reviderer llms.txt under "Agentic Browsing" mens Search Central sier man skal hoppe over det. Hvert team har rett på sine egne premisser, fordi de optimaliserer for forskjellige crawlere og bruksområder. Hvis agentisk surfing vokser som trafikkilde, kan Lighthouse-teamet ende opp på riktig side av historien.
Muellers kritikk av spillbarhet har fortjeneste. En fil som forteller AI hva et nettsted hevder å handle om – uten noen verifisering – er strukturelt lik søkeord-meta-taggen. Ingen store AI-leverandører (OpenAI, Anthropic, Google, Meta, Mistral) har forpliktet seg til det som et sitatsignal i produksjon. Før en gjør det, er det spekulasjon å behandle det som en GEO-spak.
Ett tidlig tilfelle var retningsgivende, ikke bevis. En enkelt selvrapportert proof-of-concept (dev5310, februar 2026) fant at etter å ha sendt inn llms.txt til Search Console, siterte Google AI Mode det som en toppkilde innen 24 timer – mens sporede søkeordrangeringer ikke beveget seg. Dette er retningsgivende og interessant, men det er n=1, selvrapportert, og ikke en reproduserbar studie. Vi noterer det for fullstendighet, ikke som bevis på en bred effekt.
Kostnaden for å sende det er lav. En halv dag å utarbeide, ingen løpende vedlikehold, ingen risiko for straffer. Det gjør det til et billig asymmetrisk veddemål: hvis agent- trafikken vokser og filen betyr noe, er du klar; hvis den forblir støy, har du tapt nesten ingenting. Rammen å bruke er agent-klar infrastruktur – ikke en rangering eller sitatspak.
"Sammenlignbart med søkeord-meta-taggen"
John Muellers Reddit-kommentar er den tydeligste rammen fra innsiden av Google: "Så vidt jeg vet har ingen av AI-tjenestene sagt at de bruker LLMs.TXT (og du kan se når du ser på serverloggene dine at de ikke engang sjekker for det). For meg er det sammenlignbart med søkeord-meta-taggen – dette er hva en nettstedseier hevder nettstedet deres handler om ... hvorfor ikke bare sjekke nettstedet direkte?" Analogien er nøyaktig: søkeord-meta-taggen ble ignorert fordi nettstedseiere misbrukte den; llms.txt har den samme strukturelle risikoen. Gary Illyes bekreftet separat i juli 2025 at Google ikke støtter det og ikke planlegger å gjøre det. Juni 2026-dokumentene gjør Googles offisielle standpunkt offisielt i stedet for å reversere et tidligere.
Bygg det for agentene som faktisk leser det
llms.txt gjør ingenting for søkerangering. Dataene fra Ahrefs, SE Ranking, Limy.AI og Otterly.AI er alle enige: det har ingen målbar effekt på AI-siteringer i produktene de fleste tenker på som "AI-søk". Google har nå skrevet dette ned. Det er en navigasjonskonvensjon for det voksende laget av kodeagenter og agentiske nettlesere som gjennomsøker dokumentene dine når en utvikler stiller dem et spørsmål. Stripe og Vercel sender det fordi deres primære publikum i økende grad inkluderer utviklere som jobber inne i Cursor og Claude Code. Hvis ditt publikum også gjør det, er det verdt en halv dag å skrive en. Hvis publikummet ditt er forbrukere som finner deg via Google eller Perplexity, invester den tiden i noe modellene faktisk bruker: høykvalitets, velstrukturert innhold som svarer på underspørsmålene AI-motorer faktisk søker etter.
Kilder: Google Search Central - AI-optimaliseringsguide (juni 2026) - Search Engine Roundtable - Barry Schwartz - SE Ranking - llms.txt adopsjonsstudie - Ahrefs - llms.txt studie (137 210 domener) - Limy.AI - serverlogganalyse - Search Engine Journal - Chrome vs Search split - Search Engine Journal - Mueller søkeord meta tag sammenligning - dev5310 - enkelt selvrapportert casestudie (kun retningsgivende)
Bilde (merkevarebehandlet fra lisensiert original): Server rack av Marián Hubinský, CC BY-SA 4.0, via Wikimedia Commons. Behandlede versjoner av CC BY-SA originalen er delt under samme lisens.

