Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.
Quelldateien prüfen
Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Ein direkter Befehl überspringt den Prüf-Prompt. Prüfen Sie die Quelle, bevor Sie ihn ausführen.
Accessibility testing ensures your application is usable by people with disabilities, including those who rely on screen readers, keyboard navigation, voice control, and other assistive technologies. Automated tools can catch 30-50% of WCAG violations; the rest requires manual testing and judgment.
WCAG Compliance Levels
Level
Meaning
Examples
Target
A
Minimum
Alt text on images, keyboard accessible, no seizure-inducing content
Bare minimum for all sites
AA
Standard
Color contrast 4.5:1, resize to 200%, visible focus indicators
Most common target (legal requirement in many jurisdictions)
AAA
Enhanced
Contrast 7:1, sign language for media, no timing limits
Aspirational — rarely required in full
WCAG 2.2 Key Updates (over 2.1)
2.4.11 Focus Not Obscured (Minimum) — Focus indicator not fully hidden by other content.
axe-core is the industry-standard accessibility testing engine by Deque. It powers most automated a11y tools and can be integrated into any testing framework.
Playwright + axe-core Integration
// tests/a11y/homepage.spec.jsimport { test, expect } from"@playwright/test";
importAxeBuilderfrom"@axe-core/playwright";
test.describe("Homepage accessibility", () => {
test("should have no WCAG 2.1 AA violations", async ({ page }) => {
await page.goto("/");
const results = awaitnewAxeBuilder({ page })
.withTags(["wcag2a", "wcag2aa", "wcag21aa"])
.analyze();
expect(results.violations).toEqual([]);
});
test("should have no violations in the navigation", async ({ page }) => {
await page.goto("/");
const results = awaitnewAxeBuilder({ page })
.include("nav")
.withTags(["wcag2a", "wcag2aa"])
.analyze();
expect(results.violations).toEqual([]);
});
test("should have no violations after modal opens", async ({ page }) => {
await page.goto("/");
await page.click("button#open-modal");
await page.waitForSelector("[role='dialog']");
const results = awaitnewAxeBuilder({ page })
.include("[role='dialog']")
.analyze();
expect(results.violations).toEqual([]);
});
});
// src/index.jsx — enable axe-core in developmentimportReactfrom"react";
importReactDOMfrom"react-dom/client";
importAppfrom"./App";
if (process.env.NODE_ENV === "development") {
import("@axe-core/react").then((axe) => {
axe.default(React, ReactDOM, 1000);
// Violations will appear in the browser console
});
}
const root = ReactDOM.createRoot(document.getElementById("root"));
root.render(<App />);
Pa11y
CLI Usage
# Install Pa11y
npm install -g pa11y
# Run against a URL
pa11y https://example.com
# WCAG 2.1 AA standard (default)
pa11y --standard WCAG2AA https://example.com
# Output as JSON for CI processing
pa11y --reporter json https://example.com > results.json
# Output as JUnit for CI
pa11y --reporter junit https://example.com > results.xml
# Wait for page load / SPA rendering
pa11y --wait 3000 https://example.com
# Run with authentication (execute actions before testing)
pa11y --actions "set field #email to test@example.com" \
--actions "set field #password to password123" \
--actions "click element #login-button" \
--actions "wait for url to be https://example.com/dashboard" \
https://example.com/login
Pa11y CI Configuration
// .pa11yci.json{"defaults":{"standard":"WCAG2AA","timeout":30000,"wait":2000,"chromeLaunchConfig":{"args":["--no-sandbox"]}},"urls":["https://staging.example.com/","https://staging.example.com/about","https://staging.example.com/contact",{"url":"https://staging.example.com/dashboard","actions":["set field #email to test@example.com","set field #password to password123","click element #login-button","wait for url to be https://staging.example.com/dashboard"]},{"url":"https://staging.example.com/form","ignore":["WCAG2AA.Principle1.Guideline1_4.1_4_3.G18.Fail"]}]}
Pa11y CI Runner
# Install Pa11y CI
npm install -g pa11y-ci
# Run all configured URLs
pa11y-ci
# Run with custom config path
pa11y-ci --config .pa11yci.json
# Run with JSON reporter
pa11y-ci --reporter json > results.json
Alt text is meaningful (not just present), heading hierarchy makes sense
Manual Testing Checklist
## Manual Accessibility Audit- [ ] Tab through entire page — logical order, no traps
- [ ] All interactive elements reachable by keyboard alone
- [ ] Focus indicator visible on every focusable element
- [ ] Skip navigation link works and is first focusable element
- [ ] Screen reader reads page in logical order (test with NVDA/VoiceOver)
- [ ] Dynamic content changes are announced (aria-live regions)
- [ ] Modal focus is trapped and returns on close
- [ ] Form errors are announced and linked to fields
- [ ] Page is usable at 200% zoom (no horizontal scrolling)
- [ ] Page is usable at 400% zoom (content reflows)
- [ ] All functionality works without color as the only indicator
- [ ] Animations can be paused (prefers-reduced-motion respected)
- [ ] Touch targets are at least 24x24 CSS pixels
Best Practices
General
Run automated a11y tests on every PR — they are fast and catch regressions.
Treat a11y violations like bugs, not warnings — fix them before merging.
Test with real assistive technology at least once per release (NVDA on Windows, VoiceOver on macOS).
Include people with disabilities in user testing when possible.
axe-core
Use withTags(["wcag2a", "wcag2aa", "wcag21aa"]) for standard WCAG 2.1 AA coverage.
Use include() / exclude() to scope checks to specific page regions.
Test pages in multiple states (empty, loaded, error, modal open).
Use @axe-core/react during development to catch issues before they reach tests.
Pa11y
Configure a .pa11yci.json with all critical URLs for consistent CI runs.
Use actions for authenticated pages or SPAs that need user interaction before testing.
Use ignore sparingly and document why each rule is ignored.
Storybook addon-a11y
Enable addon-a11y for all stories by default — disable only with documented justification.
Use the Storybook test runner with axe-playwright for CI enforcement.
Test components in isolation and in composed layouts — a11y issues can emerge from composition.
CI Integration
Fail the build on critical violations (missing alt text, missing labels, no keyboard access).
Warn on moderate violations (contrast, heading order) to avoid blocking but track debt.
Generate reports as CI artifacts for audit trails and compliance documentation.
Combine automated testing (axe-core in Playwright) with periodic manual audits.
