accessibility-auditor
Assists with WCAG 2.1 compliance, ARIA implementation, and keyboard navigation testing.
Install
mkdir -p .claude/skills/accessibility-auditor && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/1655" && unzip -o skill.zip -d .claude/skills/accessibility-auditor && rm skill.zipInstalls to .claude/skills/accessibility-auditor
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Web accessibility specialist for WCAG compliance, ARIA implementation, and inclusive design. Use when auditing websites for accessibility issues, implementing WCAG 2.1 AA/AAA standards, testing with screen readers, or ensuring ADA compliance. Expert in semantic HTML, keyboard navigation, and assistive technology compatibility.Key capabilities
- →Fix missing alt text attributes
- →Audit color contrast ratios against WCAG
- →Implement semantic HTML landmarks
- →Test keyboard navigation flow
- →Validate ARIA role usage
How it works
Applies a standard set of accessibility rules (POUR) to code blocks, identifying violations and injecting compliant markup.
Inputs & outputs
When to use accessibility-auditor
- →Audit site for WCAG compliance
- →Fix missing alt text attributes
- →Verify keyboard navigation functionality
- →Implement ARIA landmarks
About this skill
Accessibility Auditor
Comprehensive guidance for creating accessible web experiences that comply with WCAG standards and serve users of all abilities effectively.
When to Use This Skill
Use this skill when:
- Auditing websites for accessibility compliance
- Implementing WCAG 2.1 Level AA or AAA standards
- Fixing accessibility violations and errors
- Testing with screen readers (NVDA, JAWS, VoiceOver)
- Ensuring keyboard navigation works correctly
- Implementing ARIA attributes and landmarks
- Preparing for ADA or Section 508 compliance audits
- Designing inclusive user experiences
WCAG 2.1 Principles (POUR)
1. Perceivable
Users must be able to perceive the information being presented.
2. Operable
Users must be able to operate the interface.
3. Understandable
Users must be able to understand the information and interface.
4. Robust
Content must be robust enough to work with current and future technologies.
Common Accessibility Issues & Fixes
1. Missing Alt Text for Images
❌ Problem:
<img src="/products/shoes.jpg">
✅ Solution:
<!-- Informative image -->
<img src="/products/shoes.jpg" alt="Red Nike Air Max running shoes with white swoosh">
<!-- Decorative image -->
<img src="/decorative-pattern.svg" alt="" role="presentation">
<!-- Logo that links -->
<a href="/">
<img src="/logo.png" alt="Company Name - Home">
</a>
Rules:
- Informative images: Describe the content/function
- Decorative images: Use empty alt (alt="")
- Functional images: Describe the action
- Complex images: Provide detailed description nearby
2. Low Color Contrast
❌ Problem:
/* Contrast ratio 2.5:1 - Fails WCAG */
.text {
color: #767676;
background: #ffffff;
}
✅ Solution:
/* Contrast ratio 4.5:1+ - Passes AA */
.text {
color: #595959;
background: #ffffff;
}
/* Contrast ratio 7:1+ - Passes AAA */
.text-high-contrast {
color: #333333;
background: #ffffff;
}
Requirements:
- Normal text (< 18px): 4.5:1 minimum (AA), 7:1 enhanced (AAA)
- Large text (≥ 18px or ≥ 14px bold): 3:1 minimum (AA), 4.5:1 enhanced (AAA)
- UI components and graphics: 3:1 minimum
3. Non-Semantic HTML
❌ Problem:
<div class="button" onclick="submitForm()">Submit</div>
<div class="heading">Page Title</div>
<div class="nav-menu">...</div>
✅ Solution:
<button type="submit" onclick="submitForm()">Submit</button>
<h1>Page Title</h1>
<nav aria-label="Main navigation">...</nav>
Semantic Elements:
<button>for buttons<a>for links<h1>-<h6>for headings (hierarchical)<nav>,<main>,<aside>,<article>,<section>for landmarks<ul>,<ol>,<li>for lists<table>,<th>,<td>for tabular data
4. Missing Form Labels
❌ Problem:
<input type="email" placeholder="Enter your email">
✅ Solution:
<!-- Explicit label -->
<label for="email">Email Address</label>
<input type="email" id="email" name="email">
<!-- Implicit label -->
<label>
Email Address
<input type="email" name="email">
</label>
<!-- Hidden label (for tight layouts) -->
<label for="search" class="sr-only">Search</label>
<input type="text" id="search" placeholder="Search...">
Best Practices:
- Every form field must have an associated label
- Labels should be visible (don't rely on placeholder)
- Use aria-label only when visual label isn't possible
- Group related fields with
<fieldset>and<legend>
5. Keyboard Navigation Issues
❌ Problem:
<div onclick="handleClick()">Click me</div>
<a href="javascript:void(0)" onclick="doSomething()">Action</a>
✅ Solution:
<!-- Use proper button -->
<button onclick="handleClick()">Click me</button>
<!-- If div required, make it accessible -->
<div
role="button"
tabindex="0"
onclick="handleClick()"
onkeydown="handleKeyPress(event)"
>
Click me
</div>
<script>
function handleKeyPress(event) {
if (event.key === 'Enter' || event.key === ' ') {
event.preventDefault();
handleClick();
}
}
</script>
Keyboard Requirements:
- All interactive elements must be keyboard accessible
- Visible focus indicators (outline or custom styling)
- Logical tab order (matches visual flow)
- Skip links for repetitive content
- No keyboard traps (users can navigate away)
6. Missing ARIA Landmarks
❌ Problem:
<div class="header">...</div>
<div class="main-content">...</div>
<div class="sidebar">...</div>
<div class="footer">...</div>
✅ Solution:
<header role="banner">
<nav aria-label="Main navigation">...</nav>
</header>
<main role="main">
<h1>Page Title</h1>
<article>...</article>
</main>
<aside role="complementary" aria-label="Related articles">
...
</aside>
<footer role="contentinfo">
...
</footer>
Common Landmarks:
banner- Site headernavigation- Navigation menusmain- Primary content (one per page)complementary- Supporting contentcontentinfo- Site footersearch- Search functionalityform- Form regions
7. Inaccessible Modals/Dialogs
❌ Problem:
<div class="modal">
<div class="content">
Modal content
<button onclick="closeModal()">Close</button>
</div>
</div>
✅ Solution:
<div
role="dialog"
aria-modal="true"
aria-labelledby="modal-title"
aria-describedby="modal-desc"
>
<h2 id="modal-title">Confirm Action</h2>
<p id="modal-desc">Are you sure you want to delete this item?</p>
<button onclick="confirmAction()">Confirm</button>
<button onclick="closeModal()">Cancel</button>
</div>
<script>
// Focus management
function openModal() {
const modal = document.querySelector('[role="dialog"]');
const focusableElements = modal.querySelectorAll(
'button, [href], input, select, textarea, [tabindex]:not([tabindex="-1"])'
);
// Store previous focus
previousFocus = document.activeElement;
// Focus first element
focusableElements[0].focus();
// Trap focus
modal.addEventListener('keydown', trapFocus);
}
function closeModal() {
// Return focus
if (previousFocus) previousFocus.focus();
}
function trapFocus(event) {
if (event.key !== 'Tab') return;
const focusableElements = Array.from(
modal.querySelectorAll('button, [href], input, select, textarea, [tabindex]:not([tabindex="-1"])')
);
const firstElement = focusableElements[0];
const lastElement = focusableElements[focusableElements.length - 1];
if (event.shiftKey && document.activeElement === firstElement) {
lastElement.focus();
event.preventDefault();
} else if (!event.shiftKey && document.activeElement === lastElement) {
firstElement.focus();
event.preventDefault();
}
}
</script>
Modal Requirements:
role="dialog"orrole="alertdialog"aria-modal="true"to indicate modal behavioraria-labelledbypointing to titlearia-describedbyfor description (optional)- Focus management (trap and restore)
- Close on Escape key
- Prevent background scrolling
8. Missing Skip Links
✅ Solution:
<a href="#main-content" class="skip-link">
Skip to main content
</a>
<header>
<nav>...</nav>
</header>
<main id="main-content" tabindex="-1">
<!-- Page content -->
</main>
<style>
.skip-link {
position: absolute;
top: -40px;
left: 0;
background: #000;
color: #fff;
padding: 8px;
text-decoration: none;
z-index: 100;
}
.skip-link:focus {
top: 0;
}
</style>
ARIA Best Practices
ARIA Attributes Reference
States:
aria-checked- Checkbox/radio statearia-disabled- Disabled statearia-expanded- Expanded/collapsed statearia-hidden- Hidden from assistive technologyaria-pressed- Toggle button statearia-selected- Selected state
Properties:
aria-label- Accessible namearia-labelledby- ID reference for labelaria-describedby- ID reference for descriptionaria-live- Live region updatesaria-required- Required fieldaria-invalid- Validation state
Live Regions
<!-- Polite: Wait for pause in speech -->
<div aria-live="polite" aria-atomic="true">
Item added to cart
</div>
<!-- Assertive: Interrupt immediately -->
<div aria-live="assertive" role="alert">
Error: Payment failed
</div>
<!-- Status message -->
<div role="status" aria-live="polite">
Saving changes...
</div>
Custom Components
Accordion:
<div class="accordion">
<button
aria-expanded="false"
aria-controls="panel-1"
id="accordion-1"
>
Section 1
</button>
<div id="panel-1" role="region" aria-labelledby="accordion-1" hidden>
Panel content
</div>
</div>
Tabs:
<div role="tablist" aria-label="Content sections">
<button
role="tab"
aria-selected="true"
aria-controls="panel-1"
id="tab-1"
>
Tab 1
</button>
<button
role="tab"
aria-selected="false"
aria-controls="panel-2"
id="tab-2"
tabindex="-1"
>
Tab 2
</button>
</div>
<div role="tabpanel" id="panel-1" aria-labelledby="tab-1">
Panel 1 content
</div>
<div role="tabpanel" id="panel-2" aria-labelledby="tab-2" hidden>
Panel 2 content
</div>
Testing Checklist
Automated Testing
- Run axe DevTools or WAVE browser extension
- Check HTML validation (W3C Validator)
- Test color contrast ratios
- Verify heading hierarchy
- Check for missing alt text
Manual Testing
- Navigate entire site using only keyboard (Tab, Enter, Escape, Arrow keys)
- Test with screen reader (NVDA, JAWS, or VoiceOver)
- Verify focus indicators are visible
- Check form validation messages are announced
- Test modal focus trapping
- Verify skip links work
- Test with browser zoom at 200%
- Check page reflow at different viewport sizes
- Disable JavaScript and verify core functionality
- Test with Windows High Contrast mode
Screen Reade
Content truncated.
When not to use it
- →General UI styling tasks without accessibility scope
- →Non-web based interface design
Limitations
- →Cannot replace human screen reader testing
- →Contrast checks limited to provided CSS values
How it compares
It evaluates code strictly against WCAG/ADA standards rather than aesthetic preferences.
Compared to similar skills
accessibility-auditor side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| accessibility-auditor (this skill) | 24 | 7mo | No flags | Beginner |
| accessibility-compliance | 45 | 2mo | No flags | Intermediate |
| web-coder | 0 | 3mo | No flags | Beginner |
| web-coder | 0 | 5mo | No flags | Advanced |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by davila7
View all by davila7 →You might also like
accessibility-compliance
wshobson
Implement WCAG 2.2 compliant interfaces with mobile accessibility, inclusive design patterns, and assistive technology support. Use when auditing accessibility, implementing ARIA patterns, building for screen readers, or ensuring inclusive user experiences.
web-coder
mochan-tk
Use when: implementing frontend web apps with HTML, CSS, TypeScript, React, accessibility, responsive layout, or performance concerns.
web-coder
Bonzokoles
Expert 10x engineer with comprehensive knowledge of web development, internet protocols, and web standards. Use when working with HTML, CSS, JavaScript, web APIs, HTTP/HTTPS, web security, performance optimization, accessibility, or any web/internet concepts. Specializes in translating web terminolo
frontend-ui-engineering
charlieviettq
Build and refine web UI—component structure, responsive layout, design tokens, state, and accessibility. Use for feature UI work beyond WCAG checks alone.
zustand
lobehub
Zustand state management guide. Use when working with store code (src/store/**), implementing actions, managing state, or creating slices. Triggers on Zustand store development, state management questions, or action implementation.
react-modernization
wshobson
Upgrade React applications to latest versions, migrate from class components to hooks, and adopt concurrent features. Use when modernizing React codebases, migrating to React Hooks, or upgrading to latest React versions.