Opening the page…

Sulayman Bowles
Back to writing

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.

Monochrome generative point study “Tidal Bell,” a mathematical form rendered in black and white.
Tidal Bell@yuruyurau ↗

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.

Exact /llms.txt path, fixed 90-day .dev window. Client identities are unverified.
Observed classGETHEADTotal
Self-identified bot1285133
Suspected automation46046
Ordinary browser70070
All classes2445249

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.

Selected named User-Agent classifications for GET /llms.txt. All are unverified.
Claimed nameGET observations
bingbot28
Googlebot14
GPTBot7
AhrefsBot6
OAI-SearchBot3
ChatGPT-User2
Chrome-Lighthouse2

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

  1. Frozen .dev observer aggregates, SQL and method

    Sulayman Bowles

    Verified Oct 21, 2026

  2. Observer window, privacy projection and measurement limits

    Sulayman Bowles

    Verified Oct 21, 2026

  3. Exact-path and method aggregate CSV

    Sulayman Bowles

    Verified Oct 21, 2026

Read next