Unabhängiges Nachschlagewerk zur Barrierefreiheit von Websites. Wir erstellen keine Websites im Auftrag und verkaufen kein Hosting; mit der früheren Website unter dieser Domain stehen wir in keiner Verbindung.
Risiken
Sicherheit
Manche Entscheidungen auf Websites werden in bester Absicht getroffen – um ein Formular zu schützen, Aufmerksamkeit zu wecken oder die Anmeldung abzusichern – und schließen am Ende einen Teil der Besucher aus. Unten finden Sie die häufigsten dieser Fallen und wie Sie ohne sie auskommen, ohne beim Schutz Abstriche zu machen.
Ein Schutz, den ein echter Mensch nicht überwinden kann, schützt die Website nicht vor Bots, sondern vor ihren Besuchern.
— Aus der Redaktion
So ist dieser Bereich aufgebaut: Wir beschreiben Risiken allgemein und nennen keine konkreten Dienste oder Produkte. Entscheiden Sie über den Schutz Ihrer Website gemeinsam mit der Person, die sie betreut – und denken Sie dabei an die Menschen, die dieser Schutz behindern kann.
Risiken
Situationen, die eine ganz normale Website am häufigsten für einen Teil der Menschen unbenutzbar machen.
Captchas, die sich nicht lösen lassen
Aufgaben wie „Erkennen Sie die verzerrten Buchstaben“ oder „Wählen Sie alle Bilder mit …“ kann niemand lösen, der den Bildschirm nicht sieht. Geht es nicht ohne Prüfung, braucht es einen anderen Bestätigungsweg – und der muss wirklich funktionieren.
Eine Benachrichtigung, die nach wenigen Sekunden verschwindet, schaffen langsam Lesende nicht zu lesen, und der Screenreader erfasst sie nicht immer. Lassen Sie wichtige Meldungen stehen, bis die Person reagiert.
Grelle Lichtblitze und schnelles Blinken stören die Konzentration und können für manche Besucher gefährlich sein. Vermeiden Sie sie und sorgen Sie dafür, dass sich jede Animation anhalten lässt.
Setzt sich ein Formular nach wenigen Minuten Inaktivität zurück, schafft es jemand mit langsamer Eingabe womöglich nicht. Warnen Sie rechtzeitig und lassen Sie die Zeit mit einer einzigen Aktion verlängern, ohne dass Eingaben verloren gehen.
Ein gescanntes Dokument ist ein Bild: Der Screenreader kann es nicht vorlesen, die Suche findet nichts darin, und beim Vergrößern wird es unscharf. Veröffentlichen Sie Dokumente als Text.
Fertige Zusätze, die mit einer Zeile eingebunden werden und eine barrierefreie Website versprechen, verbessern die Seiten selbst nicht und stören mitunter die assistiven Technologien der Besucher.
Warum Bedienbarkeit und Schutz kein Widerspruch sind
Viele Betreiber fürchten, dass eine einfachere Anmeldung oder der Verzicht auf eine strenge Prüfung Spam und Angreifern Tür und Tor öffnet. Tatsächlich arbeiten viele Schutzmechanismen für Menschen unsichtbar und verlangen weder scharfe Augen noch schnelle Reaktionen.
Eine gute Faustregel: Stellen Sie sich jemanden vor, der die Website nur mit der Tastatur oder nur nach Gehör nutzt, und gehen Sie seinen Weg von Anfang bis Ende. Bleibt er an einer Stelle hängen, sollte der Schutz anders gestaltet werden.
Wenn Sie unsicher sind, fragen Sie die Nutzerinnen und Nutzer selbst. Eine kurze, gut sichtbare Bitte, Schwierigkeiten zu melden, bringt mehr als jede Vermutung.
Was tun, wenn der Fokus unsichtbar ist, Text beim Vergrößern nicht passt, eine Schaltfläche keine Beschriftung hat, Formularfehler unklar sind oder Untertitel fehlen.
Schritt-für-Schritt-Anleitungen: wie Text gut lesbar, eine Seite durch Überschriften verständlich und ein Kontaktformular für alle bedienbar wird. Dazu der Beitragskatalog.
Womit Sie Ihre Website selbst prüfen: Zoom im Browser, Tastatur, Hochkontrastmodus, eingebauter Screenreader, Farbkontrastprüfung und Markup-Validator.
Antworten auf häufige Fragen zum Nachschlagewerk, zu Text und Bildern, Formularen, Videos und dazu, wie Sie Ihre Website ohne Fachleute auf Barrierefreiheit prüfen.
Glossar: Barrierefreiheit, WCAG, GOST R 52872-2019, Kontrast, Alternativtext, Fokus, Screenreader, Untertitel und einfache Sprache.
Quellen
W3C – Richtlinien WCAG 2.2
GOST R 52872-2019 (russische Norm)
Redaktionelle Beiträge des Nachschlagewerks Wpget
Die Angaben sind allgemein gehalten und entsprechen dem Stand der Erstellung. Richtlinien, Browser und Lesegewohnheiten ändern sich nach und nach; ziehen Sie daher in Zweifelsfällen die Originalquellen heran: den Text der WCAG-Richtlinien und die geltende russische Norm GOST R 52872-2019.