Erklärung zur Barrierefreiheit

Diese Erklärung gilt für surea11y.dev, die Website, die Sie gerade lesen — nicht für die Barrierefreiheitsbefunde, die ein Scan Ihrer eigenen Website liefert; diese werden unter Konformität behandelt.

Konformitätsziel

Diese Website soll WCAG 2.2 auf Stufe AA erfüllen. Sie folgt denselben Markenregeln, die für jede Produktoberfläche von SureA11y gelten: Farbe ist nie das einzige Signal (Status- und Aktiv-Zustände kombinieren Farbe immer mit einem zweiten Hinweis — einer Unterstreichung, einem Symbol, einem Wort), jedes interaktive Bedienelement hat einen sichtbaren Fokusrahmen und eine Zielgröße von mindestens 44 px, und jedes Icon, das nicht rein dekorativ ist, hat eine Textalternative.

Wie diese Website getestet wird

Diese Website wird vom selben Team gebaut, das @surea11y/core entwickelt — es wäre seltsam, gerade hier auf Tests mit der eigenen Engine zu verzichten. Jede Änderung wird mit @surea11y/core selbst gescannt, in einem echten Browser (Chromium, über @surea11y/playwright), gegen WCAG 2.2 AA bei 375 und 1280 px Breite, und nichts wird veröffentlicht, solange dieser Scan ein fail meldet. Jeder echte Befund wird behoben, nicht wegdiskutiert. Dieser Scan hat eigene, ehrliche Grenzen (siehe Bekannte Einschränkungen): Er sieht einen Zustand jeder Seite, bei diesen beiden Breiten, und was er nicht entscheiden kann, meldet er als cantTell, damit eine Person es prüft.

Automatisierte Scans sind immer nur eine Untergrenze, keine Obergrenze, deshalb sind sie nicht die einzige Prüfung, die diese Website erhält. Änderungen werden außerdem manuell auf Barrierefreiheit getestet — Navigation nur mit der Tastatur, ein Durchgang mit einem Screenreader und eine Prüfung der Dinge, die kein automatisiertes Werkzeug überhaupt beurteilen kann (ob eine Überschrift tatsächlich beschreibt, was folgt, ob die Fokusreihenfolge der visuellen Reihenfolge entspricht, ob Inhalte, die erst nach einer Interaktion erscheinen, trotzdem erreichbar sind) — dieselbe Haltung „automatisierte Werkzeuge können Ihnen nicht alles sagen“, auf der das ganze Projekt aufbaut.

Bekannte Lücken

• Das Inhaltsverzeichnis „Auf dieser Seite“ hebt Ihre aktuelle Scroll-Position nicht hervor — dafür wäre clientseitiges JavaScript nötig, und diese Website liefert bewusst keines aus. Die Links selbst funktionieren mit Tastatur und Screenreader ganz normal; es fehlt nur die „Sie sind hier“-Hervorhebung beim Scrollen.
• Codebeispiele werden absichtlich auf dunklem Hintergrund dargestellt, obwohl der Rest der Website hell ist — dieselbe Ausnahme „ein Terminal ist ein Terminal“, die im Designsystem dieser Website dokumentiert ist. Wenn diese Kontrastkombination für Sie schwer lesbar ist: Der Text jedes Codebeispiels lässt sich vollständig als reiner Text markieren und kopieren.

Ein Problem melden

Wenn sich etwas auf dieser Website mit Tastatur, Screenreader oder einer anderen assistiven Technologie schwer bedienen lässt, eröffnen Sie bitte ein Issue auf GitHub. Geben Sie die URL der Seite an, was Sie tun wollten und was stattdessen passiert ist — dieselben Details, die Sie von jeder Person erwarten würden, die einen Fehler in der Engine selbst meldet.