Google säger att llms.txt inte gör något för Search - här är vad det faktiskt är till för
Googles Search Central-dokumentation från juni 2026 är entydig: Google Search använder inte llms.txt - inte för rankningar, inte för AI Overviews, inte alls. Tredjepartsadoptionsstudier bekräftar det: på hundratusentals domäner, 97% av llms.txt-filerna hämtades aldrig och statistiska modeller fann noll citateffekt. Ändå levererar Stripe, Vercel, Cloudflare, Anthropic och Mastercard filen. De vet exakt vad de gör. De bygger för en helt annan målgrupp: kodningsagenter och agentic-webbläsare som läser den.
Search Central gjorde det officiellt i juni 2026
Googles AI-optimeringsguide, uppdaterad 15 juni 2026, säger nu direkt: "Du behöver inte skapa nya maskinläsbara filer, AI-textfiler, markup eller Markdown för att visas i Google Search (inklusive dess generativa AI-funktioner), eftersom Google Search själv inte använder dem." Uppdateringen lades till, enligt Googles ord, "för att ta upp frågor från communityn" - ett diplomatiskt sätt att säga att hypen hade överträffat fakta. John Mueller hade flaggat samma sak på Reddit månader tidigare, och jämförde llms.txt med keywords meta-taggen: en fil som beskriver vad en webbplats hävdar att den handlar om, när Google hellre bara läser webbplatsen. Gary Illyes bekräftade i juli 2025 att Google inte stöder det och inte har några planer på det.
Utbredd distribution, sällan läst, noll mätbar effekt
SE Ranking analyserade ungefär 300 000 domäner och fann att ~10% hade antagit filen - men när de körde både en statistisk modell och en XGBoost-klassificerare för att kontrollera om filen korrelerade med AI-citeringar, var resultatet platt: ingen effekt, och att ta bort den förbättrade faktiskt modellens noggrannhet. Adoptionen var nästan identisk över trafikskikt (lågtrafik-webbplatser: 9,88%, medel: 10,54%, högt: 8,27%) - vilket betyder att det inte är något som högpresterande webbplatser gör och andra kopierar. Ahrefs fann en liknande bild från läsidan: av 137 210 domäner de spårade (ett tekniskt snedvridet urval, så en övre gräns för verklig adoption), 97% såg noll förfrågningar i maj 2026. Av de 3% som hämtades, kom endast 19,5% av dessa förfrågningar från namngivna AI-verktyg - GPTBot först, Claude Code andra. Chrome Lighthouse-granskningen stod för ungefär 1 av varje 1 000 hämtningar.
| Studie | Urval | Huvudsakligt fynd |
|---|---|---|
| SE Ranking (sen 2025) | ~300 000 domäner | Ingen citeringseffekt; att ta bort variabel förbättrade modellens noggrannhet |
| Ahrefs (maj 2026) | 137 210 domäner | 97% aldrig hämtad; 19,5% av hämtningar från namngivna AI-verktyg |
| Limy.AI (90-dagars logg) | 500M+ AI-bot-händelser | ~408 riktade llms.txt-hämtningar totalt |
| Otterly.AI (serverlogg) | 62 100 AI-bot-besök | 84 riktade llms.txt (0,1% av AI-trafik) |
Limy.AI:s 90-dagars serverloggstudie satte den rena skalan i perspektiv: av mer än 500 miljoner AI-bot-händelser, ungefär 408 riktade llms.txt. Otterly.AI:s parallella test fann bara 84 av 62 100 AI-bot-besök - 0,1% - träffade filen alls. Dessa siffror är små, men de är den faktiska signalen från de faktiska loggarna.
Vem läser det faktiskt: kodningsagenter och agentic-webbläsare
Rankningar är inte anledningen till att dessa företag publicerar llms.txt. De levererar det
eftersom en specifik och växande klass av verktyg läser det enligt konvention: Cursor,
Windsurf, Claude Code, GitHub Copilot, Cline och Aider letar alla efter
/llms.txt och /llms-full.txt som en navigeringshint när
en utvecklare ber agenten att "använda Stripe-dokumentationen" eller "fråga Vercel API."
LangChain:s öppen källkod mcpdoc MCP-server exponerar llms.txt som en
första klassens datakälla. För dessa agenter är filen vad en sitemap är för Googlebot:
ett strukturerat index över var det användbara innehållet finns, så agenten behöver inte
crawla och gissa. Chrome:s Lighthouse 13.3 - släppt 7 maj 2026 - flyttade llms.txt-
granskning från experimentell status till standardkategorin "Agentic Browsing",
vilket pekar i motsatt riktning från Search-teamet. Det är en splittring inom
Google: Search säger hoppa över det, Chrome säger granska det.
De ärliga nyanserna
Ett par saker som är värda att hålla tillsammans med rubriksiffrorna:
Chrome/Search-splittringen är verklig. Lighthouse 13.3 granskar llms.txt under "Agentic Browsing" medan Search Central säger att hoppa över det. Varje team har rätt på sina egna villkor, eftersom de optimerar för olika crawlers och användningsfall. Om agentic browsing växer som en trafikkälla kan Lighthouse-teamet hamna på rätt sida av historien.
Muellers kritik om spelbarhet har meriter. En fil som säger till AI vad en webbplats hävdar att den handlar om - utan någon verifiering - är strukturellt lik keywords-metataggen. Ingen större AI-leverantör (OpenAI, Anthropic, Google, Meta, Mistral) har förbundit sig till det som en citeringssignal i produktion. Tills en gör det är det att behandla det som en GEO-hävstång spekulation.
Ett tidigt fall var riktningsgivande, inte bevis. Ett enda självrapporterat proof-of-concept (dev5310, februari 2026) fann att efter att ha skickat llms.txt till Search Console citerade Google AI Mode det som en toppkälla inom 24 timmar - medan spårade nyckelordranking inte förändrades. Detta är riktningsgivande och intressant, men det är n=1, självrapporterat och inte en reproducerbar studie. Vi noterar det för fullständighet, inte som bevis för en bred effekt.
Kostnaden för att leverera det är låg. En halv dag för att skriva, ingen löpande underhåll, ingen risk för straff. Det gör det till ett billigt asymmetriskt spel: om agent- trafiken växer och filen spelar roll är du redo; om det förblir brus har du förlorat nästan ingenting. Ramverket att använda är agent-beredskapinfrastruktur - inte en ranking- eller citeringshävstång.
"Jämförbar med keywords-metataggen"
John Muellers Reddit-kommentar är den tydligaste formuleringen från insidan Google: "Såvitt jag vet har ingen av AI-tjänsterna sagt att de använder LLMs.TXT (och du kan se när du tittar på dina serverloggar att de inte ens söker efter det). För mig är det jämförbart med keywords-metataggen - det här är vad en webbplatsägare hävdar att deras webbplats handlar om… varför inte bara kontrollera webbplatsen direkt?" Analogin är exakt: keywords-metataggen ignorerades eftersom webbplatsägare missbrukade den; llms.txt bär samma strukturella risk. Gary Illyes bekräftade separat i juli 2025 att Google inte stöder det och inte planerar att göra det. Dokumenten från juni 2026 gör Googles ståndpunkt officiell snarare än att vända på en tidigare sådan.
Bygg det för de agenter som faktiskt läser det
llms.txt gör ingenting för sökranking. Data från Ahrefs, SE Ranking, Limy.AI och Otterly.AI är överens: det har ingen mätbar effekt på AI-citeringar i de produkter som de flesta tänker på som "AI-sökning." Google har nu skrivit det svart på vitt. Det är en navigeringskonvention för det växande lagret av kodningsagenter och agentic browsers som crawlar din dokumentation när en utvecklare ställer dem en fråga. Stripe och Vercel levererar det eftersom deras primära publik i allt högre grad inkluderar utvecklare som arbetar inuti Cursor och Claude Code. Om din publik också gör det är det värt en halv dag att skriva en. Om din publik är konsumenter som hittar dig genom Google eller Perplexity, investera den tiden i något som modellerna faktiskt använder: högkvalitativt, väl strukturerat innehål som tjänar citeringar på egen hand.
Källor: Google Search Central - AI-optimeringsguide (juni 2026) · Search Engine Roundtable - Barry Schwartz · SE Ranking - llms.txt-adoptionsstudie · Ahrefs - llms.txt-studie (137 210 domäner) · Limy.AI - serverlogganalys · Search Engine Journal - Chrome vs Search-split · Search Engine Journal - Mueller keywords-metatag-jämförelse · dev5310 - enskild självrapporterad fallstudie (endast vägledande)