Audit-Vorlage
accessibility
Prüfe dein Produkt gegen WCAG 2.2 AA — mit Belegen und einem Konformitätsurteil.
Zugeordnet zu: WCAG 2.2 · EAA · ADA/508
So funktioniert dieses Audit
Ein Schwarm von Spezialisten übernimmt je einen Ausschnitt der Erfahrung von Menschen mit Behinderung — Tastatur, Screenreader, Fokus, Kontrast, Formulare, Zoom und Reflow, Target Size, Motion und kognitive Last. Jeder Befund nennt ein konkretes Artefakt (einen DOM-Selektor, den berechneten Accessible Name, ein Kontrastverhältnis mit beiden Hex-Werten, eine Tastatur-Sequenz) und ist einem konkreten WCAG-Success-Criterion samt Level zugeordnet. Automatische Scanner und manuelle Checks kommen zum Einsatz; daraus entsteht eine VPAT-fertige Konformitätstabelle, die benennt, was die Automatisierung nicht findet.
Wann du es einsetzt
Deadline European Accessibility Act
Der EAA ist in Kraft, und du brauchst ein Konformitätsurteil für die Barrierefreiheitserklärung, keine vage To-do-Liste. Dieses Audit liefert ein WCAG-2.2-AA-Urteil (pass/partial/fail) mit VPAT-fertiger Konformitätstabelle und benennt dein konkretes rechtliches Risiko unter EAA, ADA und EN 301 549.
Design-System-Komponente prüfen
Ein geteilter Button oder ein Modal, der bei der Barrierefreiheit durchfällt, bricht jede Seite, die ihn nutzt. Das Audit bündelt den Befund auf die Wurzel-Komponente, statt dasselbe Issue 40-mal einzureichen, und markiert Compound-Barrieren — etwa einen fehlenden Fokus-Indikator kombiniert mit Fokus-Verlust beim SPA-Routenwechsel —, die Tastatur- und Screenreader-User stranden lassen.
Tastatur- und Screenreader-Pfade
Mit der Maus sieht deine App gut aus, aber du bist sie nie mit Tastatur oder Screenreader durchgegangen. Dieses Audit gleicht die Tab-Reihenfolge mit der visuellen Ordnung ab, findet Keyboard-Traps und unbeschriftete Controls, prüft, ob der Fokus in Modals und bei Routenwechseln gesetzt und zurückgegeben wird, und bestätigt, dass asynchrone Updates und Fehler tatsächlich angesagt werden.
Was du bekommst
Ein Konformitätsurteil plus VPAT-fertige WCAG-2.2-Tabelle, eine Scorecard pro Dimension und nach Priorität sortierte GitHub-Issues — jedes seinem Success Criterion zugeordnet, mit Vorher/Nachher-Fix und Re-Audit-Kriterium.