Setting up a structured content summary for AI crawlers correctly
llms.txt is a text file discussed since September 2024 that lets a website curate and summarize its most important content in a format that is easy for language models to process. Unlike robots.txt, it does not govern access but provides content orientation, which represents an entirely new kind of technical file for GEO teams. This article covers its structure, how it differs from robots.txt and sitemap.xml, technical implementation in Magento, and an honest assessment of its current, inconsistent adoption status.
Table of Contents
- 1. What llms.txt is and where the proposal comes from
- 2. The fundamental difference from robots.txt
- 3. Distinguishing it from sitemap.xml
- 4. The structure of an llms.txt file in detail
- 5. Example: llms.txt for a Magento store
- 6. The optional companion file llms-full.txt
- 7. Current adoption status: no official standard, inconsistent support
- 8. Limits and criticism of the llms.txt approach
- 9. Technical implementation in Magento
- 10. Summary
- 11. FAQ
1. What llms.txt is and where the proposal comes from
llms.txt is a Markdown formatted text file proposed in September 2024 by Jeremy Howard, co founder of Answer.AI, that sits in a website's root directory and provides a curated summary of its most important content for language models. The core idea: instead of an AI system having to crawl an entire website and filter out relevant information from extensive HTML itself, the website provides a compact, prioritized overview with direct links to its most important subpages.
The file is deliberately kept lean and follows a fixed base structure: an H1 heading with the website's name, a short blockquote paragraph with a concise description, followed by topically grouped sections with Markdown links to the most important subpages plus a short description. This structure deliberately mirrors formats language models already know well from their training data and can process reliably.
2. The fundamental difference from robots.txt
robots.txt and llms.txt solve two completely different problems, even though both files sit in the root directory and look superficially similar. robots.txt is an access control mechanism established since the nineties and largely respected by crawlers: it defines which parts of a website a given bot is allowed to crawl and which it is not, but says nothing about the content of the pages it permits.
llms.txt, by contrast, makes no access decision at all, but provides content curation: a human made assessment of which pages are particularly relevant for a language model and how they can be grouped topically. A website can therefore still fully block certain crawlers via robots.txt while providing an llms.txt that acts as a content guide for the crawlers it does allow. The two files complement each other but do not replace one another.
3. Distinguishing it from sitemap.xml
Comparing it to sitemap.xml reveals another important conceptual difference. An XML sitemap is designed for completeness: ideally it lists every indexable URL on a website, often with several thousand entries, supplemented with technical metadata such as the last modification date, without any content weighting or description.
llms.txt pursues the exact opposite: deliberate selection instead of completeness. A good llms.txt typically contains only a manageable number of hand picked links, each with a short description understandable to both humans and models explaining why that page matters. While a sitemap is meant for classic crawling and indexing, llms.txt targets fast content understanding of a website by a language model that does not have the capacity to fully process thousands of individual pages.
4. The structure of an llms.txt file in detail
The structure proposed by Answer.AI follows a clear Markdown convention that has largely taken hold in practice, even though there is no binding, formally reviewed specification. After the H1 heading and the introductory blockquote come one or more H2 sections forming topical groups, for example documentation, products or company information, each with a list of Markdown links in the format link text followed by a short description after a colon.
An optional final section titled Optional marks links that are not strictly necessary for a basic understanding but provide additional context for deeper interest, for example extensive technical documentation or archive content. This separation helps systems with a limited context window process the most important links first and only load optional content on demand.
# Mironsoft Example Store
> Magento based online store for sustainable office supplies,
> shipping within Germany and the EU.
## Products
- [Office Chairs](https://shop.example.com/office-chairs): Ergonomic
office chairs with warranty and trial period
- [Desks](https://shop.example.com/desks): Height adjustable desks
for home office and office use
## Service
- [Shipping and Delivery Times](https://shop.example.com/shipping): Current
deadlines and costs by destination country
- [Returns](https://shop.example.com/returns): Conditions for
returns and exchanges
## Optional
- [Blog](https://shop.example.com/blog): Guide articles on office
equipment and ergonomics
5. Example: llms.txt for a Magento store
For a Magento based online store, a structure oriented around the most important customer concerns rather than the shop system's internal page structure works well: a short company description, the most important product categories with direct links, central service pages such as shipping and return conditions, and, where present, a reference to the blog section with guide content.
It matters that the content described in llms.txt actually matches the linked pages and is kept current, because an outdated or misleading llms.txt can, in the worst case, cause a language model to make a claim about the store that no longer holds, based on false expectations, for example when a promotion advertised there has long since ended.
6. The optional companion file llms-full.txt
Beyond the lean llms.txt, the original proposal also suggests an llms-full.txt that uses the same namespace but contains the full content of the most important pages directly as continuous Markdown text instead of only linking to them. This variant can make sense for systems with a large context window that want to capture a website as completely as possible in a single fetch, without retrieving several individual pages separately.
The downside lies in maintenance effort: every change to one of the referenced pages also has to be carried over into llms-full.txt, which quickly leads to inconsistencies without automated generation from the existing content management system. For most mid sized Magento stores, the lean, link based llms.txt is therefore the more practical starting point, while llms-full.txt is better suited to documentation projects with a manageable, clearly bounded scope.
7. Current adoption status: no official standard, inconsistent support
A decisive point that honest GEO consulting should not gloss over: llms.txt is not an official web standard ratified by a standards body such as the W3C, but a format proposed by individual practitioners and picked up by parts of the developer community. None of the major AI vendors, neither Anthropic nor OpenAI nor Google, has publicly confirmed systematically and reliably evaluating the file for web search or training data preparation.
In practice, results are mixed: some documentation projects and developer tools report some usage by AI coding assistants, while for the broader e-commerce space no solid evidence exists so far that an llms.txt alone measurably improves visibility in answers from Claude, ChatGPT or Perplexity. Anyone deploying the file should realistically treat it as a precautionary, very cheap additional measure, not as a guaranteed visibility lever.
8. Limits and criticism of the llms.txt approach
Critics rightly point out that a format without a binding specification and without confirmed support from the relevant AI vendors structurally resembles the chicken and egg problem of classic voluntary web standards: without broad vendor support, the maintenance effort is barely worthwhile for websites, and without broad adoption on the website side, implementing reliable evaluation is barely worthwhile for vendors.
It is equally important to note that an llms.txt in no way replaces a well structured, semantically clean HTML page with clear headings, structured data and directly answering paragraphs. The actual foundation for visibility in AI search systems remains regular page content that reads well for humans and machines alike. llms.txt can, at best, supplement that foundation, never compensate for it, if the underlying pages themselves are unstructured or thin on content.
9. Technical implementation in Magento
Technically, an llms.txt is straightforward to implement in Magento, since it is simply a static text file placed in the web root directory under pub and reachable directly at the URL slash llms dot txt, analogous to robots.txt. For smaller stores, a manually maintained file uploaded through the deployment pipeline is entirely sufficient.
For larger catalogs with frequently changing top categories, a simple CLI command or a scheduled cron job is preferable instead, one that automatically reads the currently active top categories and service pages from the Magento database and keeps the file up to date accordingly, so the llms.txt does not gradually go stale as the catalog evolves.
| File | Purpose | Format | Level of adoption |
|---|---|---|---|
| robots.txt | Access control for crawlers | Simple directive syntax | Established de facto standard for decades |
| sitemap.xml | Complete URL list for indexing | XML with metadata | Officially supported by Google, Bing |
| llms.txt | Curated content summary | Markdown with a link list | No official standard, inconsistent usage |
| llms-full.txt | Full page content as text | Continuous Markdown text | Optional companion, low adoption |
| Structured data (JSON-LD) | Machine readable markup of page content | JSON-LD following Schema.org | Broadly supported by search engines |
Mironsoft
Technical SEO, GEO, and social media visibility
Good content that still gets buried on Google and AI search?
We optimize shops technically for classic search engines AND generative AI search systems, set up structured data cleanly, and drive visibility across social media channels.
GEO Optimization
Prepare content for generative AI search systems like ChatGPT and Perplexity.
Structured Data Audit
Review and complete schema.org markup for completeness and errors.
Social SEO Strategy
Meaningfully connect social media visibility with SEO goals.
10. Summary
llms.txt: Key Takeaways
Curation, not access control
llms.txt makes no permission decision like robots.txt, it provides content prioritization instead.
Selection, not completeness
Unlike a sitemap, a good llms.txt contains only a hand picked selection of important pages.
Not an official standard
None of the major AI vendors has publicly confirmed systematic, reliable evaluation of the file.
Supplement, not compensation
llms.txt never replaces well structured, semantically clean page content.