Barrierefreiheit, klar gesagt.

Übersetzung als Service. Bei Abweichungen gilt uns das Englische.

Das Ziel: WCAG 2.1 AA, auf der ganzen Seite.

Khaivo strebt an, WCAG 2.1 AA auf jeder Seite zu erfüllen. Diese Erklärung sagt dir, was das in der Praxis bedeutet, wie es geprüft wird und wo die Seite heute zu kurz greift. Hört eine Aussage hier auf, wahr zu sein, ändert sich die Versionsnummer oben.

Was das in der Praxis heißt.

Echtes semantisches HTML, keine Divs, die Buttons vorspielen. Volle Tastaturbedienung: du erreichst und nutzt alles ohne Maus. Fokusringe bleiben sichtbar. Tippziele sind mindestens 44px groß. Der Textkontrast liegt bei 4.5:1 oder höher. Der dunkle Modus kommt neben dem hellen. Jede Animation hat einen statischen Zustand, der einspringt, wenn dein System reduzierte Bewegung verlangt.

Wie es geprüft wird.

Automatische Prüfungen lassen axe core über Lighthouse laufen, das auf den Stichprobenseiten 100 für Barrierefreiheit erreicht. Manuelle Tastaturdurchläufe und eine Durchsicht des Markups stützen das. Das ist selbst bewertet. Noch hat kein externer Prüfer es zertifiziert, und diese Erklärung sagt das, bis einer es tut.

Zwei bekannte Abweichungen, offen genannt.

Ehrlich sein heißt, die Lücken zu benennen. Heute gibt es zwei, beide bewusst.

Erstens: auf dem Desktop ist der Roadmap-Streifen ein zusätzlicher Tab-Stopp, selbst wenn die Reihe nicht scrollt. Er behält ein Tastatur-Fokusziel, damit der scrollbare Bereich per Tastatur erreichbar bleibt.

Zweitens: Links, die innerhalb von Sätzen stehen, darunter der Vorschlags-Link im Fußbereich, sind kleiner als die 44px-Untergrenze für Tippziele. Sie fallen unter die WCAG-Ausnahme für Links, die im Text stehen.

Auf eine Barriere gestoßen? Sag Bescheid, und sie wird behoben.

Wenn dich auf dieser Seite etwas blockiert, schreib an hello@khaivo.art. Der Gründer liest es, keine Ticket-Warteschlange. Echte Meldungen werden behoben, und du bekommst die Nennung, wenn du willst.