Clarity Barrierefreiheit
Ein Zugang ist nur gut, wenn er deiner sein kann.
Barrierefreiheit ist keine einzelne Einstellung und kein Badge. Sie begleitet Sprache, Struktur, Bewegung, Kontrast, Tastatur und jede neue Interaktion.
Unsere Arbeitsgrundsätze
Mehr Wege hinein. Weniger Hürden dazwischen.
Wahrnehmbar
Skalierbare Schrift, Alternativtexte und keine Information ausschließlich durch Farbe.
Bedienbar
Tastaturzugang, sichtbarer Fokus und keine wesentliche Interaktion nur über komplexe Gesten.
Ruhige Bewegung
Reduzierte Bewegung und reduzierte Transparenz werden als getrennte Systemeinstellungen respektiert.
Verständlich
Klare Sprache, stabile Navigation, eindeutige Fehler und Bestätigung vor wesentlichen Aktionen.
Robust
Semantisches HTML und zugängliche Namen bilden die Grundlage für assistive Technologien.
Auf dieser Website
Systemeinstellungen bleiben wirksam.
Die aktuelle Umsetzung enthält einen Sprunglink zum Inhalt, sichtbare Fokuszustände und semantische Überschriften. Sie respektiert reduzierte Bewegung, reduzierte Transparenz und höheren Kontrast getrennt.
Animationen sind progressive Verbesserung: Inhalte bleiben ohne JavaScript und bei reduzierter Bewegung sichtbar. Formulare verwenden echte Beschriftungen und Fehlertexte statt rein visueller Hinweise.
Das ist ein implementierter Ausgangspunkt – noch keine Erklärung formaler WCAG-Konformität.
In der Clarity App
Bausteine, die bereits auf dein System hören.
Diese Aussagen beschreiben nachweisbare Implementierungen im aktuellen Quellstand. Sie bedeuten nicht, dass jede einzelne Oberfläche bereits vollständig geprüft wurde.
Relative Schrift
Zentrale SwiftUI-Bausteine verwenden relative Textstile, damit Dynamic Type Inhalte vergrößern kann, statt sie unter einer festen Punktgröße zu verkleinern.
Gesprochene Bedeutung
Komplexe Werte, Diagrammteile, Status und reine Symbolschaltflächen erhalten an geprüften Stellen eigene Labels, Werte oder Hinweise für VoiceOver.
Weniger Bewegung
Mehrere zentrale Übergänge und Werteanimationen lesen Reduce Motion aus und wechseln dann auf ruhige Identitäts- oder Opacity-Zustände.
Systemkontrast
ClarityKit überlässt Kontrast- und Accessibility-Paletten an den Systemfarben, statt für jede Einstellung eine eigene Farbtabelle zu erzwingen.
Ziele und Reihenfolge
Wiederverwendbare Controls berücksichtigen 44-Punkt-Ziele, semantische Gruppen, Überschriften und ausgewählte Zustände.
Prüfstatus
Implementierung und Nachweis sind zwei verschiedene Dinge.
Darum zeigt diese Seite nicht nur, was gebaut ist, sondern auch, was vor einer formalen Erklärung noch belegt werden muss.
- Website heute
- Sprunglink, semantische Regionen, sichtbarer Fokus, echte Formularlabels, Alternativtexte und progressive Reveals sind implementiert.
- Clarity-Bausteine heute
- Dynamic Type, VoiceOver-Metadaten, Reduce Motion und systembasierter Kontrast sind in zentralen und mehreren funktionsspezifischen Views nachweisbar.
- Noch offen
- Eine vollständige, dokumentierte Flächenprüfung der gesamten App mit realen assistiven Technologien und Menschen mit unterschiedlichen Zugängen.
- Veröffentlichungsgrenze
- Bis diese Prüfung abgeschlossen ist, behaupten wir weder eine WCAG-Konformitätsstufe noch eine vollständig barrierefreie App.
Prüfweg
Erst testen. Dann behaupten.
Vor einer Konformitätserklärung gehören automatisierte Prüfungen, vollständige Tastaturnavigation, Zoom und Reflow, Screenreader-Tests, Kontrastmessung sowie Tests mit Menschen mit unterschiedlichen Zugängen in einen dokumentierten Abnahmeprozess.
- Tastatur und sichtbare Reihenfolge
- VoiceOver und zugängliche Namen
- 200 % Zoom und schmale Reflows
- Reduzierte Bewegung, Transparenz und höherer Kontrast
- Fehler, Statusmeldungen und zeitkritische Abläufe
Eine Barriere ist ein Produktfehler.
Nenne uns Seite, Gerät, Browser oder assistive Technologie und was du erreichen wolltest. Wir versprechen keine erfundene Frist, aber einen klaren Supportfall mit nachvollziehbarem Status.