Barrierefreiheits-Score
Jede gescannte Website erhält einen einzigen 0–100-Score, der ihren automatisierten Barrierefreiheitsstatus zusammenfasst. Die Formel gewichtet Befunde nach Schweregrad und deckelt jede Schweregrad-Kategorie, damit keine einzelne Kategorie den Score allein auf null drücken kann.
Die Formel
score = 100 − (kritisch × 10) gedeckelt bei −50
− (schwerwiegend × 5) gedeckelt bei −30
− (moderat × 2) gedeckelt bei −15
− (gering × 0,5) gedeckelt bei −5
Der Endscore wird auf 0 begrenzt und auf die nächste Ganzzahl gerundet
Nur deterministische Verstöße werden gezählt. Advisory-Elemente (HTMLCS-Hinweise, KI-Musterprüfungen) beeinflussen die Zahl nie – sie erscheinen auf der Website-Detailseite mit einem Manuelle Prüfung-Label, fließen aber nicht in Score, VPAT oder eine öffentliche Ansicht ein.
Schweregrad-Gewichte und Obergrenzen
| Schweregrad | Pro Problem | Obergrenze | Typische Beispiele |
|---|---|---|---|
| Kritisch | −10 | −50 | Fehlender Bild-Alt-Text bei nicht dekorativen Inhalten, keine Formularbeschriftungen, leere Links auf interaktiven Zielen |
| Schwerwiegend | −5 | −30 | Unzureichender Farbkontrast, fehlendes lang bei <html>, doppelte IDs |
| Moderat | −2 | −15 | Fehlender Skip-Nav-Link, übersprungene Überschriftenebenen, nicht zugeordnete Tabellenköpfe |
| Gering | −0,5 | −5 | Redundante ARIA-Rollen, tabindex größer als 0 |
Rechenbeispiel
Ein Scan liefert 3 kritische, 5 schwerwiegende, 2 moderate und 4 geringe Befunde:
kritisch: 3 × 10 = 30 (nicht gedeckelt – unter 50)
schwerwiegend: 5 × 5 = 25 (nicht gedeckelt – unter 30)
moderat: 2 × 2 = 4 (nicht gedeckelt – unter 15)
gering: 4 × 0,5 = 2 (nicht gedeckelt – unter 5)
Abzüge = 30 + 25 + 4 + 2 = 61
Score = 100 − 61 = 39
Hätte dieselbe Website 20 statt 3 kritische Befunde, würde der kritische Abzug seine Obergrenze bei −50 erreichen (statt −200) – der Score würde also weiterhin die anderen Schweregrade widerspiegeln, statt bei null flachzulaufen.
Warum es Obergrenzen gibt
Obergrenzen verhindern, dass ein einzelner Schweregrad die Zahl dominiert. Eine Website mit 50 geringen Befunden und sonst nichts sollte im Grunde gut aussehen – sie bekommt −5 für die geringen, Score ≈ 95. Eine Website mit 10 kritischen Befunden sollte als schwerwiegend gelten, aber nicht ununterscheidbar von einer Website mit 100 kritischen Befunden sein – beide erreichen die Obergrenze von −50, aber die zweite sieht schlimmer aus (mehr Detailzeilen, höheres Klagerisiko). Der Score ist eine Zusammenfassung; die Problemliste trägt die Nuancen.
Score-Farbe
Dashboard und Website-Karten färben den Score, damit Sie auf einen Blick priorisieren können:
| Bereich | Farbe | Grobe Einordnung |
|---|---|---|
| 80 – 100 | Grün | Wenige oder keine automatisierten Verstöße. Für vollständige Konformität weiterhin manuelles Testen nötig. |
| 50 – 79 | Gelb | Gemischt. Einige echte Barrieren – zuerst kritische und schwerwiegende priorisieren. |
| 0 – 49 | Rot | Erhebliche Barrieren vorhanden. Behebung sollte als dringend behandelt werden. |
Score-Verlauf über die Zeit
Jeder Scan speichert seinen Score und die Schweregrad-Zahlen dauerhaft. Der Scans-Tab der Website-Detailseite hat ein Trend-Diagramm über die letzten zehn abgeschlossenen Scans, sodass Sie den Fortschritt über einen Behebungs-Sprint hinweg verfolgen oder ein Deployment erkennen können, das Regressionen eingeführt hat. Website-Scores erscheinen auch in der Dashboard-Tabelle, sodass Organisationen mit mehreren Websites den Score-Zustand auf einen Blick scannen können, ohne in jede einzelne hineinzugehen.
Einschränkungen
- Abdeckungsobergrenze. Automatisiertes Scannen erfasst etwa 57–70 % der WCAG-2.2-AA-Probleme (siehe WCAG-Abdeckung). Ein Score von 100 bedeutet nicht "vollständig konform" – er bedeutet, dass keine automatisierte Regel ausgelöst hat. Für die verbleibenden 30–43 % ist weiterhin manuelles Testen nötig.
- Zählungsbasiert, nicht wirkungsbasiert. Ein fehlender Alt-Text bei einem Hero-Bild und ein fehlender Alt-Text bei einer dekorativen Grafik zählen beide als ein kritischer Befund. Der Score ist ein nützliches Dashboard, keine risikogewichtete Prioritätenliste – die Klagerisiko-Karte auf der Website-Detailseite schließt diese Lücke für das Klagerisiko.
- Stichprobenbasiert. Der Score spiegelt nur die Seiten wider, die der Scanner erreicht hat. Große Websites werden möglicherweise per Stichprobe erfasst; die Website-Detailseite zeigt genau, welche Seiten einbezogen wurden.
- Momentaufnahme. Dynamische Inhalte, A/B-getestete Varianten und nutzergenerierte Inhalte können sich zwischen Scans ändern. Nutzen Sie den Score, um Trends zu verfolgen, nicht als einzelne maßgebliche Messung.
Nutzen Sie den Score, um die Richtung zu verfolgen, Regressionen zu erkennen und Gespräche mit Stakeholdern zu orientieren – nicht als Zertifizierung. Kombinieren Sie ihn mit manuellem Testen und, wo möglich, mit Sitzungen mit Nutzern, die auf assistive Technologie angewiesen sind.