What this page shows
Five views, five ways of reading. Whether a page is machine-readable depends on which machine is reading.
- AI search: the source code as ChatGPT or Claude receive it on a direct fetch. No JavaScript. Whatever a script writes onto the page later is missing here.
- Structured data: what the page says about itself, in machine-readable form. Whether that buys anything is covered below.
- Agent · tree: roles and names instead of layout. This is how browser agents read, programs that remote-control a browser and carry out tasks. Screen readers depend on the same tree.
- Agent · HTML: trimmed HTML, only the operable elements. More complete than the tree, and better or worse depending on the model.
- Agent briefing: llms.txt, a file meant to tell AI systems what this site is about. Whether it gets read at all: more on that below.
The most important point: the big US assistants do not run JavaScript on a direct fetch. In one test a decoy phone number sat in the source code and the real one only appeared via script. ChatGPT and Claude reported the decoy. Three tests since late 2025 show the same picture; all three are single measurements. The route via a search index does render. Only the direct fetch does not.
How the apparatus works
Everything happens in the browser, no server.
On the left sits the real page, loaded in a frame. The apparatus reads its source, its structured data, and the llms.txt, and sets them against the five views. The tree and HTML views are reproductions of the formats used by Playwright and Stagehand, the most common tools browser agents are built with. The mapping between left and right comes from text matching and is fuzzy at the edges. To verify: open the source, find the same data.
Why the tree matters
An element without a name does not exist for an agent.
Google says it plainly: agents rely on the accessibility tree, the same tree screen readers use. Since spring 2026, Lighthouse, Google's website testing tool, checks it in a category of its own. A button that consists only of an icon has no name in this tree. The agent can neither see it nor use it.
This is not an edge case. A survey of one million home pages found empty buttons on 30.6 percent, and on half of them form fields lack labels. The average website reads to an agent like a half-labelled form.
Observations, not proof
Four claims circulate on this topic. None is as solid as it sounds.
Structure beats pixels? The studies disagree: sometimes the text-based variant wins clearly, sometimes the one with screenshots. What is certain is that the serious agent tools work through structure, not through screenshots.
Accessibility helps agents? The number cited everywhere for this, success falling from 78 to 42 percent, comes from a study that did not change a single website. It took the mouse away from the agent. A real comparison of accessible versus inaccessible sites does not exist to this day; I am building exactly that comparison alongside this page. The result will appear here, whichever way it turns out. The link is plausible already: a first experiment with two versions of the same page, 89 versus 49 percent success, points that way. But it is a prototype.
Structured data creates visibility? The cleanest test so far compared almost 2,000 pages after they added JSON-LD with matched control pages. Result: no measurable effect in ChatGPT and Google's AI mode, a slightly negative one in AI Overviews. I keep the markup anyway, because it keeps the foundation clean. I do not promise myself an effect from it.
There are rules everyone follows? Google, OpenAI, Perplexity, and Meta explicitly exempt their user-triggered fetches from robots.txt; Anthropic is the exception. Blocking AI crawlers blocks training and search. The agents keep running. And the standard meant to settle this has been stuck in a working group for over a year.
And the promised answer on llms.txt: it is here because it exists. 97 percent of these files get not a single request, server logs across 137,000 domains show. The format was invented for tool documentation, not for visibility. Where it demonstrably works, it saves agents time. Nothing more.
The easiest case
This website is the easiest case there is.
Five pages, static, no CMS, a single script. On a grown brand site with a tag manager, a consent layer, and three agencies involved, the right-hand column would look different. What is handcraft here becomes a question of ownership and process there.
And clean structure is only the entry ticket. My own measurements show both sides: ask about me, and this website is the primary source. Ask whom to hire for this topic, and my name does not come up. Between those two results lies no technical problem. What lies there is what third parties write.
Sources
- JavaScript on direct fetch: three tests, searchviu (2025), Resoneo (2026), and Search Engine World (2026, the decoy phone number test).
- Agents read the tree: Google on its own agent and the Lighthouse "Agentic Browsing" category.
- 30.6 percent empty buttons: WebAIM Million 2026, a survey of one million home pages.
- 78 to 42 percent: A11y-CUA (CHI 2026). The study changes how the agent operates, not the websites.
- 89 versus 49 percent: Designing Agent-Ready Websites (2026), a prototype with two versions of the same page.
- JSON-LD test: Ahrefs (2026), 1,885 pages against 4,000 control pages.
- The stuck standard: the IETF working group AIPREF.
- 97 percent with zero requests: PPC Land (2026), server logs across 137,000 domains.
A short glossary
- Accessibility tree: the structure the browser computes from every page: all elements with role and name, no layout. The basis for screen readers and agents.
- Browser agent: software that operates a browser the way a human does: reads, clicks, types, and carries out tasks.
- Crawler: a program that fetches websites automatically, for a search index or for AI training.
- JSON-LD: an invisible block in the source code where a page states facts about itself: who, what, when. The "structured data" in this text.
- Lighthouse: Google's website testing tool, built into the Chrome browser.
- llms.txt: a text file at a fixed address meant to tell AI systems, in short form, what a website is about.
- Playwright: the most common tool programs use to remote-control a browser. Many browser agents are built on it.
- robots.txt: a text file in which a website declares which crawlers may access it. A convention, not a law.
- Screen reader: software that reads a page aloud, for blind and visually impaired people.
- Source code: the HTML text the server delivers before the browser does anything with it.
- Stagehand: a newer tool of the same kind as Playwright, built specifically for AI agents.
My own terms at a glance: To the overview → · Context: Machine Readable Brands