Übersicht
Der SiteCockpit-Score gibt an, wie barrierefrei eine Website oder ein Online-Shop nach den Web Content Accessibility Guidelines (WCAG 2.2) ist. Die Berechnung erfolgt vollständig automatisiert auf Basis etablierter Prüfverfahren und folgt einer transparenten, reproduzierbaren Methodik.
Der Score ist die zentrale Kennzahl im easyMonitoring-Dashboard und bildet die Grundlage für Verlaufsanalysen, Priorisierungen und die Dokumentation der Barrierefreiheit.
Eingesetzte Prüfverfahren
Die im easyMonitoring beobachteten Seiten werden in regelmäßigen Abständen automatisiert geprüft. SiteCockpit kombiniert dabei führende Open-Source-Engines der Accessibility-Branche – darunter Lighthouse und Axe-Core – mit eigenen Verarbeitungs- und Bewertungsschritten. Die Ergebnisse werden konsolidiert, dedupliziert und in eine einheitliche Bewertungsmatrix überführt, aus der anschließend der Score berechnet wird.
Durch die Kombination mehrerer etablierter Prüfquellen wird eine deutlich höhere Audit-Abdeckung erreicht, als sie ein einzelnes Werkzeug bieten könnte.
Gewichtung der Audits
Jedes Audit erhält eine numerische Gewichtung, die seinen Schweregrad widerspiegelt. Verwendet werden die offiziellen Lighthouse-Gewichtungen. Audits aus Axe-Core werden anhand ihrer Schweregrade in dieselbe Skala übersetzt:
| Gewichtung | Bedeutung | Entspricht in Axe-Core |
|---|---|---|
| 0 | nicht vorhanden oder nicht bestimmbar | – |
| 1 | geringe Auswirkung | minor |
| 3 | mittlere Auswirkung | moderate |
| 7 | erhebliche Auswirkung | serious |
| 10 | kritische Auswirkung | critical |
Visualisierung über das Tacho-Icon
Die Gewichtung eines Audits wird im Dashboard durch ein farbcodiertes Tacho-Icon dargestellt. So lässt sich der Schweregrad auf einen Blick erfassen:
| Gewichtung | Farbe |
|---|---|
| 0 | kein Tacho |
| 1 | grün |
| 2 – 4 | gelb |
| 5 – 8 | orange |
| ≥ 9 | rot |
Berücksichtigte Audits
Für die Score-Berechnung werden ausschließlich Audits mit einer eindeutig zuordenbaren WCAG-Konformitätsstufe (A, AA oder AAA) verwendet. Best-Practice-Audits ohne WCAG-Bezug fließen nicht in den Score ein. Sie werden im Dashboard separat angezeigt und dienen als ergänzende Empfehlung zur Qualitätsverbesserung.
Manuelle Prüfungen Manuelle Audits – also Prüfschritte, die nicht automatisiert bewertbar sind und eine menschliche Einschätzung erfordern – fließen ebenfalls nicht in die automatisierte Score-Berechnung ein. Sie werden im Dashboard separat ausgewiesen und sind für eine vollständige WCAG-Konformitätsbewertung unverzichtbar.
Anzahl fehlgeschlagener Items innerhalb eines Audits Die Anzahl der fehlgeschlagenen Items innerhalb eines einzelnen Audits hat keinen Einfluss auf den Score. Entscheidend ist ausschließlich, ob das Audit als bestanden oder fehlgeschlagen gilt. Unser Tool zeigt allerdings beim Ausklappen alle Items der fehlgeschlagenen Prüfung an.
Beispiel: Schlägt der Farbkontrast auf einer Seite einmal oder fünfzigmal fehl, ist der Score-Effekt identisch.
Dieses Verhalten entspricht der Lighthouse-Methodik. Die Anzahl der fehlgeschlagenen Items wird im Dashboard dennoch ausgewiesen, da sie für die Priorisierung von Maßnahmen relevant ist.
Score-Berechnung pro WCAG-Level
Der Score wird für jede der drei WCAG-Konformitätsstufen separat berechnet:
Welche Audits in welches Level einfließen
| Score | Einbezogene Audits |
|---|---|
| Score A | Audits der Stufe A |
| Score AA | Audits der Stufen A und AA |
| Score AAA | Audits der Stufen A, AA und AAA |
Durch diese kumulative Zuordnung gilt mathematisch:
Score(A) ≤ Score(AA) ≤ Score(AAA)
Berechnungsformel
Für jede Stufe wird folgende Berechnung ausgeführt:
- Es werden die bestandenen und fehlgeschlagenen Audits des jeweiligen Levels betrachtet (manuelle Audits ausgeschlossen).
- Summe A = Summe der Gewichtungen aller bestandenen und fehlgeschlagenen Audits.
- Summe B = Summe der Gewichtungen ausschließlich der bestandenen Audits.
- Score(Level) = ⌊(B ÷ A) × 100⌋
Das Ergebnis ist eine ganze Zahl zwischen 0 und 100.
Aussagekraft des Scores
Was der Score abbildet
- objektive, automatisierte Bewertung der technischen Barrierefreiheit
- Vergleichbarkeit über Seiten, Domains und Zeitpunkte
- Ausrichtung an etablierten Industriestandards
- Reproduzierbarkeit für Reportings und Compliance-Dokumentation
Was automatisierte Prüfungen nicht leisten können
Der Score ist ein Indikator für den Stand der automatisiert prüfbaren Barrierefreiheit, jedoch kein Nachweis vollständiger WCAG- oder BFSG-Konformität. Eine rechtssichere Bewertung erfordert in jedem Fall eine ergänzende manuelle Prüfung.
Automatisierte Tests decken nach aktuellem Stand der Technik einen Teil der WCAG-Anforderungen zuverlässig ab. Bestimmte Kriterien lassen sich ausschließlich durch manuelle Prüfung bewerten, darunter:
- semantische Sinnhaftigkeit von Inhalten
- logische Lese- und Bedeutungsreihenfolge
- Kontextangemessenheit von Alt-Texten
- Tastaturbedienbarkeit komplexer Komponenten
- Screenreader-Kompatibilität in dynamischen Anwendungen
Vollständige WCAG-Konformität setzt daher eine Kombination aus automatisiertem Monitoring und manueller Auditierung voraus.
Unser CEO Henryk sagt dazu:
“Momentan kennt niemand die Rechtssprechung, da es derzeit keine Urteile gibt. Auch gibt es noch keine öffentlichen Stellungnahmen der Bundesbehörde für Barrierefreiheit. Ganz zentral: Die Scores berücksichtigen i.d.R. nur die “automatischen” WCAG Tests, nicht aber die manuellen. Bezieht man die mit ein und ist keiner der manuellen Tests erfüllt würde der Score deutlich nach unten gehen. Aus diesem Grund empfehle ich, dass man sich nicht von dem Score blenden lassen sollte. Entscheidend ist an der digitalen Barrierefreiheit aktiv zu arbeiten und etwas dafür zu tun, die Zugänglichkeit zu verbessern. Die User der Seite werden es Ihnen Danken in Form von längerem Aufenthalt auf der Seite, höheren Warenkörben oder einer besseren Conversion Rate.”
Häufige Fragen
Bedeutet ein hoher Score, dass die Website rechtssicher barrierefrei ist?
Nein. Der Score trifft zu keinem Zeitpunkt eine hundertprozentig sichere Aussage darüber, ob eine Website vollständig barrierefrei oder rechtssicher im Sinne von BFSG, EAA oder WCAG 2.2 ist. Er bildet ausschließlich den Anteil der automatisiert prüfbaren Kriterien ab. Ein Score von 100 bedeutet daher: Alle automatisierten Audits wurden bestanden – nicht, dass die Seite vollständig konform ist.
Vollständige WCAG-Konformität lässt sich nur durch eine Kombination aus automatisiertem Monitoring und manueller Auditierung durch geschulte Prüfer feststellen. Kriterien wie semantische Sinnhaftigkeit, logische Lesereihenfolge oder Kontextangemessenheit von Alt-Texten erfordern menschliche Bewertung und können von keinem automatisierten Werkzeug abschließend beurteilt werden.
Der Score ist somit ein Indikator und Steuerungsinstrument – kein Konformitätsnachweis.
Warum erreicht der Score nicht 100, obwohl alle kritischen Probleme behoben wurden?
Auch geringer gewichtete Audits (Gewichtung 1 oder 3) fließen in die Berechnung ein. Solange einzelne Audits fehlschlagen, kann der Maximalwert nicht erreicht werden.
Warum ändert sich der Score, ohne dass am Code Anpassungen vorgenommen wurden?
Mögliche Ursachen sind aktualisierte Inhalte (z. B. neu hinzugefügte Bilder ohne Alt-Text), Updates von Drittanbieter-Skripten, Änderungen am Layout durch das CMS oder Anpassungen in den zugrundeliegenden Audit-Definitionen von Lighthouse oder Axe-Core.
Warum unterscheidet sich der SiteCockpit-Score vom Lighthouse-Score?
SiteCockpit kombiniert die Audits aus Lighthouse und Axe-Core und berücksichtigt ausschließlich Audits mit eindeutiger WCAG-Zuordnung. Dadurch ist der Score präziser auf WCAG-Konformität und damit auf BFSG-Anforderungen ausgerichtet.
Fließen Best-Practice-Audits in den Score ein?
Nein. Best-Practice-Audits werden im Dashboard angezeigt, beeinflussen den Score jedoch nicht.
Spielt die Anzahl fehlgeschlagener Items innerhalb eines Audits eine Rolle?
Für den Score nicht – ein Audit gilt entweder als bestanden oder als fehlgeschlagen. Für die Priorisierung der Maßnahmen wird die Anzahl im Dashboard separat ausgewiesen.
Hinweis
Der Score in SiteCockpit basiert u. a. auf den Audit-Definitionen von Lighthouse und Axe-Core in der jeweils eingesetzten Version. Updates der zugrunde liegenden Engines können dazu führen, dass neue Audits hinzukommen, bestehende Audits präzisiert oder Gewichtungen angepasst werden. Solche Änderungen können sich auf den Score auswirken, ohne dass am Code der geprüften Seite eine Veränderung erfolgt ist.