Deutsch
a11yglass · Barrierefreiheits-Check für Websites

Geprüft am 3.9.2026 · https://app.netlify.com/

B
84 / 100
0 kritisch · 2 zu prüfen

Keine kritischen Barrieren im geprüften HTML · 2 Punkte zum Nachprüfen.

Wie kommt der Score zustande? (100 Startpunkte)
Keine <h1>-Überschrift im ausgelieferten HTML-7
8 CSS-Regeln mit möglicherweise zu geringem Textkontrast-7
Seite wird per JavaScript aufgebaut-2
Ergebnis84 / 100
?Kontrast (1)TextalternativenBeschriftung?Struktur (1)SpracheZoomRobustheit

Wahrnehmbar

Zu prüfenWCAG 1.4.3 Kontrast (Minimum)

8 CSS-Regeln mit möglicherweise zu geringem Textkontrast

Nötig: 4.5:1 (normal) bzw. 3:1 (großer Text). Bei „angenommenem Seitenhintergrund“ konnte der tatsächliche Hintergrund nicht sicher bestimmt werden — im Zweifel im Browser prüfen. Gefunden u. a.: `.ansi-cyan-fg`: #0bb auf #ffffff (Standard) (Seitenhintergrund, angenommen) = 2.38:1 · `.ansi-green-fg`: #0b0 auf #ffffff (Standard) (Seitenhintergrund, angenommen) = 2.59:1 · `.ansi-bright-magenta-fg`: #f5f auf #ffffff (Standard) (Seitenhintergrund, angenommen) = 2.63:1 · `.ansi-bright-red-fg`: #f55 auf #ffffff (Standard) (Seitenhintergrund, angenommen) = 3.14:1 · `.ansi-magenta-fg`: #f500f5 auf #ffffff (Standard) (Seitenhintergrund, angenommen) = 3.39:1

.ansi-cyan-fg, .ansi-green-fg, .ansi-bright-magenta-fg, .ansi-bright-red-fg, .ansi-magenta-fg

Das solltest du tun: Textfarbe abdunkeln oder Hintergrund aufhellen, bis der jeweilige Mindestwert erreicht ist. Farbe nie als einziges Unterscheidungsmerkmal einsetzen.

Bedienbar

Zu prüfenWCAG 1.3.1 Info und Beziehungen / 2.4.6 Überschriften und Beschriftungen

Keine <h1>-Überschrift im ausgelieferten HTML

Jede Seite sollte mit genau einer h1 beginnen. Bei per JavaScript aufgebauten Seiten kann die h1 erst im Browser entstehen — dann im gerenderten DOM prüfen.

body

Das solltest du tun: Eine aussagekräftige <h1> als erste Überschrift einfügen (möglichst schon serverseitig).

Robust

HinweisWCAG —

Seite wird per JavaScript aufgebaut

Das ausgelieferte HTML enthält fast keinen Inhalt — die Seite rendert erst im Browser. Der statische Scan prüft nur das Gerüst; ARIA-Rollen, Fokus-Reihenfolge und die meisten Inhalte entstehen erst durch JavaScript und werden hier nicht bewertet.

Das solltest du tun: Diese Seite mit einem Browser-Werkzeug prüfen (z. B. axe DevTools) oder den Tiefen-Scan nutzen. Die untenstehenden Funde beziehen sich nur auf das initiale HTML.

Nächste Schritte

  1. Keine <h1>-Überschrift im ausgelieferten HTML. Eine aussagekräftige <h1> als erste Überschrift einfügen (möglichst schon serverseitig).
  2. 8 CSS-Regeln mit möglicherweise zu geringem Textkontrast. Textfarbe abdunkeln oder Hintergrund aufhellen, bis der jeweilige Mindestwert erreicht ist. Farbe nie als einziges Unterscheidungsmerkmal einsetzen.
  3. Seite wird per JavaScript aufgebaut. Diese Seite mit einem Browser-Werkzeug prüfen (z. B. axe DevTools) oder den Tiefen-Scan nutzen. Die untenstehenden Funde beziehen sich nur auf das initiale HTML.
Diese Seite automatisch überwachen?

Wöchentlicher Re-Scan, JS-gerendert, E-Mail bei neuen Barrieren — kommt bald.

Barrierefreiheitserklärung erstellen →

Methodik & Grenzen

Geprüft wurde am 3.9.2026 das HTML, das app.netlify.com beim ersten Aufruf ohne Login ausliefert, plus bis zu vier verlinkte CSS-Dateien derselben Domain. Geprüft: Farbkontrast (aus CSS), Textalternativen, Formular-Beschriftung, Bedienelement-Namen, Überschriften-Struktur, Seiten­titel und -sprache, Zoom-Sperre, doppelte IDs, positive tabindex-Werte, Landmarks.

Nicht geprüft: alles, was per JavaScript entsteht, Tastatur-Bedienbarkeit, sichtbarer Fokus, Fokus-Reihenfolge, Screenreader-Ansage, Inhalte hinter Login, Unterseiten. Der automatische Test findet grob 20–35 % der WCAG-Verstöße — der Rest braucht eine manuelle Prüfung. Momentaufnahme, kein Rechtsurteil.

Andere Website prüfen