llms.txt: What It Is And How To Write One
llms.txt is a simple markdown file that maps your site for AI systems. Here is exactly what it looks like and how to build one.

Answer engines cite pages that are retrievable, direct, well structured, and consistent about entities. Here is how the selection actually works.
Answer engines like Google's AI Overviews, ChatGPT, and Perplexity choose sources by matching query intent to content that is specific, well structured, and backed by clear entities. They favor pages that answer a question directly in the first few sentences, cite verifiable facts, and carry signals of authority such as consistent structured data and a recognizable entity presence across the web.
Before any answer engine generates a response, it runs a retrieval pass. This looks a lot like traditional search: the system pulls a shortlist of candidate pages using indexed content, embeddings, or a live search API. If your page never makes the shortlist, it cannot be cited, no matter how well written it is.
Retrieval favors pages that:
This is why technical SEO work is not obsolete in an AI search world. It is a prerequisite. A page that cannot be crawled or rendered properly cannot be retrieved, and a page that cannot be retrieved cannot be cited.
Once an answer engine has a set of candidate pages, it has to decide which ones actually get referenced in the generated answer. This is a separate decision from retrieval, and it is where most of the interesting optimization work lives.
Answer engines are built to extract a clean, quotable answer. Pages that bury the answer under three paragraphs of preamble lose to pages that state the answer plainly near the top. If someone asks "what is llms.txt," the page that opens with a direct definition beats the page that opens with a company history.
Vague, generic content rarely gets cited because it does not add information the model does not already have baked into its training data. Specific numbers, named mechanisms, step-by-step processes, and concrete examples are what make a source worth quoting instead of paraphrasing from memory.
Answer engines parse structure to extract facts efficiently. Content that uses:
is easier to lift a citation-worthy snippet from than a wall of undifferentiated prose. This is a core reason schema markup matters for AI visibility, not just classic rich results.
Answer engines increasingly reason in terms of entities rather than keywords. A page about "server-rendered application frontends" is more citable when the site consistently uses that exact framing across its application frontends pages, its schema, and its internal linking, rather than mixing that term with unrelated language like generic website design. Consistent entity language builds a stronger, more resolvable identity that models can match with confidence. This is the heart of entity optimization.
Answer engines do not operate in a vacuum separate from the rest of the web's trust signals. They still weigh:
None of this means you need to fabricate authority. It means the content strategy and technical foundation you already use for SEO also feeds your AEO results. The two are not competing programs; they are one program viewed through two lenses.
Just as important as knowing what gets cited is knowing what gets filtered out early:
If your site was migrated from a static builder without care for how content renders, this is worth auditing directly. See how to preserve SEO during a site migration for the mechanics.
Treat citation-worthiness as a design constraint, not an afterthought. When you draft a page:
You can validate whether your current pages are being picked up at all with an answer engine audit, which checks retrieval and citation behavior directly rather than guessing from rankings alone.
It is tempting to assume that the most comprehensive page on a topic will win citations. In practice, comprehensiveness only helps once directness is already in place. An answer engine scanning a candidate page is effectively asking one question first: does this page contain a clean, self-contained statement that resolves the query? A twelve-hundred word page that buries its core claim in paragraph nine loses to a five-hundred word page that states the claim in sentence two, even if the longer page ultimately has more supporting nuance.
This has a practical implication for how you edit, not just how you draft. After writing a section, go back and check whether the first two sentences would make sense as a stand-alone quote, pulled with no other context. If they would not, move the real answer up and push the setup down or cut it.
Once the direct answer is in place, additional depth does earn its keep in a few specific ways:
The right mental model is a pyramid: a sharp point at the top that stands alone, with a wider, well organized base underneath that a model can draw from if it needs more.
None of the selection factors above matter if a page cannot be accessed and parsed cleanly in the first place. Many sites migrated from older platforms carry technical debt that quietly blocks retrieval: content injected client-side after page load, inconsistent canonical tags, or pages that return different content to bots than to browsers. These issues predate the AI search era, but they matter more now because there are more automated systems trying to read your pages without a human in the loop to work around a broken layout.
If your team is evaluating a platform change or has recently moved off a page builder, it is worth treating retrieval as a launch requirement, not a nice-to-have you check after the fact.
If you are not sure whether your site is even in the retrieval pool for the questions your buyers ask, that is the first thing to check, before investing more time in content structure. Start with a look at your current AI search visibility and work backward from what is actually happening today.
llms.txt is a simple markdown file that maps your site for AI systems. Here is exactly what it looks like and how to build one.
AI assistants cite direct, well-structured, fact-dense content. Here is how to rewrite pages so they get quoted instead of skipped.
Crawlability, rendering, and indexability form the floor for every other SEO effort. Fix these first or nothing else compounds.
We diagnose first, then architect, then build. Call 720-378-8970 or send the project details.