Barrierefreiheit

Die oberste Regel: niemand wird ausgeschlossen. Jeder Entscheidungsfaktor im Konzept endet hier.

Der Boden

Barrierefreiheit ist keine Option. Wenn eine schöne Idee jemanden ausschließt, ändert sich die Idee. Der Boden entspricht WCAG 2.2 Level AA, geprüft durch Tests whenever möglich, und der Rest wird manuell abgearbeitet.

Regeln

Die Tastatur erreicht alles

Alles Klickbare ist mit Tab erreichbar und mit Enter oder Space nutzbar, in Lesereihenfolge. Der Fokus zeigt immer an, mit Feitios orangem Rahmen.

Getesteter Kontrast

Jede Farbpaarung, die Text oder Bedeutung trägt, passiert 4.5 (Text) oder 3 (Formen), tagsüber und nachts; das Build versagt, wenn eines fällt. Siehe Farbe.

Farbe spricht nie allein

Status immer mit Symbol und Wort; Links immer unterstrichen.

Touch-Ziele

44px in komfortabel, 40 in kompakt. Der kleine Button zeichnet 32, aber der Touch-Bereich ist 40. Nie unter WCGs 24.

Echte Struktur

Ein Überschrift pro Seite und in korrekter Reihenfolge; markierte Bereiche (Header, Navigation, Inhalt); Felder mit Beschriftungen; Fehler an das Feld gebunden und zusammengefasst oben.

Der Browser zuerst

Browser-Elemente (Button, Link, details, dialog, popover) sind zugreifbar. Skripte kommen darüber drauf und nehmen nie die Tastatur oder den Screenreader weg.

Weniger Bewegung, wenn gebeten

Das System fragt, Feitio stoppt alles.

Wie geprüft wird

• Automatisch: ein Kontrasttest für jedes Thema; axe-core auf jeder Seite, tagsüber, nachts und in kompakter Dichte; kein seitliches Scrollen auf Mobilgeräten.
• Manuell, für jede neue Komponente: alles nur mit der Tastatur durchgehen; die Seite mit einem Screenreader hören; Text auf 200% vergrößern; reduzierte Bewegung aktivieren.
• Was Tests nicht sehen können (etwa die Hälfte der Probleme, laut axe-core selbst): macht der Sinn der Text? Folgt der Fokus dem Leseablauf? Erreicht die Notice Personen, die nicht sehen können?