<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Barkhausen AI</title><description>Visibility in AI assistants is now consequential and, done properly, measurable — the metrics, the statistics that separate a real change from noise, and the public evidence on how answer engines behave.</description><link>https://barkhausen.ai/</link><language>en-us</language><item><title>BA-C-8 — A query-intent taxonomy for visibility measurement</title><link>https://barkhausen.ai/conventions/query-intent-taxonomy/</link><guid isPermaLink="true">https://barkhausen.ai/conventions/query-intent-taxonomy/</guid><description>Answer engines respond differently to different kinds of question, and an entity&apos;s visibility on one kind does not carry to another. This convention classifies the query space a credible visibility study must cover into five intent classes — navigational, informational, comparative, constraint-based, and recommendation-seeking — defined by the goal a user&apos;s information need expresses, and states what a study must disclose about its coverage. Each class behaves differently under measurement: navigational visibility is near-degenerate, informational mentions are incidental, comparative needs are Share of Voice&apos;s natural home, constraint-based needs are where Discovery Depth applies, and recommendation-seeking needs yield the least stable and most commercially consequential recommendation sets. A study must disclose which classes it covers and in what proportion, must not generalize a class-specific result across classes, and should report per-class estimates where classes are mixed — all at the level of classes, never the concrete queries.</description><category>measurement-statistics</category><category>conventions-policy</category></item><item><title>BA-C-7 — Terminology for AI-visibility measurement</title><link>https://barkhausen.ai/conventions/terminology/</link><guid isPermaLink="true">https://barkhausen.ai/conventions/terminology/</guid><description>Measurements of AI visibility are comparable only when the words that name them are stable: two studies that both report &quot;visibility&quot; compare nothing if one counts entity mentions and the other counts source links. This convention fixes the field-level vocabulary the rest of the series relies on and that no other convention owns — AI visibility, the phenomenon; answer engine and AI assistant, the systems; generative engine optimization, the practice; retrieval visibility versus parametric, closed-book visibility, two causal paths; mention and citation, two distinct observables; information need, query, and phrasing, three levels of a question; and recommendation set. It states why one canonical term per concept is a precondition for comparability, gives usage rules including first-use linking and a deprecated-synonym table, and defines conformance as using the canonical terms or explicitly mapping one&apos;s own. It claims authority over usage within this series only, not over the field&apos;s language.</description><category>conventions-policy</category></item><item><title>Who is in the corpus pipeline&apos;s front door: a Common Crawl coverage census of 2,000 domains</title><link>https://barkhausen.ai/research/common-crawl-coverage-census-2026/</link><guid isPermaLink="true">https://barkhausen.ai/research/common-crawl-coverage-census-2026/</guid><description>On 2026-07-10 the Common Crawl index for CC-MAIN-2026-25 — the June 2026 monthly crawl — was queried for 2,000 domains: the four documented frames of 500 universities, news outlets, e-commerce sites, and U.S. federal government domains from crawler-access census BA-D-2026-01. Coverage is reported two ways, because &apos;is a domain in Common Crawl&apos; has two operationalizations that disagree. Captured — at least one archived record with HTTP 200 or a revisit — holds for 89.0% (1,781 of 2,000); presence — at least one index record of any status — for 95.3% (1,907). Universities are wall-to-wall (100%); news is lowest (82.8% captured, 69 fully absent). Joined to the same domains&apos; robots.txt policy, 354 that root-block CCBot still appear in the June crawl — a timing relationship, not a compliance finding. Presence at this pipeline&apos;s front door implies nothing about a model retaining or reproducing the content.</description><category>corpora-training-data</category><category>crawlers-access</category></item><item><title>The measurement gap in AI-visibility tooling</title><link>https://barkhausen.ai/research/measurement-gap-tooling/</link><guid isPermaLink="true">https://barkhausen.ai/research/measurement-gap-tooling/</guid><description>Commercial AI-visibility tools have converged on a recognizable form: a daily score per tracked query, a trend line of those scores, a cited-or-not verdict per topic, and per-engine coverage badges. This paper argues the genre, as a class, cannot meet the disclosure floor a measurement requires. Walked against the ten minimum-disclosure items of BA-C-4, the common form omits the load-bearing ones: a daily single run is one Bernoulli draw per query, so the score carries no usable sample size; a line of bare points hides the day-to-day drift that is its own variance; one frozen query per topic measures the wording, not the need; API collection cannot support a claim about what users see; refusals and engine-wide updates go unmarked. The paper states what a conforming tool would show instead, and closes with five questions a buyer can ask. No tool is named or assessed.</description><category>measurement-statistics</category><category>conventions-policy</category></item><item><title>Structured data on the homepage: a JSON-LD census of 2,000 domains across four sectors</title><link>https://barkhausen.ai/research/structured-data-census-2026/</link><guid isPermaLink="true">https://barkhausen.ai/research/structured-data-census-2026/</guid><description>On 2026-07-10 the server-delivered homepage HTML of 2,000 domains — four documented frames of 500 universities, news outlets, e-commerce sites, and U.S. federal government domains, the same frames as the crawler-access census BA-D-2026-01 — was parsed for JSON-LD, Microdata, and RDFa markup. Every signal is read from the raw, unrendered HTML a non-rendering crawler receives; JSON-LD injected by client-side script is invisible by design. Among each frame&apos;s analyzable homepages, JSON-LD ranged widely: 80.6% (333 of 413) of news, 56.6% (151 of 267) of e-commerce, 33.6% (144 of 429) of universities, and 19.1% (63 of 329) of government. Where present, the dominant types are generic — WebSite, Organization, WebPage — not the entity&apos;s own kind. It measures deployment only: presence of markup, not consistency across pages or languages, nor whether marked-up facts appear in visible text. Non-response is reported separately; university bytes are reused from 2026-07-09, the rest fetched 2026-07-10.</description><category>crawlers-access</category><category>engines-documentation</category></item><item><title>The JavaScript wall at the university front door: a raw-versus-rendered census of homepage text</title><link>https://barkhausen.ai/research/university-js-rendering-census-2026/</link><guid isPermaLink="true">https://barkhausen.ai/research/university-js-rendering-census-2026/</guid><description>AI crawlers that supply answer engines largely do not execute JavaScript, so the text they read is what the raw HTML holds before any script runs. This census measures how much of a university homepage&apos;s visible text exists only after client-side rendering. For the 429 analyzable homepages of companion census BA-D-2026-02, it compares the stored raw HTML&apos;s visible text (what a non-rendering crawler saw on 2026-07-09) against document.body.innerText from a headless-Chrome visit to the same URL (2026-07-10). Of the 400 that rendered cleanly, 354 (88.5%) were within 10% of their rendered text and only 16 (4.0%) at least doubled it; just 6 (1.5%) were hard walls, near-empty without JavaScript. Decomposing those six shows only two are genuine client-side rendering — the rest are bot-challenge shells or JavaScript redirects — so a &apos;universities are single-page apps&apos; reading is unsupported. Findings span two adjacent days and should be assumed perishable.</description><category>crawlers-access</category><category>measurement-statistics</category></item><item><title>Protocols for agent access: the landscape at concept level</title><link>https://barkhausen.ai/notes/agent-protocol-landscape/</link><guid isPermaLink="true">https://barkhausen.ai/notes/agent-protocol-landscape/</guid><description>The top of the Barkhausen Ladder (BL-8) describes an entity that exposes a machine-actionable interface an agent can invoke directly, rather than one an agent reaches by parsing a rendered page. This note maps, at concept level, the emerging protocols by which a site can expose such an interface — the Model Context Protocol, Microsoft&apos;s NLWeb, and OpenAPI-described endpoints of the kind OpenAI&apos;s GPT Actions consume — and marks the boundary that separates them from the page-parsing agents described elsewhere in this publication and from robots.txt, which is a crawler-access mechanism rather than an agent protocol. Every characterization is drawn from the projects&apos; own documentation. The note takes no position on which protocol will prevail and reports that no public adoption statistics exist to quantify any of them.</description><category>engines-documentation</category><category>conventions-policy</category></item><item><title>Base rates and regression to the mean in visibility claims</title><link>https://barkhausen.ai/notes/base-rates-and-regression-to-the-mean/</link><guid isPermaLink="true">https://barkhausen.ai/notes/base-rates-and-regression-to-the-mean/</guid><description>Two statistical phenomena manufacture visibility success stories that no intervention produced. The first is base rates: for most entity–need combinations the true probability of appearing in an AI answer sits near zero, so a portfolio-wide scan across many monitored combinations will surface some appearances by chance alone — it samples the lucky tail rather than measuring an effect. The second is regression to the mean: engagements tend to begin just after an unusually poor measurement, and because repeated AI-search measurements are noisy, the next measurement improves on its own, with no intervention. This note works both mechanisms with explicit arithmetic — including a hypothetical portfolio in which chance alone yields roughly four spurious appearances — and states what defeats them: pre-registered cells, interval estimates rather than point comparisons, and the sustainment condition of the Barkhausen Criterion.</description><category>measurement-statistics</category></item><item><title>A comma in a User-agent line: a group no crawler matches</title><link>https://barkhausen.ai/notes/comma-in-user-agent-lines/</link><guid isPermaLink="true">https://barkhausen.ai/notes/comma-in-user-agent-lines/</guid><description>A robots.txt group begins with a User-agent line, and the value on that line is a product token — a name matched, case-insensitively, against a crawler&apos;s own token. RFC 9309 fixes the characters a product token may contain: letters, hyphens, and underscores, and nothing else. A value carrying a comma is therefore not a product token, and a conformant parser matches no crawler to the group, so whatever Disallow rules follow never take effect. This note demonstrates the mechanism with the census&apos;s pinned parser on a constructed two-token line and a single-token control, then reports what the census corpus actually holds: ten news-sector robots files carry a comma-bearing User-agent value, none of them a crawler token — they are whole browser user-agent strings, a quoted bot description, and offline-downloader names with bracket flags — and not one file in the corpus joins two recognized crawler tokens with a comma. The finding is small and mechanical, but it separates a rule that is written from a rule that runs.</description><category>crawlers-access</category><category>engines-documentation</category></item><item><title>Content Signals in robots.txt: what the proposal says and what it can enforce</title><link>https://barkhausen.ai/notes/content-signal-analysis/</link><guid isPermaLink="true">https://barkhausen.ai/notes/content-signal-analysis/</guid><description>The Content Signals Policy adds a line to robots.txt that expresses preferences by purpose rather than by crawler: three named signals (search, ai-input, ai-train) each carry a yes or no, stating whether content may be used for search, model input, or training. This is a different axis from the per-token crawler groups the taxonomy (BA-C-6) classifies: one names purposes and reaches every crawler, the other names crawlers and is silent on purpose. This note reads the published policy, states who authored it and its relation to the IETF effort it points to, and places it on robots.txt&apos;s enforcement boundary: a request and, in the policy&apos;s framing, a reservation of rights, not an access control. A re-analysis of this publication&apos;s census corpus adds a first field measurement: a Content-Signal line on 3.0% of parsed domains, most carrying a CDN&apos;s managed default that also deploys a fourth key beyond the announced three.</description><category>crawlers-access</category><category>conventions-policy</category></item><item><title>Crawl-delay: a directive written more often than it is read</title><link>https://barkhausen.ai/notes/crawl-delay-and-crawler-support/</link><guid isPermaLink="true">https://barkhausen.ai/notes/crawl-delay-and-crawler-support/</guid><description>Crawl-delay is a non-standard robots.txt field that asks a crawler to wait between requests. It is not part of RFC 9309, and the operators of several major crawlers treat it differently: Google&apos;s documentation lists the fields it supports and states that crawl-delay is not among them; Bing documents that its crawler honors it; and Yandex documents that it stopped taking the directive into account in 2018, directing operators to a crawl-rate control instead. Against that mixed and partly negative support, the 2026 crawler-access census finds crawl-delay written into 228 of 1,381 parsed robots files — 16.5%, spread across all four sectors measured. This note pairs the support documentation with the census count to make one observation: a directive&apos;s presence in robots.txt is a separate fact from whether any crawler acts on it, and the two need not track each other. That gap is a base-rate reminder for the newer fields now appearing in robots.txt, whose eventual honoring their presence today does not establish.</description><category>crawlers-access</category><category>engines-documentation</category><category>market-behavior</category></item><item><title>Don&apos;t Measure Once: what six weeks of repeated AI-search sampling showed</title><link>https://barkhausen.ai/notes/dont-measure-once-study/</link><guid isPermaLink="true">https://barkhausen.ai/notes/dont-measure-once-study/</guid><description>A 2026 study sampled four AI answer engines every day for about six weeks to measure how much their answers move on their own. Running identical prompts across ChatGPT, Gemini, Google AI Mode, and Perplexity for 45–46 collection days between 2026-01-24 and 2026-03-20, over four Swiss-German commercial verticals from a Swiss vantage, it found that answers on consecutive days shared only 34–42% of their cited sources and — across the three verticals that cleared a brand-detection threshold — 45–59% of their mentioned brands. Simultaneous same-day reruns overlapped by 32–43% in sources, so much of the turnover is request-to-request stochasticity rather than genuine day-over-day movement. Within-24-hour source stability differed sharply by engine, from 0.233 to 0.505. This note reports what the study measured — instability magnitudes per engine and vertical for that window — and what its single-window, single-region design does not support.</description><category>measurement-statistics</category></item><item><title>How to read an &apos;accessibility improves rankings&apos; claim</title><link>https://barkhausen.ai/notes/how-to-read-an-accessibility-ranking-claim/</link><guid isPermaLink="true">https://barkhausen.ai/notes/how-to-read-an-accessibility-ranking-claim/</guid><description>A claim that improving a website&apos;s accessibility improves its visibility in search results or AI answers arrives in three forms, each answered by a different question. A direct-factor claim holds that an accessibility property is itself a ranking input; the test is whether the engine&apos;s own documentation says so, property by property and surface by surface — and in the clearest page-ranking cases it says the opposite. A correlational claim reports that accessible sites rank or are cited more often; the test is n, window, controls, and causal direction, against a web where detectable accessibility defects are near-universal. A mechanism claim proposes a pathway from page structure to answer inclusion; the test is whether each link is documented, and two load-bearing links are verified absences in the sampled record. None of the three, as usually stated, licenses a quantified expectation. A closing checklist collects the disclosures a reader should require.</description><category>measurement-statistics</category><category>conventions-policy</category></item><item><title>Two ways to count an llms.txt file, two adoption rates</title><link>https://barkhausen.ai/notes/llms-txt-adoption-gap/</link><guid isPermaLink="true">https://barkhausen.ai/notes/llms-txt-adoption-gap/</guid><description>A site is said to have adopted llms.txt when it publishes a /llms.txt file. But &apos;has one&apos; can be operationalized two ways, and the 2026 crawler-access census measured both: present, an HTTP 200 at /llms.txt, and valid, a content check that the 200 is markdown-like rather than an HTML page returned for any path. The two disagree widely. Counting presence, e-commerce adoption is 18.2% and government 15.2%; counting validity, the same sectors read 8.8% and 1.8% — a gap that reaches better than eight-to-one for government, where 76 domains answer /llms.txt with a 200 but only 9 return something that resembles the file. The census already reported these counts; this note isolates what the gap is about. Neither number is wrong, and the choice between them is a measurement decision, not a fact about the world. An &apos;adoption rate&apos; is interpretable only when it says which rule it counted — the same disclosure discipline the minimum-disclosure convention requires of any visibility claim.</description><category>measurement-statistics</category><category>crawlers-access</category><category>conventions-policy</category></item><item><title>Paraphrase brittleness in production recommendation: what one 2026 study measured</title><link>https://barkhausen.ai/notes/paraphrase-brittleness-study/</link><guid isPermaLink="true">https://barkhausen.ai/notes/paraphrase-brittleness-study/</guid><description>A 2026 study measured how much an AI recommendation set changes when the same underlying request is reworded, rather than assuming it stays fixed. Across roughly 12,000 runs on two production models — one from OpenAI, one from Anthropic — it compared a same-prompt rerun baseline against two kinds of paraphrase. Rerunning an identical prompt reproduced the recommendation set with a Jaccard similarity of 0.50–0.61 within an engine. A cosmetic reword, preserving the need, cut the corpus-mean overlap to 0.288, 21–32 percentage points below that baseline; a reword that added a constraint cut it to 0.135, 37–48 points below. Increasing reasoning effort did not remove the gap. The authors argue that progress requires different measurement units, not merely more prompt sampling. This note reports what the study measured and what its single-day design does and does not support.</description><category>measurement-statistics</category></item><item><title>BA-C-6 — A taxonomy of AI-related crawlers</title><link>https://barkhausen.ai/conventions/crawler-taxonomy/</link><guid isPermaLink="true">https://barkhausen.ai/conventions/crawler-taxonomy/</guid><description>&quot;AI crawler&quot; names a function, not a piece of software, and it conflates several. A single site is visited by crawlers that collect content for model training, that build retrieval indexes AI answers draw from, that fetch one page in real time to answer a specific prompt, that act autonomously on a user&apos;s behalf, and that maintain traditional search indexes AI features also consume. Each function has different consequences for a site, and a robots.txt rule aimed at one silently binds or misses the others. This convention defines five functional classes — training, retrieval, user-fetch, agent, and search — from vendor documentation and public observation, states how a published crawler registry or census must classify by function rather than operator, and sets out how robots.txt semantics interact with each class. It records where the scheme&apos;s boundaries are unstable, including the agent class, which user-agent strings systematically undercount.</description><category>crawlers-access</category><category>conventions-policy</category></item><item><title>BA-C-4 — Minimum disclosure requirements for AI-visibility claims</title><link>https://barkhausen.ai/conventions/minimum-disclosure/</link><guid isPermaLink="true">https://barkhausen.ai/conventions/minimum-disclosure/</guid><description>Claims about visibility in AI assistants circulate widely — in dashboards, case studies, vendor material, and research summaries — and most cannot be evaluated, because they omit the facts a reader needs to judge them. This convention states the minimum any published AI-visibility claim must disclose: the entity and information need; the point estimate with a confidence interval and interval method; the sample size; the engine with interface and version; the measurement channel; the time window; the region; the phrasing representation; refusal handling; and the mention-detection method. A claim that omits an applicable item is not a measurement under this convention. Claims that visibility changed must additionally satisfy the Barkhausen Criterion defined in BA-C-3. The requirements are deliberately minimal: they demand no raw data, no query lists, and no tooling disclosure, so that any measurer — commercial or academic — can comply.</description><category>measurement-statistics</category><category>conventions-policy</category></item><item><title>BA-C-5 — Reporting checklist for AI-visibility studies</title><link>https://barkhausen.ai/conventions/reporting-checklist/</link><guid isPermaLink="true">https://barkhausen.ai/conventions/reporting-checklist/</guid><description>AI-visibility findings are published as full study reports — a research paper, a public-data census, a vendor white paper — and a reader must be able to assess the whole study, not only its individual figures. This convention is a reporting checklist, in the tradition of the CONSORT and PRISMA guidelines, that an AI-visibility study report satisfies to claim methodological completeness. It organizes twenty-six items by report section: title and abstract, introduction, methods (queries, engines and channels, sampling, detection, analysis), results, limitations, and availability. Each item is a MUST or SHOULD requirement traced to the convention it derives from. The checklist composes rather than replaces the series — figure-level metric reporting (BA-C-2), sampling-design disclosure (BA-C-3), and single-claim disclosure (BA-C-4) — and requires no raw data, query lists, or tooling. Conformance is claimed per report, with partial conformance stated as named exceptions.</description><category>measurement-statistics</category><category>conventions-policy</category></item><item><title>AI-crawler access across four sectors: a robots.txt census of 2,000 domains</title><link>https://barkhausen.ai/research/crawler-access-census-2026/</link><guid isPermaLink="true">https://barkhausen.ai/research/crawler-access-census-2026/</guid><description>On 2026-07-09 the robots.txt policy of 2,000 domains — four documented frames of 500 universities, news outlets, e-commerce sites, and U.S. federal government domains, each built from a cited public source and ordered by a public ranking (Tranco traffic rank, or reported enrollment for the U.S. universities) — was fetched and evaluated against sixteen crawler tokens. Among domains with a determinable policy, news sites root-blocked AI crawlers far more than any other sector: 66.7% (288/432) blocked at least one AI-specific token, against 7.8% (33/423) of universities. A distinct pattern recurs in news: 45.8% (198/432) root-blocked a retrieval-class crawler that supplies AI answer engines while staying open to general search. Non-response was itself a finding — the policy was undeterminable for 40.6% (203/500) of government and 37.8% (189/500) of e-commerce domains. This census enumerates the four frames completely; it makes no sampling inference to all universities, news sites, stores, or agencies.</description><category>crawlers-access</category><category>corpora-training-data</category></item><item><title>Machine readers of the web: how search optimization, generative engine optimization, and accessibility relate</title><link>https://barkhausen.ai/research/seo-geo-accessibility/</link><guid isPermaLink="true">https://barkhausen.ai/research/seo-geo-accessibility/</guid><description>A web page is read by four kinds of machines: search crawlers, the retrieval pipelines behind AI answer engines, assistive technology, and autonomous browser agents. Three practices — search engine optimization, generative engine optimization (GEO), and web accessibility — each optimize for one or more of these readers. Working from primary documentation, specifications, regulations, peer-reviewed studies, and, for one 2022 statement lacking an official transcript, a flagged trade-press transcription (sampled 2026-07-09), this paper states each practice as a reader–objective–evaluator tuple, maps twelve page-level signals against the four readers, and audits the circulating claim that accessibility improves AI visibility. Five signals have documented consumers in multiple reader categories. But both load-bearing links of the proposed accessibility-to-GEO mechanism are verified documentary absences, Google states accessibility is not a direct ranking factor, and agent systems split between accessibility-tree and screenshot perception. It closes with five falsifiable propositions that no public study yet measures.</description><category>conventions-policy</category><category>engines-documentation</category><category>measurement-statistics</category></item><item><title>AI visibility in Chinese study-abroad decisions: a pre-registered study protocol</title><link>https://barkhausen.ai/research/study-protocol-china-study-abroad/</link><guid isPermaLink="true">https://barkhausen.ai/research/study-protocol-china-study-abroad/</guid><description>The companion evidence review (BA-R-2026-01) established that a large and rising share of prospective students consult AI assistants when deciding where to study, and that, to this publication&apos;s knowledge as of July 2026, no measured account of which institutions and services those assistants actually surface has been published. This document is the study protocol for the first measured edition: it pre-registers, before data collection, the estimands, the cell design, the sample-size targets and interval methods, the measurement channels and their calibration, the pooling and multiplicity treatment, the refusal handling, the entity-naming policy, and the criteria under which any change will be claimed. The protocol discloses the statistical design layer in full and withholds the operational layer — concrete phrasings and tooling — per the disclosure floor of BA-C-4. Deviations in the eventual edition will be disclosed against this document. No publication date is promised; the edition follows the data.</description><category>market-behavior</category><category>measurement-statistics</category></item><item><title>International-readiness of university homepages: a raw-HTML census of hreflang, canonical, and language signals</title><link>https://barkhausen.ai/research/university-intl-readiness-census-2026/</link><guid isPermaLink="true">https://barkhausen.ai/research/university-intl-readiness-census-2026/</guid><description>University homepages compete for internationally mobile students who increasingly research destinations through AI assistants, yet the international-targeting layer that tells a crawler which language and regional variants of a page exist is frequently absent at the front door. This census measures that layer directly. Using the raw, unrendered HTML served to a non-JavaScript crawler, it examines the homepages of a frame of 500 universities — the 300 largest U.S. institutions by enrollment plus 200 international universities by traffic rank — of which 429 returned an analyzable page on 2026-07-09. In that HTML, 84.1% (361 of 429) declared no hreflang alternates at all. Among the 68 that did, quality was high: no invalid language codes and 89.7% carrying a self-reference. Canonical and language-tag hygiene showed the same adoption-not-correctness pattern. Findings describe raw HTML on a single day; sites change without notice, and results should be assumed perishable.</description><category>crawlers-access</category><category>market-behavior</category></item><item><title>Reading the accessibility tree: what platform documentation says software sees</title><link>https://barkhausen.ai/notes/reading-the-accessibility-tree/</link><guid isPermaLink="true">https://barkhausen.ai/notes/reading-the-accessibility-tree/</guid><description>The accessibility tree is the structured representation a browser builds from a web page&apos;s markup. As defined by the WAI-ARIA 1.2 specification, it is a tree of accessible objects, each node exposing an element&apos;s role, states, and properties through the platform accessibility API; Chromium&apos;s engineering documentation describes its shape as derived from the Document Object Model (DOM) and modifiable through ARIA attributes. This note reads what platform and vendor documentation says consumes that representation: assistive technology, the Playwright browser-testing framework, and browser-automation and agent systems. The documentation shows a split — some named agent systems are documented as operating on the accessibility tree or ARIA semantics, others as working from screenshots. What the tree carries is structural and semantic, not the pixel-level appearance a screenshot captures, and that distinction maps onto how differently these systems are documented to perceive a page.</description><category>engines-documentation</category><category>conventions-policy</category></item><item><title>Survivorship bias in visibility case studies</title><link>https://barkhausen.ai/notes/survivorship-bias-in-visibility-case-studies/</link><guid isPermaLink="true">https://barkhausen.ai/notes/survivorship-bias-in-visibility-case-studies/</guid><description>Published case studies of visibility gains — an entity&apos;s mentions in AI answers rising over some period after an intervention — are drawn from a survivor sample. The cases that regressed or went nowhere are not written up, so a file of success stories carries almost no information about whether the intervention works. Two mechanisms produce winners regardless of any real effect: a portfolio of noisy visibility series will always contain some that rose by chance, and any entity engaged just after an unusually poor measurement will tend to improve on the next one by regression to the mean alone. This note frames the case study as a selection problem, separates it from evidence, and states what would count as evidence instead: pre-registered cohorts, all-entity aggregates, or at minimum a disclosed denominator — of how many tracked entities is this the best case?</description><category>measurement-statistics</category></item><item><title>Why time windows matter</title><link>https://barkhausen.ai/notes/why-time-windows-matter/</link><guid isPermaLink="true">https://barkhausen.ai/notes/why-time-windows-matter/</guid><description>A visibility percentage is often reported as though it were a fixed property of an AI engine, but the engines are non-stationary: identical prompts submitted on consecutive days return substantially different answers, overlapping by only 34–42% in the sources they cite and, on the study&apos;s brand-qualifying verticals, 45–59% in the brands they mention. A percentage measured over one span of dates therefore estimates a quantity that exists only for that span. This note argues that the time window is part of a visibility figure&apos;s identity, not metadata attached to it: a percentage reported without its window names no fixed quantity, and two figures drawn from undisclosed windows cannot be compared — the comparison is undefined, not merely imprecise. It sets out how to choose a window (short enough for approximate stationarity, long enough for the repetition a precision target requires), a house notation for stating one, and the perishability disclosure every figure should carry.</description><category>measurement-statistics</category></item><item><title>BA-C-1 — The Barkhausen Ladder</title><link>https://barkhausen.ai/conventions/barkhausen-ladder/</link><guid isPermaLink="true">https://barkhausen.ai/conventions/barkhausen-ladder/</guid><description>The Barkhausen Ladder is a nine-level maturity model (BL-0 through BL-8) describing an entity&apos;s readiness to be found, cited, and acted upon by AI assistants and answer engines. Each level is defined by three things: what the level means, the observable criteria that place an entity at it, and why it matters. The levels run from basic search hygiene (BL-0) through rendering and crawler access, structured data, content form, distribution, measurement, algorithmic optimization, and corpus presence to agent-readiness (BL-8). The Ladder is diagnostic, not prescriptive: it states conditions an assessment can verify, not techniques to apply. Levels are cumulative, and an entity is placed at the highest level whose criteria, and all lower levels&apos;, it satisfies. This convention uses normative keywords (MUST, SHOULD, MAY), cross-references the metric and sampling conventions (BA-C-2, BA-C-3) that define how visibility itself is measured, and closes with an assessment checklist for each level.</description><category>conventions-policy</category><category>measurement-statistics</category></item><item><title>BA-C-3 — Sampling-protocol requirements</title><link>https://barkhausen.ai/conventions/sampling-requirements/</link><guid isPermaLink="true">https://barkhausen.ai/conventions/sampling-requirements/</guid><description>AI assistants return different answers to the same question from one request to the next, so any measurement of how visible a brand is inside those answers is a statistical estimate, not a reading. This convention states the requirements a sampling design must meet for its estimates to be credible. It summarizes the public evidence that a single observation is uninformative and derives the sample size a stated confidence interval requires. It requires interval methods that stay valid near zero and one, representation of each query as a distribution over real phrasings, partial pooling, observations spread across the stated window, engine-version and measurement-channel disclosure, controlled region and personalization, change-point monitoring for silent engine updates, multiplicity disclosure, and refusals recorded as availability observations. It formalizes the Barkhausen Criterion — the conditions under which a claimed visibility change counts as real — and closes with a reporting checklist.</description><category>measurement-statistics</category><category>conventions-policy</category></item><item><title>BA-C-2 — Visibility metrics</title><link>https://barkhausen.ai/conventions/visibility-metrics/</link><guid isPermaLink="true">https://barkhausen.ai/conventions/visibility-metrics/</guid><description>This convention defines the metrics a credible measurement of entity visibility in AI assistants must report, and the form each report must take. It specifies three primary metrics: Visibility Probability (VP), the probability that an entity is mentioned in an answer to a query drawn from a distribution of real user phrasings, on a given engine, time window, and region; Share of Voice (SoV), the entity&apos;s share of all brand mentions in the same answers; and Discovery Depth (DD), the degree of query constraint at which an entity first enters the recommendation set. It adds supporting measures for prominence, citation support, rank-aware list overlap, and sentiment; requires every estimate to carry a confidence interval, sample size, engine version, window, region, and a stated detection method; mandates boundary-valid intervals near zero and one and composition-aware intervals for SoV; and states what claiming conformance requires. Sampling procedure is deferred to BA-C-3.</description><category>measurement-statistics</category><category>conventions-policy</category></item><item><title>AI in education decisions worldwide: a review of the public evidence</title><link>https://barkhausen.ai/research/ai-in-education-decisions/</link><guid isPermaLink="true">https://barkhausen.ai/research/ai-in-education-decisions/</guid><description>Prospective students and their families increasingly consult AI assistants when deciding where to study. This report reviews the public evidence — surveys, web-analytics studies, and query-monitoring analyses published between 2023 and 2026 — on the adoption of AI assistants in education and study-abroad decisions. Across independent studies in the United States, the United Kingdom, and among international students, the pattern is consistent: a steep, replicated adoption curve. In the United States, the share of high-school seniors using AI to explore colleges rose from 4% (2023) to 23% (2025). In a UCAS survey of 4,485 prospective UK applicants (November 2025), 48% had used AI to explore their university options. Among 1,622 newly-enrolled international students surveyed in the US and UK in September 2025, 17% used AI in their initial school research. Every figure is reported with its source and, where disclosed, its sample and window; the known bias toward vendor-published data is stated openly. The evidence establishes that visibility in AI answers is now both consequential and measurable for education institutions.</description><category>market-behavior</category><category>measurement-statistics</category></item><item><title>Measuring AI visibility: statistical requirements and common failures</title><link>https://barkhausen.ai/research/measurement-statistics-whitepaper/</link><guid isPermaLink="true">https://barkhausen.ai/research/measurement-statistics-whitepaper/</guid><description>A brand&apos;s visibility in AI assistants is routinely &apos;verified&apos; with a single screenshot or one daily query. This paper argues such verification is not measurement. Answer engines are stochastic and their retrieval changes continuously: lightly rewording a query while holding its intent fixed cut the overlap of the brands an assistant recommended to a Jaccard similarity near 0.3 — far below the 0.50–0.61 overlap of a plain re-run — and an identical prompt re-issued a day later overlapped only 34–42% in cited sources and 45–59% in mentioned brands. A single observation of a moving distribution estimates nothing. The paper enumerates what voids a visibility claim — no sample size, no interval, no window, no engine version, one fixed phrasing, uncontrolled personalization, discarded refusals — and shows a three-sigma jump can be pure drift. It then states what valid measurement requires — repeated sampling to a declared precision, bounded intervals near the extremes, a phrasing distribution, partial pooling, explicit windows and versions, change-point monitoring, recorded refusals — specified in BA-C-2 and BA-C-3.</description><category>measurement-statistics</category><category>conventions-policy</category></item><item><title>An introduction to AI visibility measurement</title><link>https://barkhausen.ai/research/primer-ai-visibility/</link><guid isPermaLink="true">https://barkhausen.ai/research/primer-ai-visibility/</guid><description>When a person asks an AI assistant a question — which schools to consider, which vendor to trust, which clinic to visit — the answer names some organizations and omits others. Being named is AI visibility, and it is not the same as ranking on a search results page. This introduction defines the phenomenon and explains why it must be measured as a probability rather than checked once. It distinguishes the two ways an entity becomes known to an assistant — live retrieval of sources at answer time, and parametric memory formed during training — and summarizes the public evidence that answers are unstable: rewording a question slightly, or asking it again tomorrow, changes the sources and the names returned. It introduces three metrics — Visibility Probability, Share of Voice, and Discovery Depth — and the Barkhausen Ladder, the field&apos;s maturity map, pointing to the conventions for formal definitions.</description><category>measurement-statistics</category><category>corpora-training-data</category></item><item><title>How to read a visibility percentage</title><link>https://barkhausen.ai/notes/how-to-read-a-visibility-percentage/</link><guid isPermaLink="true">https://barkhausen.ai/notes/how-to-read-a-visibility-percentage/</guid><description>A claim such as &quot;62% of AI answers mention this brand&quot; is only as trustworthy as the sampling behind it, and most published versions of this claim omit the information needed to judge it. This note sets out the minimum arithmetic a reader needs: what a sample size (n) contributes to a proportion&apos;s precision, how the standard error of a proportion behaves as n grows, why proportions near 0% or 100% require a different interval than the standard formula, and which disclosures — engine, version, time window, and query construction — a claim must carry before it is evaluable at all. It closes with a five-item checklist for interrogating any AI-visibility percentage encountered outside a peer-reviewed setting.</description><category>measurement-statistics</category></item><item><title>What robots.txt does and doesn&apos;t control for AI crawlers</title><link>https://barkhausen.ai/notes/robots-txt-and-ai-crawlers/</link><guid isPermaLink="true">https://barkhausen.ai/notes/robots-txt-and-ai-crawlers/</guid><description>Operators publishing a robots.txt file often intend to make one decision — keep this site out of AI training data — and instead make several, because AI-related crawlers are not one thing. The same operator, and often the same AI company, runs separate crawlers for training-data collection, for building a retrieval index, and for fetching a page in real time when a user asks about it, and each is controlled by a distinct token. Disallowing the training crawler does not disallow the others, and a rule written broadly enough to catch more than one class can remove a site from AI-generated answers as an unintended side effect. This note reads the public documentation for named crawler classes and states plainly what robots.txt is: a request, not an enforcement mechanism.</description><category>crawlers-access</category></item><item><title>The GEO experiment: what a controlled study showed about content and AI answers</title><link>https://barkhausen.ai/notes/the-geo-experiment/</link><guid isPermaLink="true">https://barkhausen.ai/notes/the-geo-experiment/</guid><description>In 2024, a controlled experiment introduced the term Generative Engine Optimization and tested, rather than assumed, which content changes shift how often a source is cited in an AI-generated answer. Working from a 10,000-query benchmark and a simulated generative engine, the study found that adding quotations, statistics, or cited sources measurably increased a source&apos;s contribution to the answer, that rewriting text into a more authoritative tone did not, and that traditional keyword stuffing performed worse than making no change at all. A further test found that when all competing sources apply the same techniques, lower-ranked sources gain the most. This note reports what the study found and what its design does and does not support.</description><category>measurement-statistics</category><category>conventions-policy</category></item></channel></rss>