Die Arbeitsweise
A11y Audit gliedert die Arbeit an der Barrierefreiheit in die Phasen Scannen, Korrigieren und Verifizieren. Die Quelle enthält Python-Schnittstellen für Scanner und Kontrastprüfung, Schweregradkategorien und frameworkspezifische Referenzen zur Behebung. Der Skill kann helfen, eine vage Bitte um bessere Barrierefreiheit in eine eingegrenzte Liste von Elementen und Codeänderungen zu überführen.
Die Quelle beschreibt eine breite WCAG-Abdeckung, doch ein Code-Scan sollte nicht als vollständige Konformitätszertifizierung dargestellt werden. Tastaturabläufe, Screenreader-Verhalten, dynamische Inhalte und die Brauchbarkeit von Alternativtexten erfordern weiterhin eine kontextbezogene Prüfung. Der praktische Nutzen liegt in der Nachvollziehbarkeit: Behalten Sie die ursprünglichen Befunde bei, wenden Sie geeignete native Semantik oder Stiländerungen an, führen Sie dann die Prüfungen erneut aus und testen Sie die tatsächliche Interaktion.
Erwartete Ergebnisse
- Ein nach Schweregrad geordneter Bericht zu Barrierefreiheitsbefunden
- Code-Korrekturen im Vorher-Nachher-Format, passend zum Framework des Projekts
- Ein Vergleich mit den ursprünglichen Befunden und eine Liste verbleibender manueller Prüfungen
Vom Briefing zum Review
- 01Einen definierten Umfang scannen
Bestimmen Sie das Framework und die relevanten Quellpfade. Halten Sie Befunde auf Elementebene fest und unterscheiden Sie Scanner-Funde von manuellen Beobachtungen.
- 02Die zugrunde liegende Interaktion korrigieren
Bevorzugen Sie native Steuerelemente, aussagekräftige Beschriftungen und sichtbaren Fokus, statt wahllos ARIA-Attribute hinzuzufügen.
- 03Im Kontext verifizieren
Vergleichen Sie mit der Ausgangsbasis, prüfen Sie den Kontrast im gerenderten Zustand und testen Sie Tastatur- und Assistive-Technology-Pfade, die statische Analyse nicht abdecken kann.