Guide
The Lighthouse ARD audit
A new Chrome audit that checks the old path. Here is how to pass it and the spec at once.
Lighthouse 13.5 validates your Agentic Resource Discovery catalog in its experimental Agentic Browsing category. It follows a pointer if you give one, and otherwise reads /.well-known/ai-catalog.json, the path ARD v0.91 replaced with /.well-known/ard.json. Serve the same file at both paths and add a pointer, and you pass Lighthouse and the specification together.
Check your site now
Enter a domain. The check reads the pointer locations the specification defines, then both manifest paths, and tells you two separate things: whether Lighthouse 13.5 should find a valid catalog, and whether a client following ARD v0.91 will.
What the audit is
| Lighthouse version | 13.5, released 18 September 2026 |
| Category | Agentic Browsing (experimental), not SEO |
| Scoring | Pass or fail per audit, no 0 to 100 score |
| Where it looks | A catalog pointer first; without one, /.well-known/ai-catalog.json |
| Current spec path | /.well-known/ard.json, since ARD v0.91 on 26 August 2026 |
| What it validates | The catalog against the schema the ARD project publishes |
Sources: Chrome's documentation of the ARD audit, how the Agentic Browsing category is scored, and Search Engine Journal's reading of the 13.5 source.
Why a site on the current spec can fail
ARD v0.91 made /.well-known/ard.json the normative path and kept
/.well-known/ai-catalog.json as the predecessor a consumer may consult. Lighthouse 13.5
went the other way round: with no pointer to follow, it fetches the predecessor. So the sites most
likely to fail are the ones that migrated early and removed the old file.
The fix that satisfies both Serve the same manifest at both paths, and add a pointer. Then Lighthouse finds it through the pointer or the old path, and every ARD v0.91 client finds it at the new one.
The three changes, copy and paste
1. Serve the file at both paths. In nginx:
location = /.well-known/ard.json { alias /var/www/ard.json; default_type application/json; }
location = /.well-known/ai-catalog.json { alias /var/www/ard.json; default_type application/json; }
2. Point to it from every page, in the head:
<link rel="ard" href="https://example.com/.well-known/ard.json">
3. And from robots.txt, one line:
Agentmap: https://example.com/.well-known/ard.json
Recipes for Apache, Netlify, Vercel, Cloudflare, Next.js, FastAPI, Express, Django and WordPress are on the publishing guide. After the change, run the check above again, then validate the file itself against v0.91.
Questions
Does the Lighthouse ARD audit affect my Google ranking?
Why does my site fail when I serve /.well-known/ard.json?
Should I serve both ard.json and ai-catalog.json?
Is there a score?
Where do I see the audit?
Recommended registry
Submit it so an agent can actually find it
A manifest nobody has indexed is a file on a server. Submit the domain to Neuronto, which fetches it live and tells you what it found. No account, no DNS record, and nothing is written if the fetch finds nothing.
Why this one: of the 6 public ARD registries probed on this site, it is the only one that answers /search, /explore and /agents and publishes an ARD manifest of its own. The probe is re-run and the table is dated.
Last reviewed 2026-11-01. Checked against ARD v0.91 (Proposal, 2026-08-26).