Where llms.txt actually came from
It's not an industry standard ratified by a consortium — it's one person's proposal. On September 3, 2024, Jeremy Howard, co-founder of Answer.AI and fast.ai, published it on the Answer.AI blog and at llmstxt.org. His stated problem wasn't search visibility: LLM context windows are too small to hold a full site, and converting HTML — nav bars, ads, JavaScript cruft — into clean text for a model to consume is laborious and error-prone. The original use case was narrower than most sites now use it for: developers pointing a coding assistant at library documentation. (Answer.AI)
That origin matters because it's the source of most of the confusion that followed. Howard never proposed llms.txt as a GEO or SEO mechanism. It was designed for inference-time retrieval by coding tools and agents — not for influencing what a search engine or AI Overview surfaces. (Medium — Snehasish Konger)
What the file actually looks like
llms.txt lives at the site root (/llms.txt) and is plain Markdown, not XML like sitemap.xml or the directive syntax of robots.txt. The spec, maintained at llmstxt.org, defines the structure in order:
- An optional byte-order mark
- An H1 heading with the project or site name — this is the only mandatory element
- An optional blockquote — a one-sentence summary
- Optional free-text context (paragraphs, lists)
- Zero or more H2-delimited sections, each an unordered list of Markdown links in the form
[name](url): optional notes
An ## Optional section is a convention for secondary links an agent can skip if it needs a shorter context. (llmstxt.org)
A minimal real-shaped example:
# Techvea
> AI widget platform for lead qualification, support, and document processing — embeddable via one script tag.
Techvea widgets run on the client's own AI API key. This file points agents
and coding assistants at canonical docs rather than marketing pages.
## Docs
- [Widget installation](https://techvea.com/docs/install): script tag setup for any site
- [API reference](https://techvea.com/docs/api): REST endpoints for qualify, chat, process-doc
- [Pricing](https://techvea.com/pricing): current plan tiers and limits
## Optional
- [Blog](https://techvea.com/blog)
- [Changelog](https://techvea.com/changelog)
There's also a common companion convention, llms-full.txt, which inlines the entire referenced content into one file rather than linking out — useful for tools that fetch a single document instead of following links. Several coding-agent tools (Cursor, Windsurf, Claude Code, GitHub Copilot, Cline, Aider) check for both /llms.txt and /llms-full.txt when pointed at documentation sites. (Presenc.ai — State of llms.txt 2026)
How it compares to robots.txt and sitemap.xml
The three files solve different problems and none replaces the others:
| File | Format | Purpose | Who reads it |
|---|---|---|---|
robots.txt |
Directive syntax (Allow/Disallow) | Tells crawlers what they're not permitted to fetch | Search and AI crawlers, near-universally respected |
sitemap.xml |
XML | Exhaustive machine list of every indexable URL, for discovery | Search engine indexers |
llms.txt |
Markdown | Curated, human-edited pointer to the useful subset of content, with context | Coding agents, some AI crawlers, inconsistently |
The framing that's stuck: robots.txt tells bots where not to go; llms.txt tells them where the good stuff actually is. But robots.txt is a decades-old, near-universally honored protocol enforced by explicit crawler behavior; llms.txt is an 18-month-old proposal with no enforcement mechanism and, per the data below, spotty real-world reads. (limy.ai)
What Google says, on the record
Google has been explicit and specific here, not vague. Its Search team has stated that llms.txt has zero effect on Google Search rankings or AI Overviews, and — importantly — this isn't a new policy shift. Google Search never used llms.txt as a ranking input at any point. Google's own AI optimization guidance, published mid-May 2026, tells site owners directly that llms.txt is not needed for AI Overviews, AI Mode, or any other generative Search feature. (Digital Applied, getpassionfruit.com)
If your only goal is ranking in classic Google Search or getting cited in AI Overviews, llms.txt is not the lever. Full stop.
What the crawler data actually shows
This is the part most llms.txt explainers skip, and it's the most useful piece of evidence available: does anyone actually fetch the file?
EZY Research ran a 12-week tracking study across 83 websites with llms.txt installed, logging real crawler hits against server logs. The gap was stark:
- OpenAI's crawlers: 3,990 robots.txt fetches vs. 7 llms.txt fetches
- Anthropic's crawlers: 3,120 robots.txt fetches vs. 9 llms.txt fetches
- PerplexityBot: 775 robots.txt fetches vs. 0 llms.txt fetches
The same crawlers that hit robots.txt thousands of times over the study period read llms.txt in single digits. (EZY Research)
Warning
The one notable exception in the data: Meta's crawler reportedly fetched llms.txt more often than robots.txt on tracked sites — the only major AI company doing so at meaningful scale as of early 2026. (getpassionfruit.com)
Where OpenAI clearly does use llms.txt-style structured pointers is narrower and more deliberate: the Agents SDK and the Agentic Commerce Protocol, both purpose-built for agent workflows rather than general web crawling. That's consistent with Howard's original framing — a tool for agents doing a task, not a ranking signal for a search index.
Adoption is real but small, and skewed toward dev tooling
An SE Ranking study of 300,000 domains found llms.txt adoption at 10.13% — roughly one in ten sites, after about 18 months of industry conversation. That's meaningfully more than zero, but it's not the industry-standard trajectory robots.txt or sitemap.xml had at the same stage. Adoption is low and not accelerating fast. (limy.ai)
Who's actually running it: over 780 live sites, weighted heavily toward infrastructure and developer-tooling companies — Anthropic, Cloudflare, Supabase, and Vercel among them, all publishing llms.txt so coding agents can cite their documentation precisely. Adoption became routine among developer-facing SaaS by mid-2025 and has since spread into mainstream SaaS and publishing through 2026 Q1. Regulated sectors — financial services, healthcare, legal — remain slow adopters, with under 10% publication rates among top-100 domains in those categories, likely a function of compliance conservatism rather than technical friction. (limy.ai)
Where it actually earns its keep: agentic SEO, not classic SEO
The real use case has a name now — "agentic SEO" or "agentic web optimization" — and it's a genuinely different discipline from ranking for human search clicks. It's about being legible to an AI agent that's fetching content from your domain on a user's behalf: a shopping agent checking your return policy before completing a purchase, a research agent summarizing your pricing tiers, a coding agent pulling your API docs into its context window. llms.txt is the routing layer that gets that agent to your canonical policy or docs page instead of a landing page built for human conversion funnels, with marketing copy, nav chrome, and cookie banners the agent has to parse around. (limy.ai)
That distinction — optimizing for an agent completing a task vs. optimizing for a ranking algorithm — is the whole story. The traffic argument for taking it seriously at all is Cloudflare's: as of June 2026, automated (non-human) requests passed 50% of HTML traffic on Cloudflare's network — 57.5% automated vs. 42.5% human, per Cloudflare Radar, which samples roughly a fifth of the web. Cloudflare's CEO called this crossover 18 months earlier than the company expected. Crawler requests for AI training specifically rose to 52% of crawler traffic in June 2026, up from 22% in spring 2025. (Cloudflare Blog, Tom's Hardware)
Traffic crossing 50% non-human doesn't mean half your visitors are shopping agents completing checkouts — most of that automated traffic is crawling and training-data collection, not transactional agent activity. But it does mean the "no one reads machine-facing files, it's a rounding error" argument against llms.txt is getting weaker every quarter, even if the crawler-fetch data above shows most major AI companies aren't prioritizing it yet.
The competing standard: WebMCP
llms.txt is a static map — an agent reads it once to orient itself, then follows links. It doesn't let an agent do anything on your site. A separate, competing proposal called WebMCP addresses that gap: it lets a site declare structured tool contracts so an agent can act directly within a live session — completing a purchase, submitting a form — instead of scraping rendered HTML or driving the UI via screenshots and clicks. Where llms.txt is read-only orientation, WebMCP is closer to an API contract for agents. The two aren't mutually exclusive; a site could plausibly ship both, using llms.txt for context and WebMCP for action. (Digital Applied)
Should you actually add one
Tip
Practical read, given everything above:
- If your goal is classic Google ranking or AI Overview citations: skip it. Google has said directly and repeatedly it isn't a ranking input. Spend the time on actual content and technical SEO instead.
- If you run developer-facing docs, an API, or anything coding agents are likely to reference: publish one. This is the segment with the clearest, most-verified usage — Cursor, Claude Code, Windsurf, and similar tools actively check for it, and Anthropic/Cloudflare/Supabase/Vercel-tier companies already treat it as standard practice.
- If AI agents transact on your behalf-of-user content (return policies, pricing, availability) and that's a meaningful channel for your business: it's cheap enough to add regardless of the current low major-crawler fetch rates, because the trend line (Cloudflare's traffic data, OpenAI's Agentic Commerce Protocol) points toward more of this, not less.
- If you're a regulated business (finance, healthcare, legal): the low adoption in your sector isn't necessarily lag — check whether pointing agents at simplified summaries of regulated content creates compliance exposure before publishing.
Keep the file itself honest and current — a stale llms.txt pointing to a dead pricing page is worse than none at all, since an agent has no way to detect staleness the way a human skimming a page might.
Sources: Answer.AI — /llms.txt: a proposal to provide information to help LLMs use websites, llmstxt.org — The /llms.txt file, v2, Medium — Snehasish Konger, What Is LLMs.txt and Where Did the Idea Come From?, Presenc.ai — State of llms.txt 2026, limy.ai — LLMs.txt in 2026: The Full Guide, Digital Applied — Google Says llms.txt Does Nothing for SEO Rankings, getpassionfruit.com — Should I Create an llms.txt File? 2026 Guide, EZY Research — We Put llms.txt on 83 Websites. OpenAI Read It 7 Times., Cloudflare Blog — Content Independence Day, one year on, Tom's Hardware — Bots have now passed human traffic online
Get new posts as they publish
No spam — just the next post, straight to your inbox.