Barrierefreiheit

Stand der Umsetzung

Nach eigener Prüfung erfüllt diese Website die Anforderungen der WCAG 2.2 Stufe AA weitgehend. Die unten genannten Einschränkungen sind uns bekannt.

Was umgesetzt ist

• Tastaturbedienung durchgängig. Jede Funktion ist ohne Maus erreichbar. Die Typauswahl im Generator folgt dem Muster für Reitergruppen und lässt sich mit den Pfeiltasten durchlaufen. Der Tastaturfokus ist an jeder Stelle sichtbar.
• Sprunglink zum Generator. Wer mit der Tastatur arbeitet, kommt mit dem ersten Tabulatorschritt direkt zum Werkzeug, ohne die Navigation durchlaufen zu müssen.
• Kontraste gemessen, nicht geschätzt. Alle Textfarben wurden gegen ihre tatsächliche Hintergrundfläche berechnet und liegen bei mindestens 4,5:1, große Schrift und Bedienelemente bei mindestens 3:1. Auch die Umrandung der Eingabefelder erfüllt 3:1 — bei einem leeren Feld ist sie das einzige Merkmal, an dem es zu erkennen ist.
• Dauerhaft sichtbare Beschriftungen. Jedes Eingabefeld hat ein eigenes Label, das beim Tippen stehen bleibt. Platzhaltertexte sind nur Beispiele und tragen keine Information, die sonst verloren ginge.
• Keine Aussage allein über Farbe. Warnungen und Fehler stehen als Text da, nicht nur als farbige Fläche.
• Statusmeldungen werden angesagt. Hinweise zu Kontrast oder zu langem Inhalt sind als Statusbereich ausgezeichnet und erreichen damit auch Screenreader.
• Helles und dunkles Design. Die Seite folgt zunächst der Systemeinstellung; die bewusste Wahl über den Schalter hat Vorrang und bleibt erhalten.
• Weniger Bewegung auf Wunsch. Wer im Betriebssystem reduzierte Bewegung eingestellt hat, bekommt keine Übergänge und kein weiches Scrollen.
• Vergrößerung bis 320 Pixel. Der Inhalt bricht bis auf Breite eines schmalen Telefons um, ohne dass waagerecht gescrollt werden muss.
• Sprache ausgezeichnet. Deutsch und Englisch sind im Dokument als solche gekennzeichnet, der Umschalter trägt die Sprache des Ziels.
• Automatisch mitgeprüft. Die Testsuite des Projekts fährt bei jedem Lauf axe-core gegen die Startseite und die Rechtstexte, gegen die Regelsätze WCAG 2.0 A/AA, 2.1 AA und 2.2 AA. Ein neuer Verstoß lässt den Testlauf scheitern.

Bekannte Einschränkungen

• Der QR-Code selbst ist ein Bild. Ein Muster aus Modulen lässt sich nicht sinnvoll beschreiben. Deshalb steht der kodierte Inhalt unter der Vorschau als lesbarer Text und lässt sich mit einer Schaltfläche kopieren — wer den Code nicht sehen kann, kommt so an die Information.
• Der Farbwähler gehört dem Betriebssystem. Wie sich die Farbauswahl bedienen lässt, entscheidet der Browser. Wir haben darauf keinen Einfluss. Die Voreinstellung ist so gewählt, dass sie ohne jede Änderung ein zuverlässig scannbares Ergebnis liefert.
• Geprüft haben bisher Werkzeuge, keine Menschen. Automatische Prüfung findet erfahrungsgemäß nur einen Teil der Barrieren. Eine Prüfung mit Screenreader-Nutzerinnen und -Nutzern steht aus.
• Keine formale Konformitätsbewertung. Es liegt kein Prüfbericht nach EN 301 549 vor. Die Aussagen auf dieser Seite beruhen auf eigener Bewertung.

Rechtlicher Rahmen

Eine gesetzliche Pflicht zur Barrierefreiheit besteht für dieses Angebot nach unserer Einschätzung nicht: Die Erklärungspflicht nach der Barrierefreie-Informationstechnik-Verordnung trifft öffentliche Stellen, und das Barrierefreiheitsstärkungsgesetz nimmt Kleinstunternehmen bei Dienstleistungen aus. Wir setzen Barrierefreiheit trotzdem um — ein Werkzeug, das jemanden aussperrt, hat seinen Zweck verfehlt.

Wie diese Erklärung entstanden ist

Selbstbewertung durch den Anbieter. Grundlage sind eine Prüfung mit axe-core 4.x in Chromium, eine rechnerische Kontrolle sämtlicher Farbkontraste gegen ihre tatsächlichen Hintergründe sowie eine Bedienung der gesamten Seite allein mit der Tastatur.