Monitoring macht Veränderungen sichtbar
Eine Website bleibt nicht stehen. Neue Seiten, geänderte Templates, Kampagnen und externe Komponenten können den technischen Barrierefreiheitsstatus verändern. Accessibility Monitoring führt deshalb wiederholbare Scans aus, speichert Ergebnisse und zeigt Entwicklungen über die Zeit. Es ist ein Arbeitswerkzeug für Teams, keine automatische Konformitätsgarantie.
Bei User-Aid wird das Monitoring im Dashboard konfiguriert. Dort legt ein berechtigtes Team fest, welche Website beobachtet wird und welche verfügbaren Scanoptionen gelten. Manuelle Scans können gezielt gestartet werden. Automatische Scans stehen abhängig von Lizenz und Konfiguration zur Verfügung. Das Dashboard speichert den gewählten Zeitplan, der crawler-queue-service plant und startet die Ausführung.
Vom Startpunkt zur Seitenliste
Ein Scan beginnt mit einem festgelegten Einstiegspunkt. Der Crawler ruft die Seite auf und folgt erreichbaren internen Links innerhalb des erlaubten Bereichs. So entdeckt er weitere Seiten, die zum Auftrag gehören. Regeln für Domain, Pfade und technische Grenzen helfen, den Crawl auf den gewünschten Bestand zu beschränken.
Seitenentdeckung ist nicht dasselbe wie eine garantierte vollständige Inventur. Inhalte hinter Login, nicht verlinkte Seiten, blockierte Pfade oder Funktionen, die besondere Eingaben verlangen, können außerhalb des Crawls bleiben. Auch sehr große oder technisch ungewöhnliche Websites brauchen eine passende Konfiguration. Ein klar definierter Scope macht Berichte verständlicher.
Für jede entdeckte und verarbeitete Seite öffnet der Scanner die Webansicht in einem Headless Browser. Nach dem Laden prüft Axe core den aufgebauten Inhalt nach automatisierbaren Regeln. Die Ergebnisse enthalten technische Issues, betroffene Elemente, Regelbezug und Seitendaten. Beispiele sind fehlende Alternativtexte, unbenannte Formularelemente, bestimmte Kontrastfehler und ungültige ARIA-Nutzung.
Issues statt lose Fehlermeldungen
Monitoring wird nützlich, wenn Ergebnisse nicht nur als einzelne Scanliste erscheinen. User-Aid ordnet Befunde Seiten und Regeln zu und macht sie im Issue-Tracking bearbeitbar. Teams können erkennen, welche Probleme aktuell bestehen und wie sich Befunde zwischen Scans verändern.
Wiederholte technische Muster sollten gemeinsam betrachtet werden. Wenn derselbe Fehler auf vielen Seiten aus einem gemeinsamen Template stammt, liegt die wirksamste Korrektur oft in der Komponente und nicht auf jeder einzelnen Seite. Priorisierung nach Auswirkung, Reichweite und kritischem Nutzungspfad hilft, die nächste Arbeit auszuwählen.
Der Verlauf zeigt den gespeicherten Stand zu verschiedenen Scanzeitpunkten. Damit lässt sich nachvollziehen, ob bekannte Befunde behoben wurden, erneut auftreten oder durch neue Seiten hinzukommen. Ein Verlauf erklärt jedoch nicht automatisch die Ursache. Releases, Contentänderungen und verantwortliche Teams sollten separat dokumentiert werden.
