If you are trying to work out what llms.txt is and whether a B2B site needs one, here is my position up front: build a basic one because it costs an afternoon, but do not expect it to get you recommended by ChatGPT. The file is hygiene, not a growth lever. The B2B teams that win AI search are the ones fixing their page architecture, and most of them are spending far too much time debating a text file.
I run marketing at Storylane, and our buyers now tell us on calls that they found vendors by asking an AI assistant. So I care about this question for commercial reasons, not academic ones. Below is what the file does, what the data says, and a framework for deciding how much effort to spend. If you are the webmaster or SEO lead who will actually ship the file, this is written for you.
There is one reason to do the work carefully rather than quickly. Deciding which pages represent your company for AI agents is the same content inventory a website AI agent is trained on, so one piece of work serves both. I come back to that at the end.
What is llms.txt?
Definition: llms.txt is a plain-text Markdown file served at the root of a website (/llms.txt) that gives large language models a short, curated summary of the site and links to its most important pages.
You will also see it searched as "llms txt", without the dot; it is the same file. The idea was proposed by Jeremy Howard of Answer.AI on September 3, 2024 (llmstxt.org). It is a community convention, not a standard ratified by the IETF or W3C, which matters because nobody is obliged to read it. Think of it as a polite note left on the front desk rather than a lock on the door.
The format is deliberately simple. The proposal requires only one thing, an H1 carrying the site or project name. It then recommends a short summary in a blockquote, followed by H2 sections that group links to key pages, each with a short description. Here is the skeleton:
# Company Name
> One sentence on what the company does and who it serves.
## Product
- [Product overview](https://example.com/product): What it does and for whom
- [Pricing](https://example.com/pricing): Plans and packaging
## Customers
- [Case studies](https://example.com/customers): Results by industry
You will also see a companion file called llms-full.txt, which holds the full text of key pages rather than just links. It is not part of the original proposal; some docs platforms and tools publish it alongside llms.txt. I cover when that is worth building further down, because most B2B sites should not start there.
llms.txt vs. robots.txt vs. sitemap.xml
| File | Purpose | Who reads it | Enforceable? | Where B2B teams get this confused |
|---|---|---|---|---|
| robots.txt | Access control: which crawlers may fetch which paths | Search and AI crawlers that choose to honour it | Voluntary, but widely respected by major crawlers | Teams assume adding llms.txt changes what AI bots can access. It does not; robots.txt still governs that |
| sitemap.xml | Discovery: a complete list of URLs you want indexed | Search engine crawlers | Not enforceable, a hint for indexing | Teams treat it as a priority list. It is an inventory, not a curation |
| llms.txt | Meaning: a curated summary of what matters on the site | LLM tools and agents that opt in to reading it | Not enforceable, no platform is obliged to use it | Teams treat it as a ranking file for AI answers. No major platform has confirmed it works that way |
These three files do different jobs, and mixing them up is where the wasted effort starts. If you want to block or allow AI crawlers, you edit robots.txt.
If you want every URL discovered, you keep sitemap.xml clean. llms.txt only does one thing: it tells a model which pages you think matter most and what they are about.
The confusion is real on the buyer side too. On one call, a content marketing manager asked us whether being LLM friendly just means being crawlable.
The answer is no: crawlable means a bot can fetch and parse the page, while LLM friendly is a looser idea about structure and clarity. llms.txt sits on the meaning side of that line, which is exactly why it cannot fix a crawling problem.
If your robots.txt blocks a crawler, a beautiful llms.txt will never be seen by it. Get access and discovery right first, then worry about curation.
Does anyone actually use it? The adoption and impact data
Most articles on this topic cite one adoption number and one impact number in isolation. That is misleading, because the two figures answer different questions. Adoption tells you how many sites publish the file.
Impact tells you whether anyone reads it. You need both on one timeline to see the real picture.
| Date | Source | What happened or was measured | What it means for B2B teams |
|---|---|---|---|
| September 2024 | Answer.AI, 2024 | Jeremy Howard proposes llms.txt as a convention | The file is young and has no formal standards body behind it |
| April 2025 | John Mueller, Google (Reddit, r/TechSEO) | Says none of the AI services have said they use llms.txt, that server logs show they do not even check for it, and compares it to the keywords meta tag | No search or AI-answer benefit has been confirmed by any platform |
| November 2025 | SE Ranking, 2025 | A study of nearly 300,000 domains finds about 10% have an llms.txt file, and no measurable link between having one and how often a domain is cited by AI | Adoption is a minority behaviour, and the file does not predict citations |
| May 2026 | Ahrefs, 2026 | Of about 38,000 domains with a valid llms.txt (from a sample of sites using Ahrefs analytics), 97% received zero requests for the file that month | Publishing the file does not mean anything is reading it |
Read together, the trend is clear. Supply is real: roughly one in ten domains publishes the file (SE Ranking, 2025), and 28% did in Ahrefs' more tech-savvy sample (Ahrefs, 2026). Demand has not followed: 97% of those files received zero requests in May 2026 (Ahrefs, 2026), SE Ranking found no link between the file and AI citations, and Google's John Mueller has said the AI services do not even check for it (April 2025).
As of this writing, none of the major AI platforms (OpenAI, Anthropic, or Google) has publicly confirmed that it reads llms.txt when answering questions or that it ranks sources based on it. Anthropic publishes an llms.txt for its own documentation, but has not said its crawlers use the standard (Ahrefs, 2026). That can change, and I would rather have the file ready if it does. But anyone selling llms.txt as a proven visibility tactic today is selling ahead of the evidence.
Does llms.txt affect whether B2B buyers find you through AI search?
This is the question that actually matters to a B2B marketer, and almost nobody answers it directly. When a buyer asks ChatGPT or Perplexity to recommend tools in your category, does having llms.txt change whether you get mentioned? Based on the available evidence, not currently.
Start with the part that is not in doubt: buyers really are researching this way. We hear it constantly on calls.
"I feel like they're like our buyers educating themselves now with like AI and LLMs. And like they're coming out specific question if we can solve it."
- Head of Marketing, HR & workforce management software
Another buyer, a business development director in fintech, described asking Perplexity for help, realising it could not do the job, and then asking it which company to hire instead. That is a vendor shortlist being built inside an AI assistant, before your sales team knows the buyer exists.
Now the mechanics. AI assistants that answer these questions largely rely on live web search and retrieval, pulling pages that already rank or are well structured for the query.
They do not appear to run a dedicated pipeline that fetches llms.txt first. So the file is not the lever that decides whether you make the shortlist.
What we know
- B2B buyers tell us they use AI assistants like ChatGPT and Perplexity to research vendors.
- Assistants with web access answer from pages they retrieve at query time.
- No major AI platform has confirmed it reads llms.txt, and most files receive no requests at all.
What we don't know
- Whether any assistant will start reading llms.txt in future.
- Whether the file helps agents that browse a site on a user's behalf (see what AI browsers mean for B2B websites).
- Whether a well-curated file nudges retrieval at the margins.
What does move visibility is the content itself, which is the core of answer engine optimization for B2B SaaS: clear product and use-case pages, comparison pages, third-party mentions, and pages that each answer one question well. A marketing operations manager in software asset management put it simply on a call:
"Not just like, like the, the little like pieces of information snippets. Those are the ones getting searchable by the LLMs."
- Marketing Operations Manager, software asset management
Whether a B2B site needs one: a practical decision framework
My honest answer to whether a B2B site needs one is "a basic one, soon, and without fanfare." But the right level of effort depends on your team and how complex your site is. Here is how I would tier it.
| Tier | Who it fits | What to build | Rough effort | Owner |
|---|---|---|---|---|
| Skip for now | Pre-product-market-fit startups, one-person marketing teams, sites under about 30 pages | Nothing yet. Fix product, pricing, and use-case pages first | Zero | Nobody |
| Baseline build | Established B2B SaaS with a clear product line and a working content team | A single llms.txt listing core product, use-case, customer, docs, and comparison pages | 2 to 4 hours to write, 30 minutes a quarter to maintain | Content or SEO lead |
| Structured investment | Multi-product catalogs, large docs sites, dedicated content and dev resources | llms.txt plus llms-full.txt, generated from the CMS, reviewed as part of a wider AI-visibility program | A few days to set up, then automated | SEO lead with an engineering partner |
Most readers of this article sit in the middle tier. For you, llms.txt is a low-cost hygiene signal: cheap enough to do, not important enough to delay anything else for. I would not let it jump the queue ahead of a missing comparison page or a pricing page that hides what you sell.
The skip tier is not a cop-out. If your site has a dozen pages and your product page is vague, the file will simply point a model at vague pages. Your time is better spent making those pages specific.
The structured tier only makes sense when you already treat AI visibility as a program, with someone measuring citations, mentions, and AI referral traffic in GA4 over time. Without that measurement, you will never know whether the extra work did anything, and you will struggle to justify maintaining it.
Who owns it and how much work is it really?
Few guides on this topic answer the question every B2B marketing lead actually asks: whose job is this? In my experience it lands on the wrong desk because it looks technical. It is a file at the root of the domain, so people assume it is an engineering ticket.
It is not. It is an editorial decision about which pages represent your company best.
Here is the split I recommend:
- Responsible: content or SEO lead. Writes the summary line, chooses the pages, and writes the one-line description for each link.
- Accountable: head of marketing. Signs off, because the file is effectively a positioning statement.
- Consulted: product marketing. Checks that product descriptions match current messaging and naming.
- Responsible for deployment: the webmaster or web team. Uploads the file to the root, confirms it is served as plain text, and checks that robots.txt is not blocking the crawlers you care about.
For a baseline file, time-to-build is measured in hours, not sprints. Drafting takes an afternoon, and deployment is a few minutes for anyone who can publish a static file. Maintenance is a quarterly review, or an update whenever you launch a product or retire a page.
Getting engineering buy-in is easier when you are honest about the ROI. Do not pitch it as a traffic play, because the evidence does not support that yet.
Pitch it as a small, reversible task that keeps you ready if AI platforms start reading the file, and ask for fifteen minutes of deployment time rather than a sprint slot. Most teams will say yes to that.
How to build a B2B-ready llms.txt (with a real template)
- Write the summary sentence. One line that says what you sell, who it is for, and the problem it solves. Avoid slogans. A model needs a category and an audience, not a tagline.
- Choose your core pages. Pick the pages you would want quoted if a buyer asked an AI assistant about your category: product, use cases, customers, docs, and comparisons.
- Write one-line descriptions. Each link gets a short, factual description of what the page covers. This is where most generic files fall down.
- Group links under H2 headings. Use headings that mirror how buyers think, such as product, solutions by role, and proof.
- Host it at the root. Serve it at yourdomain.com/llms.txt as plain text, and check it loads in a browser without redirects or a login wall.
- Set a review date. Put a quarterly reminder in the content calendar so the file does not go stale.
Here is a template built for a B2B SaaS page architecture. Swap the placeholders for your own pages.
# [Company Name]
> [Company] is a [category] platform that helps [audience] [outcome].
## Product
- [Product overview](https://yourdomain.com/product): Core capabilities and how it works
- [Integrations](https://yourdomain.com/integrations): Supported CRMs and tools
## Solutions
- [For marketing teams](https://yourdomain.com/solutions/marketing): Key use cases for marketers
- [For sales teams](https://yourdomain.com/solutions/sales): Key use cases for sellers
## Customers
- [Customer stories](https://yourdomain.com/customers): Results by industry and team size
## Comparisons
- [Company vs Competitor](https://yourdomain.com/compare/competitor): Honest side-by-side comparison
## Docs
- [Getting started](https://docs.yourdomain.com/start): Setup and onboarding guide
Notice what is missing: blog archives, tag pages, legal pages, and careers. The file is a curated shortlist, and every link you add dilutes the ones that matter.
llms.txt generator: build it by hand or generate it?
You do not have to write the file from scratch. The llmstxt.org proposal lists a growing set of integrations that produce the file for you, including docs platforms such as Mintlify and GitBook and WordPress SEO plugins such as Yoast SEO and AIOSEO. There are also standalone llms.txt generator tools, such as Firecrawl's free generator at llmstxt.firecrawl.dev, which crawl your site and draft a file from what they find.
A generator solves the formatting problem, not the judgement problem. It sees every page it can crawl, and it does not know which ones you would want quoted to a buyer. Left alone, it tends to produce exactly the long, undifferentiated list this article warns against.
For a webmaster, the sensible workflow is:
- Generate a first draft with your CMS plugin or a generator, so the syntax and URLs are right.
- Cut it to the shortlist using the priority checklist below, and rewrite each description by hand.
- Automate only the maintenance on large sites, so retired pages drop out when the CMS changes.
On a small or mid-size B2B site, a hand-edited file will usually beat a raw generated one, because the value is in the curation.
llms-full.txt and what belongs in it vs. llms.txt
llms-full.txt takes the idea a step further. Instead of listing links with short descriptions, it contains the full text of your most important pages in one Markdown file. The theory is that a model or agent can read everything in one request rather than fetching pages one by one.
The difference in practice comes down to depth versus navigation:
- llms.txt is a map. It says what exists and where, in a few dozen lines.
- llms-full.txt is the territory. It holds full documentation, methodology, and case-study detail that a model could use to answer deep questions.
- llms.txt suits almost any established B2B site. It is quick to write and easy to keep current.
- llms-full.txt suits large docs sites and developer products, where people genuinely ask detailed implementation questions of AI coding tools.
For most B2B marketing sites, the base file is enough. A full-text file creates a second copy of your content that has to be kept in sync, and a stale copy is worse than none because it can feed outdated product details to whoever reads it.
My rule: build llms-full.txt only if you already generate documentation from a single source, so the file can be produced automatically. If someone would have to maintain it by hand, skip it. The engineering and editorial cost outweighs any benefit the evidence currently supports.
At scale: prioritizing pages for a large B2B site
Most llms.txt examples you will find assume a small, simple site. That breaks down fast when you have hundreds of product pages, a sprawling docs site, and thousands of blog posts. You cannot list everything, and you should not try.
The page-architecture decisions that matter here are the ones our own customers are already making. A senior product marketing manager in cybersecurity told us:
"Yeah, we're trying some AEO juice to make each demo its own landing page while still embedding."
- Senior Product Marketing Manager, cybersecurity
That is the right instinct. Each important asset gets its own indexable URL, so it can be retrieved and cited on its own.
A director of integrated marketing, also in cybersecurity, said that at a previous employer one centralized demo library page helped SEO and AEO and ended up a "huge pipeline driver" for the quarter. Before that, product proof came late in the buying journey and assets were emailed around as downloaded video files, invisible to any search engine or model.
Neither of those wins came from llms.txt. They came from giving good content a clear, single home.
Once that exists, llms.txt simply points to it. Use this checklist to decide what goes in first:
- List first: core product pages, pricing or packaging pages, and your main use-case pages.
- List next: comparison pages, customer stories with named outcomes, and central resource hubs.
- List selectively: your five to ten highest-authority guides, not the whole blog.
- Leave out: tag and category archives, paginated lists, thin landing pages, gated asset shells, and anything you plan to retire this quarter.
- Automate: for sites with more than a few hundred pages, generate the file from CMS fields so it updates when pages change.
A quick note on competitive exposure
One consideration that rarely comes up: a curated llms.txt is also a curated summary of your positioning. It tells anyone who reads it which pages you consider most important, how you describe your category, and which competitors you compare yourself against. Competitors, and the AI research tools they use, can consume that summary at a glance.
I do not think this is a reason to skip the file. Everything you list is already public on your site, and a determined competitor could find it anyway.
But it is worth a moment of thought when you write the descriptions. A line that hints at unreleased features, internal naming, or a pricing change you have not announced does not belong there.
My practical advice is to apply the same standard you apply to your homepage copy. If you would be comfortable seeing a line quoted in a competitor's sales deck, it can go in. If not, leave it out or rewrite it until you would be.
The file should describe your company confidently, with nothing in it that you would regret a rival reading. Treat it as a public statement, because that is exactly what it is.
One content inventory, two AI audiences: where RepX fits
Full disclosure: this is us. Storylane publishes its own llms.txt, and I still would not tell you it is what brings buyers to our site. What I can tell you is that the work behind a good llms.txt pays off a second time. The shortlist you just built (product pages, use cases, docs, comparisons, customer proof, each with a clear one-line description) is the same content inventory a website AI agent is trained on. If you do the curation once, you can point it at both audiences: external models that may read the file, and an agent on your own site that talks to the buyers who arrive.
Those buyers show up pre-educated and specific. They have already asked ChatGPT the broad questions, and now they want one narrow answer: can you solve my exact problem?
A form or a generic chatbot wastes that intent. RepX is our AI SDR for inbound traffic. You feed it your website, docs, decks, call scripts, and interactive demos, which is where the llms.txt inventory comes in. It then answers specific product questions, pulls up the relevant interactive demo, qualifies visitors on criteria you define, and pushes qualified buyers to book a meeting, start a trial, or sign up.
For complex products, a guided demo also replaces a sandbox that buyers otherwise abandon. As one solutions architect in arts ticketing software described it:
"We run reports on it and they're just not clicking around, they're, they're spending like five minutes in there and then bailing."
- Solutions Architect, arts ticketing & CRM software
Where RepX does not fit: it will not get you cited in ChatGPT, and it does not replace llms.txt, structured pages, or a content program. If you have no inbound traffic, fix that first. If you want the indexable-page side of the problem, a Demo Hub gives every demo its own home, and Sandbox Demos cover buyers who want to explore freely.
Conclusion: what llms.txt is and whether a B2B site needs one
So, what llms.txt is and whether a B2B site needs one comes down to this. It is a short, curated Markdown summary of your site for language models, it is cheap to build, and today there is no public evidence that it changes whether buyers find you through AI search. Build a baseline file if you are an established B2B company, give it to your content lead, and move on.
Then spend the real effort where buyers actually look. Make each product, use-case, and comparison page answer one question clearly.
Give your best proof a single, indexable home. And make sure the site is ready to convert the specific, pre-researched buyer that AI search now delivers, because that is where the pipeline is.
If I had one afternoon to give this topic, I would spend an hour on the file and the rest auditing whether my top five product pages answer a buyer's narrowest question in plain language. That audit is where AI-search visibility is actually won, and it pays off with human visitors too.
FAQ
What is llms.txt?
llms.txt is a plain-text Markdown file placed at the root of a website that summarises the site for large language models. It includes a short description of the company and a curated list of links to key pages. It was proposed by Jeremy Howard of Answer.AI in September 2024 as a community convention, not a formal standard. People also search for it as "llms txt"; it is the same file.
Is llms.txt the same as robots.txt?
No. robots.txt controls which crawlers can access which parts of a site, while llms.txt only suggests which pages matter and what they mean. Adding llms.txt does not change crawler access, so if robots.txt blocks a bot, it will never reach your llms.txt.
Do ChatGPT and Perplexity actually use llms.txt?
As of this writing, neither OpenAI nor any other major AI platform has publicly confirmed that it reads llms.txt when answering questions. Assistants that answer buyer queries largely rely on live web search and retrieval. That is why structured, specific pages matter more than the file for AI-search visibility.
How long does it take to build an llms.txt file?
In our estimate, a baseline file for a B2B SaaS site takes two to four hours to draft and a few minutes to deploy. Ongoing maintenance is roughly a quarterly review, plus updates when you launch or retire pages. Large sites should generate the file automatically from their CMS.
What is the difference between llms.txt and llms-full.txt?
llms.txt is a map: a short list of links with one-line descriptions. llms-full.txt holds the full text of key pages in a single file, which suits large documentation sites and developer products. Most B2B marketing sites only need the base file.
Should I use an llms.txt generator?
A generator is a good way to get a correctly formatted first draft. CMS plugins such as Yoast SEO and AIOSEO, docs platforms such as Mintlify and GitBook, and standalone tools such as Firecrawl's generator can all produce one. Treat the output as a draft: cut it to your most important pages and rewrite the descriptions by hand, because the value of the file is in the curation.
Sources
- Jeremy Howard, Answer.AI, "The /llms.txt file" proposal, September 3, 2024: llmstxt.org
- John Mueller (Google) on Reddit r/TechSEO, reported by Search Engine Journal, April 17, 2025: Google says llms.txt comparable to keywords meta tag
- SE Ranking, llms.txt study of nearly 300,000 domains, November 2025: seranking.com/blog/llms-txt
- Ahrefs, "What is llms.txt", updated June 2026 (request data for May 2026): ahrefs.com/blog/what-is-llms-txt
Want to see how RepX turns AI-researched visitors into qualified pipeline? Book a demo.
