Skip to content

Glossary llms.txt

What is llms.txt

Definition

llms.txt is a proposed Markdown text file, hosted at the root of a domain, that offers language models a curated index of a site's most useful pages; it was published in September 2024 and still has no standard status.

On this page 5
  1. What llms.txt means
  2. How the file is built and who reads it
  3. Why it matters
  4. Good practice
  5. Common mistakes
In brief

A proposed Markdown file at the root of a domain that lists the key content for language models, with no demonstrated uptake by search engines or AI providers.

What llms.txt means

The name imitates robots.txt, and that resemblance creates the first confusion. robots.txt governs permissions: it tells a crawler which paths it may request. The XML sitemap solves discovery: it lists the URLs the owner wants to be found. llms.txt does neither. It is an orientation index, written in Markdown, meant for a language model that already has the site in front of it and needs to see at a glance which documents matter and what each one is for.

The proposal comes from Jeremy Howard and was published on 3 September 2024. Since then it has circulated as a living specification, now in a second version of the text. It has not passed through any standards body, there is no official register for the file, and no search engine has added it to its crawling documentation. Calling it a standard is a category error: it is a convention one author proposed and part of the community adopted.

It should also be kept apart from llms-full.txt, a dump of the entire content into a single file. That variant circulates by community habit and does not appear in the specification, so it does not even share the backing of a published document.

How the file is built and who reads it

The file lives at the root of the domain, at the path /llms.txt, and follows a fixed structure. It starts with an H1 heading carrying the project name, the only mandatory element. Below it sits a blockquote with a short summary. Free prose without headings may follow. The rest consists of H2 sections, each with a list of Markdown links; after each link a colon and an explanatory note are allowed. A section called Optional conventionally holds the secondary material, the part a model can skip when context runs short.

# Acme Docs

> Documentación de producto de Acme.

## Guías
- [Inicio](https://acme.com/inicio)
- [API](https://acme.com/api): referencia

## Optional
- [Changelog](https://acme.com/changelog)

That is as far as the documented mechanism goes. The part almost nobody tells is the consumption side. Google spoke on 23 July 2025, through Gary Illyes at a Search Central Deep Dive event: Google does not support llms.txt and does not plan to.

Server logs point the same way. An analysis of 137,210 domains covering May 2026 found that 97% of published llms.txt files received not a single request that month. Of the requests that did arrive, most came from SEO audit tools and technology profilers rather than AI systems. And on domains without the file, no AI bot went looking for it: they do not probe for its existence. The same analysis found that 28% of those 137,210 domains publish an llms.txt file, all of them running the same analytics tool, which makes the population more technical than the web at large. Adoption exists. Reading is what is missing.

Why it matters

The decision hanging on this term is easy to state and easy to answer badly: is the file worth publishing? The honest answer is neither yes nor no. Creating it costs little, roughly an hour for a medium-sized site, and as of today there is no public evidence that it improves visibility in generated answers. Anyone publishing it should do so knowing that, not expecting traffic.

The real risk is not the file but what it displaces. A team that spends its AI visibility budget maintaining a Markdown index while leaving the HTML behind unrendered JavaScript, or while accidentally blocking a provider's search crawler, is optimising the part nobody reads and neglecting the part everybody crawls. AI systems that cite pages reach them the normal way: crawling, index, retrieval.

There is a second cost, maintenance. An outdated llms.txt points at URLs that no longer exist and describes sections that were renamed. If providers ever do start reading it, the abandoned file becomes a source of errors rather than an advantage. Publishing it means adding it to the site's review routine, alongside the sitemap and the redirects.

Good practice

  • Publish the file only if you will maintain it: add it to the same periodic review as the sitemap, the redirects and the canonicals.
  • Serve it as plain text in UTF-8 and check that it answers 200 at the domain root, not in a subdirectory and not behind a redirect.
  • Link only canonical URLs reachable without a logged-in session; a list of broken links is worse than having no file at all.
  • Write each link's note for someone who does not know the site: what the document contains and which case it serves.
  • Measure before you opine: filter your access logs by the path /llms.txt and see which agents request it on your own domain.
  • Treat it as a later extra, once the HTML renders without JavaScript and robots.txt lets the AI providers' search crawlers in.

Common mistakes

  • Presenting it as a standard in a proposal or a client audit, when it is a proposal with no uptake by the search engines.
  • Replacing the XML sitemap with llms.txt. They are different mechanisms, and the sitemap really is consumed by search engines.
  • Generating it with a plugin and never looking at it again, so it ages with every structural change to the site.
  • Crediting it with rises in ChatGPT or Perplexity mentions that coincide in time with other changes; without a control group no cause is proven.
  • Dumping the whole site into llms-full.txt in the belief that this trains the model, when training depends on crawling and permissions.
Manuel Riveiro Rodriguez CEO & Digital Strategist

A technical audit covers this and everything else in one pass.

Request an audit

Frequently asked

Does Google read llms.txt?

No. Gary Illyes said so at a Search Central event on 23 July 2025: Google does not support the file and does not plan to. To appear in AI Overviews the route is still normal Googlebot crawling and indexing, exactly as it is for the classic search results.

Do OpenAI, Anthropic or Perplexity read it?

None of them documents it on their crawler pages. A log analysis for May 2026 across 137,210 domains found that 97% of the files received no request at all, and that AI bots do not go looking for it on domains where it does not exist. Scattered requests occur, but they stay marginal.

So should I create it or not?

It costs little and does no harm, so creating it is defensible as a cheap bet. What cannot be promised is an effect: there is no public evidence today of better presence in generated answers. If you publish it, fold it into maintenance and do not sell it as a lever for results.

How does it differ from robots.txt?

robots.txt grants or denies access, and the crawlers of the large providers declare that they obey it. llms.txt grants and denies nothing: it only suggests what to read first. Blocking with it is impossible, and a site can carry both files without any conflict between them.

Where does it go and what format does it use?

At the root of the domain, at /llms.txt, served as plain text in UTF-8. The content is Markdown: an H1 with the site name, a blockquote with the summary, optional prose and H2 sections with link lists, each link carrying a short explanatory note.

Sources

  1. The original proposal document, by Jeremy Howard, published on 3 September 2024; it defines the file structure and describes itself as a proposal rather than a standard.
  2. Reports Gary Illyes's statement at the Search Central Deep Dive on 23 July 2025: Google does not support llms.txt and does not plan to.
  3. Server log analysis of 137,210 domains for May 2026, published on 15 June 2026: 28% of those domains publish an llms.txt file, and 97% of those files received no requests. The population studied consists of domains running an SEO analytics tool, more technical than the web at large, so the 28% is an upper bound rather than a general adoption rate.