Skip to content
GET-GEO.AI
/
All guides

// guide

What is llms.txt — and does your site need one?

Updated: 2026-08-19

// short answer

llms.txt is a proposed markdown map of your key pages for AI systems, placed at /llms.txt. No major vendor has committed to reading it, and most published files get zero requests in a given month. Publish one if it costs nothing to generate; expect nothing from it yet.

What llms.txt is

The proposal comes from Jeremy Howard of Answer.AI, published September 3, 2024 at llmstxt.org. The idea: HTML pages are heavy and cluttered for language models, so a site should offer a curated markdown map at /llms.txt — one H1 with the site's name, a blockquote summary with "key information necessary for understanding the rest of the file," then sections of links, each one a markdown hyperlink with an optional one-line note. An Optional section marks links an agent can skip when a shorter context is needed. The spec also recommends clean markdown twins of your pages at the same URL with .md appended.

Two things llms.txt is not. It does not control access — it grants and denies nothing; that job belongs to robots.txt, and we've mapped every AI crawler's switches in our robots.txt guide. And llms-full.txt — the single file carrying the full text of your site — is not in the spec at all: it's an ecosystem convention, popularized in November 2024, when Mintlify started auto-generating both files for every documentation site it hosts.

Does anyone actually read llms.txt?

This is the question most guides tiptoe around — do AI crawlers actually use llms.txt? — and the measured answer is blunt: almost nobody.

No AI vendor has committed to consuming it. Not OpenAI, not Anthropic, not Google, not Perplexity — no official documentation from any of them says their systems fetch or parse llms.txt. Google has been openly dismissive: John Mueller wrote in April 2025 that "AFAIK none of the AI services have said they're using LLMs.TXT (and you can tell when you look at your server logs that they don't even check for it). To me, it's comparable to the keywords meta tag," and Gary Illyes confirmed in July 2025 that Google doesn't support it and doesn't plan to.

The server logs agree. Ahrefs checked 137,000 domains in June 2026: 97% of published llms.txt files received zero requests in the prior month, and even for the 3% that got any traffic, only about 1% of it came from AI-retrieval bots. Evil Martians combed two months of logs on their own site: of roughly 770 fetches of the file, 37 came from named AI agents. Otterly watched 62,100 AI-bot visits over 90 days: 84 touched /llms.txt — a third of what an average content page gets. And SE Ranking tested 300,000 domains for a relationship between having the file and being cited in AI answers: none found.

Meanwhile adoption keeps climbing — from about 4,100 published files in June 2025 to 36,100 a year later, an almost nine-fold rise in files almost nothing reads. The publisher list is impressive and ironic in equal measure: Anthropic, Cloudflare, Zapier, Stripe and Vercel all serve one — mostly on their docs domains — and Perplexity publishes its own llms.txt while never claiming to read anyone else's.

One genuine signal hides in the same logs, and it points at a different part of the proposal: Evil Martians found Claude Code requesting markdown via content negotiation in 76% of its fetches. Machines do prefer clean markdown over HTML — it's the index file they ignore, not the idea.

llms.txt in August 2026 — claim by claim
ClaimStatusEvidence
AI vendors read llms.txtNo — none committedNo vendor docs claim it; Google explicitly declines (Mueller, Illyes)
AI bots fetch the file in practiceBarely measurable97% of files: zero requests (Ahrefs, 137K domains); 37 named-agent fetches in 2 months (Evil Martians)
Having one improves AI citationsNo effect foundSE Ranking, 300K domains: no relationship with citation frequency
Publishers are adopting it anywayYes — fast4.1K → 36.1K files in a year (Ahrefs); Anthropic, Stripe, Cloudflare, Zapier among them
Machines prefer markdown to HTMLYes — measuredClaude Code requests markdown in 76% of fetches (Evil Martians)
llms.txt in August 2026 — claim by claim

Why we run one anyway

Our site serves /llms.txt and per-locale llms-full files, and we claim no effect from them: we have no evidence any assistant found our content through the map rather than through crawling and search indexes, and we assume our file fares no better than the measured average. So why keep it?

Because in our architecture it costs nothing and cannot rot. The file is generated from the same content registry that builds the pages, the sitemap and the guide hub — when a guide ships or changes, llms.txt updates in the same commit. A map that maintains itself is a free option on a future where some agent does read it; a map you have to maintain by hand is a liability that will quietly drift out of sync with the site.

Running one in production also surfaces real engineering constraints the think-pieces skip. Our llms-full export has outgrown its size cap twice since the Hindi locale landed — Devanagari runs about three bytes per character in UTF-8, and even with Hindi's shorter texts the same guides weigh roughly twice what they do in English — so the cap now sits at 300 kilobytes, triple the original. If your llms-full.txt is bigger than a model's context budget, you've recreated the problem the file was meant to solve.

That's the honest shape of the decision: we publish it as a zero-cost bet and describe it as exactly that — part of the technical layer documented in our guide on how we do GEO on our own site, not a ranking lever. What has a measurable effect on citations is covered there: crawler access, extractable pages, entity work.

How to build one that doesn't embarrass you

If llms.txt is free in your stack — a plugin, a static-site hook, a CMS template — here is the llms.txt format, straight from the spec:

A minimal llms.txt example: a single H1 with your site's name, then a blockquote that summarizes what the site is in two or three sentences an agent could quote. H2 sections — pages, guides, docs — each a list of markdown links with a one-line note per link. An Optional section for what an agent can skip. That's the whole standard.

The three mistakes that make the file worse than not having one:

  • Publishing it behind a blanket Disallow. If robots.txt blocks the bot, it will never see the map. Access first, navigation second — check your crawler switches before drawing maps.
  • Dumping every URL you have. The file's one theoretical value is curation — a hundred undifferentiated links is a sitemap, and sitemap.xml already exists. Ten key pages with honest one-line notes beat everything else.
  • Letting it drift from the site. A hand-written llms.txt describing pages you've since rewritten is the keywords meta tag Mueller compared it to: a self-description nobody verifies. Generate it from the same source as the pages, or don't have one.

Related questions

What's the difference between llms.txt and robots.txt?

Different jobs entirely. Robots.txt controls access — which crawlers may fetch which paths, and every major AI vendor documents honoring it (with the user-fetcher exceptions we cover in the robots.txt guide). llms.txt controls nothing: it's a suggested reading list that a compliant bot may consult and, per current measurements, virtually none do. Get access right first; the map is optional garnish.

Does llms.txt help SEO or AI visibility today?

No measurable effect: SE Ranking tested 300,000 domains and found no relationship between having the file and being cited in AI answers, and Google states it doesn't use the file at all. What moves citations is what the rest of this series covers — crawler access, extractable answer-first pages, corroboration — and our guide on measuring AI visibility shows how to verify any of it against your own numbers. Treat llms.txt as an experiment, never as the plan.

How do I create an llms.txt file?

Short answer: don't write it by hand. If your platform generates one from your content — documentation hosts do it automatically, and plugins exist for most frameworks and CMSes — turn that on and you get a file that stays in sync for free. Hand-writing is acceptable for a ten-page site — at that scale the maintenance cost rounds to zero; anything larger, wire it to the same source that builds your pages.

Should I also publish llms-full.txt?

Only if it's generated. It isn't part of the spec — it's a convention for shipping all of your content as one markdown file, useful mostly for pasting a site's documentation into an AI tool's context by hand. Mind the size: past a few hundred kilobytes you're overflowing the very context windows the file exists to serve. Ours is capped and split per locale for exactly that reason.

Will AI vendors adopt llms.txt eventually?

Unknown, and the trend cuts both ways: publisher adoption grew almost nine-fold in a year while vendor commitment stayed at zero and Google said no outright. The part of the proposal with measured traction is markdown itself — agents already request .md versions of pages when offered. If anything from the spec survives, our bet is on clean machine-readable pages, not the index file.

Related guides

Sources

  1. 01Our guide: How do you set up robots.txt for AI crawlers?
  2. 02Our guide: How do you do GEO on your own site in practice?
  3. 03Our guide: How do you measure AI visibility and citations?
  4. 04llmstxt.org — the llms.txt proposal (Jeremy Howard, September 2024)
  5. 05Search Engine Journal — Google's Mueller: llms.txt comparable to the keywords meta tag (April 2025)
  6. 06Ahrefs — llms.txt study: 97% of files got no requests (137,000 domains, June 2026)
  7. 07Evil Martians — two months of LLM traffic, measured (July 2026)
  8. 08SE Ranking — llms.txt shows no effect on AI citations (300,000 domains, November 2025)
  9. 09Otterly — the llms.txt experiment: 90 days of AI-bot logs (February 2026)
  10. 10Mintlify — auto-generating llms.txt for hosted docs (November 2024)
  11. 11Ahrefs — what is llms.txt, and do you need it? (updated June 2026)

// share

LinkedInXReddit