SC

scanning-accessibility

Automates WCAG 2.1/2.2 accessibility testing using axe-core and manual validation checklists.

Install

mkdir -p .claude/skills/scanning-accessibility && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/3384" && unzip -o skill.zip -d .claude/skills/scanning-accessibility && rm skill.zip

Installs to .claude/skills/scanning-accessibility

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.

Validate WCAG compliance and accessibility standards (ARIA, keyboard
68 charsno explicit “when” trigger
Intermediate

Key capabilities

  • Validate web applications against WCAG 2.1/2.2 standards
  • Combine automated scanning with manual validation checklists
  • Configure scanner with target WCAG level and rules
  • Run automated accessibility scans on each page and interactive state
  • Validate keyboard navigation and ARIA implementation
  • Check color and visual accessibility

How it works

The skill combines automated tools like axe-core, Pa11y, and Lighthouse with manual validation steps for keyboard navigation, screen reader compatibility, and color contrast. It configures rules for ARIA attributes, form labels, and heading structure, then scans pages and interactive states.

Inputs & outputs

You give it
Web application URL, target WCAG level, pages and components to scan
You get back
Accessibility scan results, WCAG compliance matrix, remediation checklist, keyboard navigation test results, Lighthouse accessibility score

When to use scanning-accessibility

  • Audit WCAG 2.1/2.2 compliance
  • Verify screen reader compatibility
  • Test keyboard navigation flow
  • Validate color contrast ratios

About this skill

Accessibility Test Scanner

Overview

Validate web applications against WCAG 2.1/2.2 accessibility standards covering perceivability, operability, understandability, and robustness. Combines automated scanning with axe-core, Pa11y, and Lighthouse accessibility audits alongside manual validation checklists for keyboard navigation, screen reader compatibility, and color contrast.

Prerequisites

  • Accessibility testing library installed (axe-core, @axe-core/playwright, Pa11y, or Lighthouse CI)
  • Browser automation tool (Playwright or Puppeteer) for rendering pages
  • Application running and accessible at a test URL
  • Target WCAG conformance level defined (A, AA, or AAA -- AA is standard)
  • Color contrast analyzer (built into axe-core or standalone tool)

Instructions

  1. Configure the accessibility scanner with the target WCAG level:
    • Set axe-core rules to WCAG 2.1 AA (or 2.2 AA for latest standard).
    • Include rules for ARIA attributes, color contrast, form labels, and heading structure.
    • Define pages and components to scan (homepage, forms, modals, navigation).
  2. Run automated accessibility scans on each page:
    • Use @axe-core/playwright to scan after page load.
    • Run Pa11y for HTML-level validation.
    • Execute Lighthouse accessibility audit for a score and detailed findings.
    • Scan each major interactive state (modal open, dropdown expanded, error state).
  3. Validate keyboard navigation:
    • Verify all interactive elements are reachable via Tab key in logical order.
    • Confirm focus indicators are visible on every focusable element.
    • Test Escape key closes modals and dropdowns.
    • Verify skip-to-content link is present and functional.
    • Check that focus is trapped within open modals (no focus escape).
  4. Validate ARIA implementation:
    • Check all ARIA roles match the element's purpose (role="button" on clickable divs).
    • Verify aria-label or aria-labelledby on elements without visible text.
    • Confirm aria-live regions announce dynamic content changes.
    • Validate aria-expanded, aria-selected, and aria-checked states toggle correctly.
  5. Check color and visual accessibility:
    • Verify text contrast ratio meets WCAG AA (4.5:1 for normal text, 3:1 for large text).
    • Ensure information is not conveyed by color alone (use icons, patterns, or text labels).
    • Test with simulated color blindness filters (protanopia, deuteranopia, tritanopia).
  6. Validate form accessibility:
    • Every input has an associated <label> with matching for/id.
    • Error messages are announced via aria-describedby and aria-invalid.
    • Required fields are indicated with aria-required="true" and visual indicators.
  7. Generate a compliance report with WCAG success criteria references for each finding.

Output

  • Accessibility scan results with violations, passes, and incomplete checks
  • WCAG compliance matrix showing pass/fail per success criterion
  • Remediation checklist with code fixes for each violation
  • Keyboard navigation test results
  • Lighthouse accessibility score and improvement recommendations

Error Handling

ErrorCauseSolution
axe-core reports no violations but page is inaccessibleAutomated tools catch ~30-40% of issues; manual testing neededSupplement automated scans with keyboard and screen reader manual testing
Color contrast violation on dynamic themeTheme colors computed at runtime not captured by static scanRun scans with each theme active (light/dark); test with high-contrast mode
False positive on hidden contentScanner checks elements that are visually hidden but present in DOMUse axe.configure({ rules: [{ id: 'rule-id', selector: ':visible' }] })
ARIA role conflictsMultiple conflicting ARIA attributes on same elementRemove redundant roles; follow WAI-ARIA authoring practices for the component pattern
Focus order incorrect after dynamic contentDOM insertion order differs from visual orderUse tabindex to correct order; restructure DOM to match visual layout

Examples

Playwright + axe-core accessibility test:

import { test, expect } from '@playwright/test';
import AxeBuilder from '@axe-core/playwright';

test('homepage meets WCAG AA', async ({ page }) => {
  await page.goto('/');
  const results = await new AxeBuilder({ page })
    .withTags(['wcag2a', 'wcag2aa', 'wcag21aa'])
    .analyze();
  expect(results.violations).toEqual([]);
});

test('login form is keyboard accessible', async ({ page }) => {
  await page.goto('/login');
  await page.keyboard.press('Tab');
  const focused = await page.evaluate(() => document.activeElement?.getAttribute('data-testid'));
  expect(focused).toBe('email-input');
  await page.keyboard.press('Tab');
  const nextFocused = await page.evaluate(() => document.activeElement?.getAttribute('data-testid'));
  expect(nextFocused).toBe('password-input');
});

Pa11y CI configuration:

{
  "defaults": {
    "standard": "WCAG2AA",
    "timeout": 10000,  # 10000: 10 seconds in ms
    "wait": 1000  # 1000: 1 second in ms
  },
  "urls": [
    "http://localhost:3000/",  # 3000: 3 seconds in ms
    "http://localhost:3000/login",  # 3 seconds in ms
    "http://localhost:3000/dashboard",  # 3 seconds in ms
    { "url": "http://localhost:3000/settings", "actions": ["click element #tab-profile"] }
  ]
}

Resources

Prerequisites

Accessibility testing library installedBrowser automation toolApplication running and accessible at a test URLTarget WCAG conformance level defined

Limitations

  • Automated tools catch approximately 30-40% of issues; manual testing is needed
  • Dynamic theme colors may not be captured by static scans
  • Scanner may check visually hidden elements present in DOM

How it compares

This skill integrates multiple automated scanning tools and manual validation checklists into a single workflow, unlike performing separate, isolated tests.

Compared to similar skills

scanning-accessibility side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
scanning-accessibility (this skill)327dReviewIntermediate
ui-ux-expert-skill919moReviewAdvanced
playwright-mcp336moNo flagsIntermediate
accessibility425moReviewIntermediate

Try saying

Example prompts that trigger this skill in your AI assistant.

More by jeremylongshore

View all by jeremylongshore

analyzing-logs

jeremylongshore

Analyze application logs to detect performance issues, identify error patterns, and improve stability by extracting key insights.

14123

ollama-setup

jeremylongshore

Configure auto-configure Ollama when user needs local LLM deployment, free AI alternatives, or wants to eliminate hosted API costs. Trigger phrases: "install ollama", "local AI", "free LLM", "self-hosted AI", "replace OpenAI", "no API costs". Use when appropriate context detected. Trigger with relevant phrases based on skill purpose.

1167

backtesting-trading-strategies

jeremylongshore

Backtest crypto and traditional trading strategies against historical data. Calculates performance metrics (Sharpe, Sortino, max drawdown), generates equity curves, and optimizes strategy parameters. Use when user wants to test a trading strategy, validate signals, or compare approaches. Trigger with phrases like "backtest strategy", "test trading strategy", "historical performance", "simulate trades", "optimize parameters", or "validate signals".

1071

generating-database-seed-data

jeremylongshore

Process this skill enables AI assistant to generate realistic test data and database seed scripts for development and testing environments. it uses faker libraries to create realistic data, maintains relational integrity, and allows configurable data volumes. u... Use when working with databases or data models. Trigger with phrases like 'database', 'query', or 'schema'.

1033

cursor-codebase-indexing

jeremylongshore

Execute set up and optimize Cursor codebase indexing. Triggers on "cursor index setup", "codebase indexing", "index codebase", "cursor semantic search". Use when working with cursor codebase indexing functionality. Trigger with phrases like "cursor codebase indexing", "cursor indexing", "cursor".

885

testing-mobile-apps

jeremylongshore

Execute mobile app testing on iOS and Android devices/simulators. Use when performing specialized testing. Trigger with phrases like "test mobile app", "run iOS tests", or "validate Android functionality".

810

You might also like

ui-ux-expert-skill

fercracix33

Technical workflow for implementing accessible React user interfaces with shadcn/ui, Tailwind CSS, and TanStack Query. Includes 6-phase process with mandatory Style Guide compliance, Context7 best practices consultation, Chrome DevTools validation, and WCAG 2.1 AA accessibility standards. Use after Test Agent, Implementer, and Supabase agents complete their work.

91244

playwright-mcp

sfc-gh-dflippo

Browser testing, web scraping, and UI validation using Playwright MCP. Use this skill when you need to test Streamlit apps, validate web interfaces, test responsive design, check accessibility, or automate browser interactions through MCP tools.

33197

accessibility

tech-leads-club

Audit and improve web accessibility following WCAG 2.1 guidelines. Use when asked to "improve accessibility", "a11y audit", "WCAG compliance", "screen reader support", "keyboard navigation", or "make accessible".

42174

ios-simulator-skill

conorluddy

21 production-ready scripts for iOS app testing, building, and automation. Provides semantic UI navigation, build automation, accessibility testing, and simulator lifecycle management. Optimized for AI agents with minimal token output.

27181

wcag-audit-patterns

wshobson

Conduct WCAG 2.2 accessibility audits with automated testing, manual verification, and remediation guidance. Use when auditing websites for accessibility, fixing WCAG violations, or implementing accessible design patterns.

2098

web-quality-audit

davila7

Comprehensive web quality audit covering performance, accessibility, SEO, and best practices. Use when asked to "audit my site", "review web quality", "run lighthouse audit", "check page quality", or "optimize my website".

732

Search skills

Search the agent skills registry