accessibility

Audit and improve web accessibility following WCAG 2.2 guidelines and ARIA patterns.

Updated Apr 1, 2026
One-click install
npx skills add https://github.com/DCueto/zen-track --skill accessibility-dcueto
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: accessibility
Source: https://github.com/DCueto/zen-track/tree/main/ZenTrackApp/.agents/skills/accessibility
Command: npx skills add https://github.com/DCueto/zen-track --skill accessibility-dcueto

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Web interfaces often exclude users with disabilities due to missing alt text, poor color contrast, keyboard traps, and incorrect ARIA usage. This Skill provides WCAG 2.2-based guidance to audit and fix accessibility issues across HTML, CSS, and JavaScript. ## Core Features & Use Cases - WCAG 2.2 Coverage: Organized by the POUR principles (Perceivable, Operable, Understandable, Robust) with conformance levels A, AA, and AAA, including all new 2.2 criteria like target size, dragging movements, and accessible authentication. - Copy-Paste Code Patterns: Ready-to-use implementations for modal focus traps, skip links, form labels, error handling, ARIA tabs, and live regions in the references directory. - Testing Guidance: Automated testing commands (Lighthouse, axe-core) plus a manual checklist covering keyboard navigation, screen readers, zoom, and reduced motion. - Use Case: When asked to perform an a11y audit on a page, the Skill walks through critical issues first (missing labels, alt text, contrast), then serious and moderate issues, with concrete before/after code fixes. ## Quick Start Audit this page for WCAG 2.2 accessibility issues and suggest fixes for keyboard navigation and color contrast.

Frequently Asked Questions about accessibility

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I make a website WCAG 2.2 compliant?▼

WCAG 2.2 compliance requires meeting success criteria across four principles: Perceivable, Operable, Understandable, and Robust. Start with Level A criteria like alt text and keyboard access, then address AA requirements such as 4.5:1 contrast ratios and 24x24 pixel target sizes.

How to test web accessibility with automated tools?▼

Run Lighthouse with the accessibility category using npx lighthouse, or use the axe-core CLI to scan pages for violations. Automated tools catch roughly a third of issues, so combine them with manual keyboard navigation and screen reader testing.

What color contrast ratio is required for WCAG AA?▼

WCAG AA requires a 4.5:1 contrast ratio for normal text and 3:1 for large text (18px or 14px bold and above). UI components and graphical objects need at least 3:1 against adjacent colors.

Should I use ARIA roles or native HTML elements?▼

Native HTML elements like button, input, and dialog are preferred because they include built-in keyboard support and semantics. Use ARIA roles only when no native element exists, and always pair them with correct states and keyboard handlers.

What changed in WCAG 2.2 compared to 2.1?▼

WCAG 2.2 removed criterion 4.1.1 Parsing and added nine new criteria, including Focus Not Obscured, Dragging Movements, Target Size minimum of 24x24 pixels, Consistent Help, Redundant Entry, and Accessible Authentication at AA and AAA levels.

Why is keyboard focus trapped inside my modal dialog?▼

Focus traps occur when Tab and Shift+Tab are not cycled through the modal's focusable elements. Implement a focus trap handler that wraps focus between the first and last elements and closes on Escape, or use the native dialog element which handles this automatically.