Check a site’s llms.txt file

Enter a site address: the tool reads its llms.txt, checks its structure against the llmstxt.org proposal, tests ten of its links and recalls what Google and Lighthouse do with it.

The tool looks for the llms.txt of the page’s folder, then the one at the site root.

    Test an llms.txt before publishing it

    It is used to read relative links. The text is analysed in your browser and sent nowhere.

    How to use the tool

    Enter the address of a site or one of its pages and click “Check”. The tool looks for the llms.txt of the page’s folder, then the one at the root, and keeps the first that answers. It shows the findings, sorted into “To fix”, “To note” and “OK”, the file’s sections with their links, and the file itself, with flagged lines highlighted.

    The file’s first ten links are queried at the same time, without following redirects: a link that answers with an error or redirects is flagged. To review a file before putting it live, open “Test an llms.txt before publishing it”: the analysis then runs in your browser.

    What an llms.txt is

    It is a proposal by Jeremy Howard, published on September 3, 2024: a Markdown file placed at the root of a site, or in one of its subfolders, that presents the site and points to its useful pages, for language models.1 When several files apply, the most specific one wins.1

    The proposal sets a precise order. An H1 heading with the name of the site or project, the only required section. Then a blockquote that sums up the essentials, details without headings, and H2 sections that hold link lists, each written “[name](url)” and followed if needed by a colon and a note. An H2 section named “Optional” gathers the links an agent can skip when it needs less context.1

    # Site name
    
    > What the site does, in one or two sentences.
    
    Useful details, without a heading.
    
    ## Main pages
    
    - [Services](https://www.example.com/services/): what is offered
    - [Contact](https://www.example.com/contact/)
    
    ## Optional
    
    - [Legal notice](https://www.example.com/legal/)

    The same proposal suggests publishing a Markdown version of useful pages, at the same address followed by “.md”.1 The tool does not check these versions.

    What the tool checks

    First, the server’s answer. A 404 means there is no file, which is not a fault. A 5xx error is the only case where Lighthouse’s llms.txt audit fails.4 A trap worth watching is the HTML page served in place of the file, with a 200 status: the site returns its home page or its error page for any unknown address, and a bot then receives HTML instead of text.

    Then the structure: an H1 that opens the file, a blockquote summary, H2 sections, list items that each start with a link, no heading of level 3 or more, no duplicate link. Finally the links themselves: readable addresses, and the HTTP status of the first ten.

    What Google and Lighthouse do with it

    Google says it plainly in its guide on generative AI: you do not need to create AI text files such as llms.txt to appear in Search, and Google Search does not use them. Keeping one neither harms nor helps visibility or rankings; Google adds that you may maintain one for other services that use these files.2 Its page on AI features says the same.3

    Lighthouse, Chrome’s auditing tool, still checks the file in its Agentic Browsing category, which assesses how AI agents can navigate a site.5 The audit is marked not applicable when the file is missing, since the file remains optional, and only fails on a server error.4

    Should you publish one?

    For Google, no: its documentation says so in writing.2 For other agents, the proposal targets models that consult a site while answering, and a short, up-to-date, well-built file costs little. If one exists, it might as well be readable: a broken file, an HTML page in its place or dead links give a poor picture of the site to whoever reads it.

    An llms.txt controls no access. It neither blocks nor allows any bot: that is the role of robots.txt, which crawlers read before downloading a page.

    What the tool does not see

    The tool checks the form of the file, not the relevance of its content: it does not say whether the chosen pages are the right ones or whether the summary is accurate. It does not read the Markdown versions of pages, only goes up one folder level before the root, reads the file up to 500 KiB and checks ten links at most.

    Each check counts as one request against a quota of 20 per 10-minute window and per visitor, shared with the site’s other tools. The server reads the file, returns the result and keeps neither the address nor the content.

    After the test

    An llms.txt only matters if bots can read the site. The AI crawler access test shows what robots.txt allows GPTBot, ClaudeBot or PerplexityBot, and the bot IP checker tells you whether the ones in your logs are genuine. To get cited by generative engines, content and crawlability weigh more than a file: that is the subject of the article on GEO.

    Frequently asked questions

    What is an llms.txt file?

    A Markdown file placed at the root of a site, which presents the site and lists its useful pages for language models. It follows a proposal published by Jeremy Howard in September 2024.1

    Does Google use llms.txt?

    No. According to its documentation, Google Search ignores these files: having one neither harms nor helps visibility or rankings.2

    Where should the llms.txt file go?

    At the site root, at /llms.txt. The proposal also allows a file in a subfolder, for example /docs/llms.txt, which applies to the pages of that folder.1

    How is it different from robots.txt?

    robots.txt controls bots’ access to pages. llms.txt neither blocks nor allows anything: it presents the site and points to its pages.

    Why does the tool find an HTML page instead of the file?

    The server returns a fallback page, often the home page or an error page, with a 200 status for any unknown address. So there is no real llms.txt, and a bot receives HTML.

    Sources

    The passages on this page and the tool’s checks refer to one of these sources, read on October 18, 2026.

    1. Jeremy Howard, “The /llms.txt file”, proposal published on September 3, 2024 (page modified on August 10, 2026). llmstxt.org ↑
    2. Google, “Google’s Guide to Optimizing for Generative AI Features on Google Search”, Google Search Central, updated on July 10, 2026. developers.google.com ↑
    3. Google, “AI features and your website”, Google Search Central, updated on December 10, 2025. developers.google.com ↑
    4. Chrome for Developers, Lighthouse “llms.txt” audit, updated on May 5, 2026. developer.chrome.com ↑
    5. Chrome for Developers, Lighthouse “Agentic Browsing” category, updated on May 5, 2026. developer.chrome.com ↑

    Want AI engines to cite you?

    SEO and GEO support works on what really counts for generative engines: crawler access, content and its structure. I reply within 24 working hours.

    Contact me