Erklärung zur Barrierefreiheit

Ziel und Stand

Wir möchten, dass diese Website für alle benutzbar ist — mit der Tastatur, mit einem Screenreader, bei starker Vergrößerung, mit eingeschränktem Farbsehen. Der Maßstab, auf den wir hinarbeiten, ist WCAG 2.2 Stufe AA.

Das ist keine Konformitätserklärung. Es ist eine Selbstbewertung: Es gab keine externe Prüfung und keinen vollständigen Durchgang mit einem Screenreader. Wir bescheinigen deshalb nicht, dass die Seite Stufe AA erfüllt. Was wir gemessen haben, steht unten mit Zahlen, und es wird bei jedem Build neu gerechnet. Was wir nicht geprüft haben, steht unter „Bekannte Grenzen“ — das schreiben wir lieber auf, als einen Stand zu behaupten, den niemand nachgesehen hat.

Was umgesetzt ist

Bedienung ohne Maus

• Jede Funktion ist mit der Tastatur erreichbar; es gibt keine Mausfallen.
• Der Tastaturfokus ist immer sichtbar — ein zwei Pixel breiter Ring in der Akzentfarbe mit Abstand, nicht die Voreinstellung des Browsers, die oft verschwindet.
• Ganz oben steht ein Sprunglink zum Inhalt. Auf den langen Rechtsseiten spart er ein Dutzend Tabulatorschritte.
• Das mobile Menü schließt mit Esc, und der Fokus kehrt zum Menüknopf zurück. Solange es offen ist, ist der Rest der Seite für Tastatur und Screenreader ausgeblendet.

Struktur und Screenreader

• Jede Seite hat genau eine Hauptüberschrift, und Überschriftenebenen werden nicht übersprungen.
• Das Dokument gibt seine Sprache als en an. Die deutschsprachigen Abschnitte — diese Seite, das Impressum, die AGB und die übrigen deutschen Fassungen — tragen ein eigenes lang="de" am Inhalt, sodass eine Sprachausgabe dafür die Stimme wechselt.
• Jedes Bedienelement hat eine Beschriftung, auch wo es nur ein Symbol zeigt.
• Die Lesereihenfolge im Quelltext entspricht der sichtbaren Reihenfolge — mit zwei bewussten Ausnahmen, die beide die Screenreader-Reihenfolge vor die sichtbare setzen. Auf den Rechtsseiten steht das Inhaltsverzeichnis im Quelltext zuerst und auf dem Bildschirm rechts, damit Sie die Sprungliste vor dem Text hören und nicht danach. Auf der Startseite steht der Satz über den Gewichtsverlauf im Quelltext vor seinem Bildschirmfoto und auf breiten Fenstern rechts davon, damit Sie den Punkt vor dem Bild hören. Sonst ist nichts umgestellt.

Sehen und Vergrößern

• Der Fließtext ist 17 Pixel groß, nicht 14. Zeilenlänge und Zeilenhöhe sind auf Lesbarkeit eingestellt.
• Das Vergrößern ist nicht abgeschaltet. Jede Seite wurde bei 320, 360 und 640 CSS-Pixeln gemessen — den Breiten hinter WCAG 1.4.10 (Reflow) und 200 % Zoom. Keine davon verlangt seitliches Scrollen.
• Die Seite hat ein einziges, helles Erscheinungsbild und keinen Umschalter — und damit keine zweite Fassung, die weniger geprüft wird.
• Informationen werden nie allein über Farbe vermittelt.

Bewegung und Bedienelemente

• Ist im Betriebssystem „Bewegung reduzieren“ eingestellt, bleibt von der Bewegung ein einziges weiches Einblenden beim Laden — nichts schiebt sich, und nichts hängt am Scrollen. Ohne diese Einstellung hat die Startseite genau zwei Bewegungen: Die Überschrift erscheint einmal Wort für Wort, und ein Bildschirmfoto folgt Ihrem eigenen Scrollen. Nichts blinkt, wiederholt sich oder bewegt sich von selbst.
• Bedienelemente in der Kopfzeile messen mindestens 44 × 44 Pixel, alle übrigen mindestens 24 × 24 — das ist Erfolgskriterium 2.5.8 auf Stufe AA.
• Breite Tabellen scrollen in sich selbst, statt die ganze Seite seitlich zu schieben. Der Scrollbereich ist fokussierbar und benannt — sonst wären die verdeckten Spalten ohne Maus unerreichbar. Ein Verlauf an der Kante zeigt, dass dort mehr ist; bei 393 Pixeln Breite können das bis zu 32 Prozent der Tabelle sein.

Gemessene Kontrastwerte

Kontrast ist keine Geschmacksfrage, sondern eine Zahl. Alle 39 Farbpaare, die sich aus den Farben dieser Seite bilden lassen, werden bei jedem Build berechnet — fällt eines unter die Schwelle, scheitert der Build. Der Seitenhintergrund ist ein Verlauf, deshalb wird jeder Wert unten gegen dessen dunkelsten Punkt gerechnet (#f0f8ff) und nicht gegen Weiß.

Schwächstes Textpaar: --accent / Seitenverlauf. Schwächste Grafik: --accent / Seitenverlauf — eine Grafik, für die WCAG 1.4.11 3 : 1 verlangt und nicht 4,5 : 1.

Zum Vergleich: Stufe AA verlangt 4,5 : 1, Stufe AAA verlangt 7 : 1. 27 der 39 Paare erreichen AAA.

Bekannte Grenzen

Eine Erklärung ist nur dann ehrlich, wenn sie auch sagt, was fehlt:

• Keine externe Prüfung. Es gab keine Begutachtung durch Dritte und keinen Test mit betroffenen Nutzerinnen und Nutzern. Alles hier ist selbst gemessen.
• Kein vollständiger Screenreader-Durchgang. Was sich maschinell prüfen lässt, wird geprüft, und bei jedem Build erneut: die Dokumentsprache, genau eine Hauptüberschrift je Seite, eine Beschriftung an jedem Bedienelement, die Lesereihenfolge im Quelltext und das Ausblenden des Hintergrunds bei offenem Menü. Ein vollständiger Durchgang mit VoiceOver, NVDA, JAWS oder TalkBack steht noch aus — das schreiben wir hierhin, statt es zu behaupten.
• Die Rechtstexte bleiben schwierig. Wir haben sie so einfach geschrieben, wie der Gegenstand es zulässt, aber eine Datenschutzerklärung ist keine einfache Sprache. Eine Fassung in Leichter Sprache gibt es nicht.
• Keine Videos in Gebärdensprache. Auf dieser Seite wird nichts gesprochen, es gibt also keinen Ton zu dolmetschen — aber die Rechtstexte sind lang, und eine gebärdete Zusammenfassung würde helfen. Sie gibt es noch nicht.
• Diese Erklärung betrifft nur die Website. Sie umfasst nicht die iPhone-App, für die die Bedienungshilfen von iOS gelten und die wir nicht vollständig geprüft haben.

Eine Barriere melden

Wenn Ihnen etwas begegnet, das nicht funktioniert — sagen Sie es uns. Das ist der schnellste Weg, es zu beheben, und wir nehmen es ernst.

Barriere meldensupport@cal3d.appAntwort in der Regel binnen zwei Werktagen. Die Seite und die eingesetzte Hilfstechnik zu nennen genügt.

Wenn Sie einen Inhalt dieser Seite in einer anderen Form brauchen — als reinen Text oder vorgelesen —, schreiben Sie uns ebenfalls. Wir stellen ihn bereit.