Barrierefreiheit

Stand der Umsetzung

Nach eigener Prüfung erfüllt diese Website die Anforderungen der WCAG 2.2 Stufe AA weitgehend. Die unten genannten Einschränkungen sind uns bekannt.

Was umgesetzt ist

• Tastaturbedienung. Alle Schritte der Auslosung lassen sich mit der Tastatur erledigen. Enter springt in der Namensliste ins nächste Feld, die Wahl zwischen „Links verschicken“ und „Handy herumreichen“ folgt dem Muster für Reitergruppen und lässt sich mit den Pfeiltasten wechseln. Der Tastaturfokus ist sichtbar.
• Sprunglink. Ein Link am Seitenanfang führt an der Navigation vorbei – auf der Startseite direkt zur Auslosung, auf allen anderen Seiten zum Inhalt.
• Dialog beim Herumreichen. Das Aufdecken im Modus „Handy herumreichen“ läuft in einem echten Dialogelement: Der Fokus bleibt darin, Escape schließt es, und danach springt der Fokus zur nächsten Person, die ihr Los noch nicht gesehen hat.
• Kontraste gemessen, nicht geschätzt. Alle Textfarben liegen gegen ihre tatsächliche Hintergrundfläche bei mindestens 4,5:1, große Schrift und Bedienelemente bei mindestens 3:1. Auch die Umrandung der Eingabefelder erfüllt 3:1.
• Dauerhaft sichtbare Beschriftungen. Jedes Eingabefeld hat eine eigene Beschriftung. Platzhaltertexte sind nur Beispiele und tragen keine Information, die sonst verloren ginge.
• Statusmeldungen werden angesagt. Fehler beim Auslosen, das erfolgreiche Auslosen und das Kopieren eines Links stehen in einem Statusbereich und erreichen damit auch Screenreader. Fehlerhafte Felder sind als solche ausgezeichnet.
• Schaltflächen mit Namen. Kopieren, WhatsApp, E-Mail und Teilen sagen jeweils, für welche Person sie gelten – nicht nur „Kopieren“.
• Weniger Bewegung auf Wunsch. Wer im Betriebssystem reduzierte Bewegung eingestellt hat, bekommt beim Aufdecken des Loses keine Animation und kein weiches Scrollen.
• Helles und dunkles Design. Voreingestellt ist das helle Design. Über den Schalter lässt sich jederzeit auf dunkel wechseln; diese Wahl bleibt erhalten.
• Vergrößerung bis 320 Pixel. Der Inhalt bricht bis auf die Breite eines schmalen Telefons um, ohne dass waagerecht gescrollt werden muss.
• Automatisch mitgeprüft. Die Testsuite des Projekts fährt bei jedem Lauf axe-core gegen alle Seiten, gegen die Auslosung mit Ergebnis und gegen ein geöffnetes Los, mit den Regelsätzen für WCAG 2.0 bis 2.2 auf Stufe A und AA sowie den Empfehlungen von axe. Dazu misst sie bei 320 Pixel Breite, ob etwas waagerecht herausläuft. Ein neuer Verstoß lässt den Testlauf scheitern.

Bekannte Einschränkungen

• Die Datumsauswahl gehört dem Browser. Wie sich das Feld für den Tag der Bescherung bedienen lässt, entscheidet der Browser. Das Datum lässt sich aber immer auch eintippen.
• Geprüft haben bisher Werkzeuge, keine Menschen. Automatische Prüfung findet erfahrungsgemäß nur einen Teil der Barrieren. Eine Prüfung mit Screenreader-Nutzerinnen und -Nutzern steht aus.
• Keine formale Konformitätsbewertung. Es liegt kein Prüfbericht nach EN 301 549 vor. Die Aussagen auf dieser Seite beruhen auf eigener Bewertung.

Rechtlicher Rahmen

Eine gesetzliche Pflicht zur Barrierefreiheit besteht für dieses Angebot nach unserer Einschätzung nicht: Die Erklärungspflicht nach der Barrierefreie-Informationstechnik-Verordnung trifft öffentliche Stellen, und das Barrierefreiheitsstärkungsgesetz nimmt Kleinstunternehmen bei Dienstleistungen aus. Wir setzen Barrierefreiheit trotzdem um – ein Werkzeug, das jemanden aussperrt, hat seinen Zweck verfehlt.

Wie diese Erklärung entstanden ist

Selbstbewertung durch den Anbieter. Grundlage sind automatische Prüfungen mit axe-core 4.x in Chromium und eine rechnerische Kontrolle der Farbkontraste gegen ihre tatsächlichen Hintergründe. Eine vollständige Bedienung aller Seiten allein mit der Tastatur steht noch aus.