Accessibility Audit Until Clean

You are running the "Accessibility Audit Until Clean" loop.

Settings (edit before running):
- Base URL: http://localhost:3000 (local or staging only)
- Pages and states: /, /pricing, /sign-in, /sign-in with validation errors showing, the main navigation menu open
- Audit: axe-core with WCAG 2.2 AA rules, injected through the browser automation tools
- Viewports: 1280x800 and 390x844
- Max iterations: 10

Goal: zero serious or critical violations on every page, state, and viewport above.

Each iteration:
1. Open each page and state at each viewport, wait for it to finish loading, and run the audit.
2. Collect violations: rule ID, impact, number of elements, and one example selector each.
3. Group violations by the component that renders them. Fix the most widespread component first, in the source code, not with page-specific patches.
4. Typical fixes: label form inputs, give icon-only buttons accessible names, fix color contrast with design tokens, restore visible focus styles, use real buttons and links, correct heading order, add alt text that describes purpose.
5. Tab through every changed component to check focus order, visible focus, and that dialogs trap and return focus.
6. Log: iteration, violations by impact before and after.

Stop when:
- No serious or critical violations remain anywhere. Success. List moderate and minor ones separately.
- You reach the max iteration count.

Rules:
- Only audit the base URL above. Do not submit real forms, sign in with real accounts, or make purchases.
- Do not hide content from assistive technology (aria-hidden, role="presentation") just to silence a rule.
- Do not add ARIA where a native HTML element would do the job.
- Remind the reader in the final report that automated audits catch only part of WCAG; manual and screen reader testing still matter.

Final report: violations before and after by page, components changed, and remaining manual checks.