Methodik & Umfang
Hier erklären wir ehrlich, was NormHarbor scannt, wie es funktioniert und was außerhalb des Umfangs liegt. Unser Ziel ist Vertrauen, keine übertriebenen Versprechen.
RegelnGeprüfte WCAG-Regeln
| Regel | Titel | Was geprüft wird |
|---|---|---|
| WCAG 1.1.1 (A) | Bilder ohne Alternativtext | Jedes <img>-Element hat ein alt-Attribut (dekorative Bilder mit role="presentation"/aria-hidden ausgenommen). |
| WCAG 3.1.1 (A) | Seitensprache (html lang) nicht gesetzt | Das <html>-Tag besitzt ein gültiges lang-Attribut. |
| WCAG 2.4.2 (A) | Seitentitel (<title>) fehlt oder ist leer | Das <title>-Tag ist vorhanden und nicht leer. |
| WCAG 1.3.1 (A) | Formularfelder ohne Beschriftung (Label) | Jedes input/select/textarea ist mit einem <label for>, aria-label, aria-labelledby oder einem umschließenden <label> verbunden. |
| WCAG 2.4.4 (A) | Links ohne Text | Jedes <a href> hat einen zugänglichen Namen: sichtbarer Text, aria-label oder ein enthaltenes Bild mit alt. |
| WCAG 4.1.2 (A) | Schaltflächen ohne zugänglichen Namen | Jeder <button> hat einen zugänglichen Namen (Text oder aria-label). |
| WCAG 4.1.2 (A) | iframe ohne title | Jedes nicht verborgene <iframe> besitzt ein title-Attribut. |
| WCAG 1.4.4 (AA) | Zoom deaktiviert | Das viewport-Meta-Tag schränkt das Zoomen durch user-scalable=no oder maximum-scale<2 ein. |
| WCAG 4.1.1 (A) | Doppelte id-Werte | Derselbe id-Wert wird auf mehr als einem Element der Seite verwendet. |
| WCAG 2.4.3 (A) | Positiver tabindex (Fokusreihenfolge verändert) | Es gibt Elemente mit einem tabindex-Attribut größer als 0 (verändert die DOM-Fokusreihenfolge). |
| WCAG 1.3.1 (A) | Keine h1-Überschrift auf der Seite | Mindestens eine <h1> ist auf der Seite vorhanden (sofern eine Überschriftenhierarchie existiert). |
| WCAG 1.3.1 (A) | Übersprungene Überschriftenebene (z. B. h2→h4) | Die Überschriftenebenen (h1–h6) folgen der Reihe nach, ohne übersprungene Ebenen. |
| WCAG 1.2.2 (A) | Fehlende Untertitel (track) für Video/Audio | Ein <track kind="captions">-Element ist innerhalb von <video>/<audio> vorhanden. |
| WCAG 1.4.3 (AA) | Unzureichender Farbkontrast | Kontrastverhältnis Text/Hintergrund ≥ 4,5:1 (≥ 3:1 bei großem Text). Teilweise Erkennung: nur Inline-Styles (color + background-color); über CSS-Klassen gesetzte Farben erfordern ein manuelles Audit. |
| WCAG 1.3.1 (A) | Ungültige ARIA-Referenz | aria-labelledby/aria-describedby verweisen auf eine auf der Seite vorhandene id. |
| WCAG 4.1.2 (A) | Verstecktes (aria-hidden), aber fokussierbares Element | Kein fokussierbares Element (Link, Button, Input, tabindex) ist mit aria-hidden="true" markiert. |
| WCAG 1.3.1 (A) | Datentabelle ohne Kopfzeilen (<th>) | Datentabellen (mit <td>) haben mindestens ein <th>; Tabellen mit role="presentation" sind ausgenommen. |
| WCAG 2.4.4 (A) | Generischer/nicht aussagekräftiger Linktext | Links verwenden keinen generischen Text wie „hier klicken“, „mehr erfahren“, „hier“, der das Ziel nicht beschreibt. |
| WCAG 1.4.2 (A) | Automatisch abspielende Medieninhalte | Audio/Video wird nicht ohne Bedienelemente (Audio) bzw. ohne muted (Video) automatisch abgespielt. |
Audit-Methode
NormHarbor ruft die Ziel-URL serverseitig ab und analysiert den HTML-Quellcode statisch anhand der oben aufgeführten Regeln. Dies liefert ein Ergebnis in Sekunden, ohne einen Browser zu öffnen oder JavaScript auszuführen.
Außerhalb des Umfangs — was wir bewusst nicht messen
- Die statische Analyse deckt per JavaScript gerenderte Inhalte nicht vollständig ab; ein manuelles Audit wird empfohlen. Inhalte/Elemente, die nicht im statischen HTML vorhanden sind — nur clientseitig per JS ins DOM eingefügt —, werden nicht gescannt.
- Farbkontrast (1.4.3) — erfordert echtes Rendering und berechnetes CSS, was aus statischem HTML nicht messbar ist. (Siehe unser dediziertes Farbkontrast-Tool.)
- Tastaturfallen und Fokus-Sichtbarkeit (2.1.2 / 2.4.7) — erfordern echte Interaktion/einen Browser.
- Dynamische ARIA-Zustände (4.1.3) — Zustände wie aria-live, aria-expanded, die sich per JS ändern, erfordern Rendering.
Eine ehrliche Aussage zum Umfang
Automatisierte Audits ersetzen keine manuellen Tests. Branchendaten deuten darauf hin, dass automatisierte Tools etwa 30–40 % der WCAG-Probleme erkennen; der Rest (Kontext, Bedeutung, echte Tastatur-/Screenreader-Erfahrung) erfordert menschliche Prüfung.
Nutzen Sie NormHarbor für die erste Diagnose und das kontinuierliche Regressions-Monitoring; bevor Sie eine rechtliche Konformitätserklärung abgeben, lassen Sie immer ein manuelles/fachkundiges Audit durchführen. Dies stellt keine Rechtsberatung dar.
← Home · Tools · Scan vs. Audit · Overlay vs. Code-Fix · Leitfaden EU (EAA)