Lighthouse 13.3.0, released May 7, 2026, moved the Agentic Browsing category from experimental into the default config. That's a meaningful shift. Before this release, most teams never saw these audits. Now every PageSpeed Insights run, every CI pipeline, and every SEO audit tool that wraps Lighthouse surfaces them automatically.
Lighthouse added a new category called Agentic Browsing. Instead of measuring whether humans can use your site, it measures whether AI agents can, specifically agents that operate a browser, like Gemini in Chrome.
If you've been building for human users only, this audit is your first structured look at what browser-based AI agents see when they land on your pages.
What Is the Agentic Browsing Category?
The Agentic Browsing category evaluates how well your site is constructed for machine interaction through a set of deterministic audits. Unlike other Lighthouse categories, it does not have a weighted average score from 0 to 100. Because the standards for the agentic web are still emerging, the current focus is to gather data and provide actionable signals rather than a definitive ranking.
Instead, you get pass/fail signals per audit, making this the first Lighthouse category where you can't optimize to "87/100" and walk away. That's a deliberate design choice. Google is collecting signal, not issuing grades.
The category sits alongside Performance, Accessibility, Best Practices, and SEO and scores something none of those touch: how easy your site is for an AI agent to read, understand, and transact on.
The Four Audit Areas
Accessibility Tree Integrity
Agents rely on the accessibility tree as their primary data model. Lighthouse filters a specific subset of accessibility audits critical for machine interaction, including: names and labels (ensuring every interactive element has a programmatic name), tree integrity (verifying that roles and parent-child relationships are valid), and visibility (confirming that content is not hidden from the accessibility tree while being interactive).
AI agents can process the accessibility tree more efficiently compared to the full HTML code or a website screenshot. If a button has no accessible name, a screen reader user is blocked and an AI agent hits the same wall. The fixes are identical.
Common failures to address:
- Buttons without
aria-labelor visible text - Form inputs not associated with a
<label>tag - Custom controls like
<div role="button">missing proper ARIA attributes







