Crawler evidence
Does anyone fetch llms.txt? What this site recorded in 90 days
249 observed requests establish interest in a path, while reading and downstream benefit remain unmeasured.

This site’s observer recorded 249 requests to /llms.txt in the fixed 90-day window: 244 GET and five HEAD. That answers whether the path appeared in accepted request observations. It does not answer whether anyone received, read or used its contents.
The distinction changes the decision. Maintaining a short, accurate public file may be inexpensive. The request count alone supplies no return-on-investment estimate and no reason to treat the file as a substitute for useful HTML, working links or ordinary search discovery.
Method & limits
Same .dev-only production snapshot and exact 90-day interval as the linked observer study, ending October 21, 2026 at 20:48:00.901287 UTC. Counts are accepted request observations, with no stored HTTP response status or body. All client identities are unverified. The study does not test a causal effect on indexing, citations or traffic and does not establish that any client read the file.
What is in the 249-request count?
The exact path matters. /llms.txt contributed 249 records; /llms-full.txt contributed another 27 and is excluded from that headline. The latter name can be probed whether or not a useful document exists there, so neither path’s count establishes a successful response.
The method split keeps five HEAD requests separate because HEAD responses have no document body. Even a GET observation occurs before this dataset can establish the returned status or useful content. Treating all requests as file readers would overstate the evidence.
| Observed class | GET | HEAD | Total |
|---|---|---|---|
| Self-identified bot | 128 | 5 | 133 |
| Suspected automation | 46 | 0 | 46 |
| Ordinary browser | 70 | 0 | 70 |
| All classes | 244 | 5 | 249 |
Which names did clients claim?
The named labels include bingbot, Googlebot, GPTBot, OAI-SearchBot and ChatGPT-User. They come from User-Agent classification. They are not authenticated provider identities, and some records may be diagnostic or synthetic checks.
The small named totals are useful for choosing a verification sample. They cannot establish that an AI provider adopted llms.txt, or that a search engine used its linked content. There is no session-to-answer linkage in this observer.
| Claimed name | GET observations |
|---|---|
| bingbot | 28 |
| Googlebot | 14 |
| GPTBot | 7 |
| AhrefsBot | 6 |
| OAI-SearchBot | 3 |
| ChatGPT-User | 2 |
| Chrome-Lighthouse | 2 |
Why a request is a weaker result than a reader
Several links are missing: independently identifying the client, confirming a useful response, establishing that its contents were consumed, and connecting that consumption to a later answer or referral. This study only observes the request stage. A client could request a missing path, receive a cached error or fetch a file without using it.
Absence of an observed provider label would also be ambiguous. Retrieval could use a different identifier, a search index, a cache or an intermediary, and the best-effort observer could lose a delivery. The broader snapshot describes the selected routes and capture limits.
The window was not a randomized deployment experiment. Other content, links, publication and search conditions can change during ninety days. Comparing traffic before and after an llms.txt edit would need a design that addresses those changes; these counts do not isolate the file’s effect.
What I would maintain, and what I would measure next
I would keep a published file accurate, concise and connected to canonical public resources. Broken links and stale claims make it a poor guide for any client. That maintenance decision can stand on its small cost and editorial purpose without claiming a measured citation benefit.
For a stronger test, define the desired outcome first: delivered file, subsequently fetched linked document, answer citation or referral. Capture the fields needed to join those stages within the site’s privacy constraints, verify client identity where possible, and retain a comparison. The server-log guide is the starting point for the attribution step.
Until that evidence exists, the result is precise and limited: 249 recorded requests to this exact path, including five HEAD requests, with reading and downstream effects unknown.
Inspect the path and method totals
The CSV preserves exact path, method, observation class, claimed label, verification state, count and first/last event times. Sum only /llms.txt for 249; include /llms-full.txt to obtain 276 across the two names. Blank claimed labels remain unmatched.
The snapshot bundle includes the extraction SQL, daily denominator and method. No raw visitor records or private network identifiers are published. The source snapshot is frozen because live ingestion and retention continue.
Sources
- Frozen .dev observer aggregates, SQL and method
Sulayman Bowles
Verified Oct 21, 2026
- Observer window, privacy projection and measurement limits
Sulayman Bowles
Verified Oct 21, 2026
- Exact-path and method aggregate CSV
Sulayman Bowles
Verified Oct 21, 2026