Routensemantik
Doppelte Landmarks, Überschriftenlücken, namenlose Controls und DOM-Beziehungen finden.
Für Engineering-Teams
Gerenderte Next.js-App testen, nicht nur Komponenten
Komponenten können zu unzugänglichen Seiten werden. Deployment prüfen, Quelle korrigieren und nach Release erneut testen.
Typische Next.js-Arbeit
Clientseitige Zustände
Formulare, Dialoge, Navigation und Laden automatisch sowie mit Tastatur und Screenreader prüfen.
Release-Regressionen
Scans planen und Trends nach Designsystem- oder Feature-Änderungen vergleichen.
Barrierefreiheitsprüfungen in den Release-Zyklus bringen
Gezielte Nachprüfungen, CI, Laufvergleiche und authentifizierte Journeys halten Nachweise bei der Engineering-Arbeit.
Pull Request
GitHub Action oder GitLab CLI mit klarer Richtlinie für neue Befunde ausführen.
Gezielte Prüfung
Geänderte Route erneut prüfen und Regel, Selektor, Quelle und betroffene Seiten verbinden.
Regressionsvergleich
Nur abgeschlossene Läufe mit vergleichbaren Seiten und Standards vergleichen.
Authentifizierte Zustände
Wiederholbare Checkpoints für nicht öffentlich erreichbare Produktzustände modellieren.
Was Automatisierung unterstützt
Regelprüfungen, CI-Richtlinie, Seitenzahlen, vergleichbare Änderungen und Checkpoint-Befunde.
Was Menschen prüfen müssen
Interaktionsqualität, Aufgabenerfolg, assistive Technologien, Bedeutung und Konformitätsbewertung.
Nachweise vor der Anmeldung ansehen
Der Beispielbericht zeigt Schweregrad, Element, Regel und Korrekturrichtung. Automatisierte Abdeckung und manuelle Prüfung bleiben getrennt.
Fragen zu Plattformen
Muss ich ein Plugin installieren?
Nein. wcagc prüft die gerenderte öffentliche Website ohne Plattform-Plugin.
Findet der Scan jedes Problem?
Nein. Automatisierung findet nur einen Teil der WCAG-Probleme; Semantik, Inhalt, Tastatur und Hilfstechnologien brauchen manuelle Prüfung.
Kann ich eine Korrektur prüfen?
Ja. Seite oder Website erneut scannen und aktuelle Nachweise vergleichen, während manuelle Prüfungen Teil des Ablaufs bleiben.