web-quality-audit

1# Web quality audit
2 
3Comprehensive quality review that combines live browser evidence with source inspection. Covers Performance, Accessibility, SEO, Best Practices, and Agentic Browsing without treating an aggregate score as proof of quality.
4 
5> **Lighthouse 13+.** The Performance category now uses shared **Performance Insights** across Lighthouse and the DevTools Performance panel ([announcement](https://developer.chrome.com/blog/moving-lighthouse-to-insights)). Follow current insight names and evidence. Do not require removed audit IDs or automatically recreate their recommendations; some were retired because they were noisy, inactionable, or easy to over-recommend.
6 
7## How it works
8 
91. Establish the audit target: representative URLs, important states and journeys, public versus authenticated access, and mobile/desktop scope.
102. If a page can run, read [the measurement workflow](../performance/references/MEASUREMENT.md) and collect a minimal live baseline before searching the codebase broadly.
113. Use runtime failures to localize source inspection. Keep measured findings separate from hypotheses found only in code.
124. Categorize by user impact and confidence, then make or recommend specific fixes.
135. Re-run equivalent automated checks and the affected manual flows. Report what is verified and what still needs field or human validation.
14 
15## Tool routing
16 
17Use the best capability already available; do not block the audit on optional setup.
18…