Barrierefreiheit Websites, die alle erreichen

Am Anfang steht eine Bestandsaufnahme. Automatische Werkzeuge finden fehlende Alternativtexte, schwache Kontraste und Formularfelder ohne Beschriftung, aber sie finden nur einen Teil. Ob sich eine Website mit der Tastatur bedienen lässt, der Fokus dabei sichtbar bleibt und ein Screenreader die Seitenstruktur sinnvoll vorliest, prüfe ich von Hand. Das Ergebnis ist ein Bericht, der jeden Befund einer WCAG-Anforderung zuordnet und nach Wirkung sortiert: zuerst, was Menschen komplett aussperrt, dann, was den Weg erschwert.

Die meisten Befunde sitzen im Frontend, und dort behebe ich sie: semantisches HTML, ARIA nur dort, wo HTML allein nicht reicht, eine Fokusreihenfolge, die der Leserichtung folgt, Formulare mit Beschriftungen und Fehlermeldungen am Feld. Bei TYPO3 und WordPress geht die Arbeit einen Schritt weiter in das CMS hinein. Inhaltselemente baue ich so, dass die Redaktion barrierefreie Inhalte erzeugt, ohne darüber nachdenken zu müssen: Der Alternativtext ist ein Pflichtfeld, und die Überschriftenebene ergibt sich aus der Position auf der Seite.

Ein Teil der Barrierefreiheit entsteht beim Pflegen der Inhalte, bei Alternativtexten, Linktexten und PDF-Dateien. Was die Redaktion dafür wissen muss, gebe ich in einer kurzen Einweisung weiter, mit Beispielen aus der eigenen Website statt aus dem Lehrbuch.

Bei einem neuen Projekt kostet Barrierefreiheit kaum Mehraufwand, wenn sie von Anfang an eingeplant ist. Kontraste und Schriftgrößen entscheiden sich im Design, Fokusführung und Semantik in der Entwicklung, die Inhaltsstruktur im Konzept. Wo eine Erklärung zur Barrierefreiheit gefordert ist, formuliere ich sie mit.