Zum Inhalt springen

Zuletzt aktualisiert: 30. Mai 2026 · v1.1

Erklärung zur Barrierefreiheit

2 Min. Lesezeit

Barrierefreiheit ist kein einmaliges Audit, sondern eine Disziplin. vokse zielt auf WCAG 2.2 Stufe AA, wo möglich auf AAA, und wir testen vor jedem Release mit echten Hilfstechnologien. Diese Erklärung gilt für das letzte Release.

Auf dieser Seite
  1. Normen, an die wir uns halten
  2. Womit wir testen
  3. Bekannte Lücken
  4. Sag uns, wenn etwas hakt

Normen, an die wir uns halten

WCAG 2.2 AA, die europäische Norm EN 301 549 und das EAA (European Accessibility Act) wo es greift.

Womit wir testen

VoiceOver auf macOS und iOS, NVDA auf Windows, TalkBack auf Android. Vor jedem Release prüfen wir jeden Ablauf allein mit der Tastatur. Axe-core läuft in der CI auf jeder Seite. Echte Nutzer:innen mit Sehbeeinträchtigung und motorischen Einschränkungen sehen sich größere Änderungen an.

  • Kontrast: Marken-Akzent erreicht 14,6:1 auf dunklem Canvas (AAA); Textstufen 1 und 2 sind AAA; Stufe 3 ist AA ab 14 px.
  • Fokus-Ringe sind explizit und nie deaktiviert; sie skalieren mit der OS-Präferenz.
  • Keine Tastaturfallen: Jedes Overlay schließt mit Esc, durch jedes Menü kommst du mit den Pfeiltasten.
  • Bewegungsreduktion wird automatisch respektiert; kein Parallax, keine Auto-Carousels.

Bekannte Lücken

Der Budget-Editor am Desktop hat bekannte Probleme damit, wie Screenreader die Spaltensummen vorlesen. Die Korrektur ist im Test und für das nächste Release geplant. Kategorien lassen sich mit der Maus ziehen, in der verschachtelten Ansicht aber noch nicht per Tastatur; eine flache Ansicht gibt es auf demselben Bildschirm.

Sag uns, wenn etwas hakt

Wenn etwas für dich nicht funktioniert, schreib an accessibility@vokse.ai. Wir melden uns innerhalb von zwei Werktagen und berichten im Changelog, wie es weitergeht. Du kannst dich auch an die zuständige Stelle für Barrierefreiheit in deinem Land wenden.