llms.txt is a proposed Markdown file that a website publishes at its root, or under a section it controls, to give AI agents and LLM-based tools a short description of the site and curated links worth reading. It is a convention, not a ratified web standard. It does not control crawling, opt content out of training, or guarantee that any AI system will read it.
Publishing the file is easy. Knowing whether anything uses it is much harder, because the evidence collected so far measures requests for the file, not citations or rankings.
Jeremy Howard proposed llms.txt in September 2024, announcing it through Answer.AI and publishing the specification at llmstxt.org. The goal was to give compatible tools succinct background on a site plus curated links to further resources, preferably in clean formats an agent can read without wading through page layout. Both pages come from the same author, so together they confirm the origin of the idea. They say nothing about how widely it has been adopted.
Howard and later implementers describe uses such as helping coding assistants and documentation tools find the right reference pages. Those are design goals. No source reviewed for this entry demonstrates token savings, faster responses, or more accurate answers caused by the file.
The live proposal is labeled v2 and was modified on August 10, 2026, according to its changes page. It has not been ratified as a standard by a body such as the IETF or W3C. Some vendor documentation calls llms.txt an industry standard, but the specification itself presents a proposal, and that is the status this entry uses.
The format is plain Markdown that people and programs can both read. Version 2 keeps the required part very small.
Only one element is mandatory: an H1 heading with the name of the project or site. A file with just that heading conforms to the proposal. It would tell a tool very little, though.
After the H1, a publisher may add any of the following:
Those H2 sections are optional. If you include a list of files, though, each item needs a Markdown hyperlink, optionally followed by a short note about the page. Loose structure overall, one strict rule inside lists. A fixed multi-section template is a publisher choice, not something the proposal requires.
The proposal describes a section headed "## Optional" for secondary links. Earlier versions of the proposal tied that heading to tooling that could trim context mechanically. Version 2 retired those mechanics, as its changes page records, so the heading is now a convention for lower-priority material. No client is required to skip it.
The proposal places the file at the root of a site, at /llms.txt. The v2 proposal also allows files under a subpath the publisher controls, such as a documentation folder, and suggests using the most specific file when more than one applies. That is a proposed rule. Whether a given agent follows it is a separate question that only testing can answer.
Version 2 also recommends offering clean Markdown versions of important pages and pointing to them, and to llms.txt itself, through alternate or describedby link relations in HTML or an HTTP Link header. These make resources easier to find for tools that look for them. They do not show that any particular crawler or assistant does.
Mintlify, a documentation platform, can generate llms-full.txt, a combined file with fuller page content, along with other variants specific to its product. It is a reasonable pattern for documentation sites. It is also a vendor feature, and the core v2 proposal does not require it.
The proposal expects agents to find the file or be given it, pick the relevant links, and fetch what they need. Laid out from publisher to reader, that becomes a chain of six steps, and only the first is under the publisher's control:
Howard's announcement notes that how the file is processed depends on the application using it. Nothing in the chain happens automatically because the file exists. A server log can show step two, but it cannot show steps three through six, which is why request counts are not proof of citations, rankings, or return on investment.
These files can look alike because they all sit on the technical side of a website. Their jobs are different.
| File or method | Main job | Status | What it does not do |
|---|---|---|---|
| llms.txt | Curated Markdown overview and links for AI tools | Proposal, v2 modified August 10, 2026 | Control crawling, protect private data, or opt content out of training |
| robots.txt | States which paths a site prefers crawlers to avoid | IETF Standards Track, RFC 9309 (September 2022) | Enforce access control; RFC 9309 says its rules are not access authorization |
| sitemap.xml | Lists URLs so crawlers can discover them | Protocol documented at sitemaps.org | Summarize pages or explain which ones matter most |
| Structured data | Describes properties of a page or other resource in machine-readable form | Page-level markup, separate from this proposal | Act as a curated guide to a whole site |
RFC 9309 states that robots.txt rules are not a form of access authorization, and llms.txt offers even less control, so neither file is a security measure. Private content belongs behind authentication. llms.txt also does not replace robots.txt, the sitemap protocol, or structured data. The proposal positions it alongside existing standards, not in place of them.
Google's Search Central guide to optimizing for generative AI features, updated July 10, 2026, names LLMS.txt among special AI text files and says Google Search ignores them, so they neither help nor hurt visibility or rankings in Google Search. Google may still crawl the file like any other URL it discovers. That is ordinary crawling, not special support. The statement covers Google Search only, not other products or other companies.
Chrome's Lighthouse tool includes an optional llms.txt audit for agentic browsing. A missing file that returns a 404 is treated as not applicable, while a server error is flagged. It is a technical check for browsing agents, not a Search ranking signal, and passing it does not show that any AI system benefits from the file.
Anthropic and Perplexity both host llms.txt files for their own developer documentation. That shows these companies use the format to describe their docs. It does not show that their products automatically read llms.txt files on other websites.
OpenAI's crawler documentation separates its crawlers by purpose, including OAI-SearchBot, GPTBot, and the user-triggered ChatGPT-User, without a general commitment to read llms.txt files. A request from one of those user agents is not evidence of how a file is used.
Three published studies offer usage data. All come from commercial companies, all rely on their own data, and none of the underlying logs have been independently reproduced. Read each number with its denominator.
Ahrefs checked the roots of 137,210 domains that received traffic and used Ahrefs Web Analytics in May 2026. About 28% of all sampled domains had a detected llms.txt file. Ahrefs itself cautions that its Web Analytics customers lean more technical and more SEO-aware than websites in general, so that share should not be read as adoption across all websites. The study also did not check whether the detected files followed the llms.txt specification correctly. Of the domains with a detected file, about 97% recorded no observed requests to the file that month. The 97% describes unrequested files within this sample. It is not a measure of adoption across the web.
Among requests to files that did receive traffic, Ahrefs classified about 96% as bots and 4% as humans by user agent, with named AI tools making up about 19.5% of those requests. These are shares of requests, not of domains, and they say nothing about citations. Metrics: share of sampled domains and share of requests. Geography: not specified by the source. Confidence: REPORTED.
EZY.ai, a company that sells llms.txt implementation, reported server logs from 83 sites with connected files between April 27 and July 19, 2026 (UTC). It counted 7 file fetches from the GPTBot family, 9 from ClaudeBot, 0 from PerplexityBot, 67 from Googlebot, and 193 from Meta-ExternalAgent. Crawler identity rests on user-agent attribution, which the study does not fully verify.
There is also an accounting gap. EZY describes a broader panel of 556 domains but itemizes 125 connected and 387 never-connected domains, which adds up to 512. The other 44 are not explained, and this entry does not try to fill that gap. Metric: file fetches by crawler user agent. Geography: not specified by the source. Confidence: REPORTED, with an unresolved panel discrepancy.
OtterlyAI reported 84 requests to /llms.txt among more than 62,100 requests it classified as AI-related on a single site over 90 days, or about 0.1%. One site, no control group, and no published raw data make this an observation, not a test of any effect. Metric: share of AI-classified requests on one site. Geography: not specified by the source. Confidence: REPORTED.
| Study | Sample and period | What was counted | Reported figures | Geography and confidence | Main limit |
|---|---|---|---|---|---|
| Ahrefs, June 15, 2026 | 137,210 traffic-receiving Ahrefs Web Analytics domains, May 2026 | Root file detection, then requests by user agent | About 28% of all sampled domains had a detected file; about 97% of those had no observed requests; of requests to files that did get traffic, about 96% bot, 4% human, 19.5% named AI tools | Geography not specified; REPORTED | Customer sample that Ahrefs says leans more technical and SEO-aware than websites in general; files not checked against the specification; domain shares and request shares use different denominators |
| EZY.ai, July 27, 2026 | 83 sites with connected files, April 27 to July 19, 2026 (UTC) | File fetches by crawler user agent | GPTBot family 7, ClaudeBot 9, PerplexityBot 0, Googlebot 67, Meta-ExternalAgent 193 | Geography not specified; REPORTED | Self-reported logs; 44 domains unexplained in a stated 556-domain panel |
| OtterlyAI, updated February 5, 2026 | One site, 90 days | Requests to /llms.txt among AI-classified requests | 84 of more than 62,100, about 0.1% | Geography not specified; REPORTED | Single site; no control group or published raw data |
Within these samples and periods, request volumes were low or zero for many files and for several named AI crawlers. That is a narrow finding. None of these studies can tell you whether a file you publish will be parsed, followed, or reflected in an answer.
There is no proven ranking or citation benefit, and Google says the file neither helps nor hurts Google Search. The decision comes down to cost, maintenance, and how the tools you care about actually behave.
A file is easiest to justify when you already maintain clean documentation that developers or agents use, such as API references or help centers, and someone can keep the index current. Treat any benefit as something to test, not something to assume.
Everything in llms.txt is public, so never list pages, drafts, or internal resources you would not want found. The file protects nothing. Its links also go stale like any others, which means it needs an owner and a review schedule.
llms.txt is a file. Generative engine optimization (GEO) is the broader work of earning visibility in AI-generated answers, and an optional file proposal is at most one small technical input within it. Large language model optimization (LLMO) and answer engine optimization (AEO) are also optimization approaches, not file formats, so none of them is a synonym for llms.txt.
An AI citation is an outcome you observe in an answer. Neither publishing a file nor having it fetched causes one automatically, which is why request logs and citation tracking should be kept apart. Each of these four terms has its own glossary entry, linked under Related Terms below.
Because Google Search ignores the file, visibility there still rests on standard search work, which Arfadia's SEO services page covers. For visibility in AI answers more broadly, see Arfadia's generative engine optimization services.
llms.txt is a proposed Markdown file that a website publishes at its root or a controlled subpath to give AI agents and LLM-based tools a short site summary and curated links to further resources. Jeremy Howard proposed it in 2024, and the current version is v2, modified in August 2026.
No. It is a proposal from one author, not a standard ratified by a body such as the IETF or W3C, even though some vendor documentation calls it one.
No. Google Search Central says Google Search ignores special AI text files such as llms.txt, so they neither help nor hurt rankings or visibility in Google Search. Google may still crawl the file like any other URL. This applies to Google Search only.
robots.txt states crawler preferences under RFC 9309, and sitemap.xml lists URLs for discovery. llms.txt is a curated Markdown overview with links. It does not control crawling, protect content, or opt a site out of AI training.
No. The available studies measure requests for the file, not whether a tool parses it, follows its links, uses the content, or cites the site. No source reviewed for this entry shows a proven effect on citations, rankings, or traffic.
It is a combined file with fuller page content that some platforms, such as Mintlify, generate for documentation sites. It is a vendor implementation, not a required part of the core llms.txt proposal.
Yes, under the v2 proposal, which allows files under a subpath the publisher controls and suggests using the most specific file that applies. Whether a given AI tool follows that rule has to be tested.
We use cookies to ensure the website runs optimally and to help us understand how you use our services. You can choose which categories to allow. Read our Privacy Policy.
Required for basic website functionality. Cannot be disabled.
Help us understand how visitors interact with the website. Data used anonymously.
Used to display relevant ads and measure campaign effectiveness.
Enables live chat, social media integrations, and language preferences.