ilimitado Web Entwickler Blog

Was muss man denn nun eigentlich so alles beachten um barrierefreies Webdesign zu betreiben? liest man die Regeln für barrierefreies Webdesign (WCAG 2) oder diverse Artikel über barrierefreies Webdesign, liest man stets, welche Barrieren eine Homepage haben kann und welche Zielgruppe diese betreffen und was man alles einhalten soll, damit eine Homepage als barrierefreies Webdesign umgesetzt ist.

Was heisst das nun konkret für den XHTML Markup bzw. die Programmierung einer barrierefreien Homepage?

Hier möchte ich mögliche Barrieren einer Homepage aufzählen und so deutlich machen, wem denn nun barrierefreies Webdesign weiterhilft oder weiterhelfen kann. Denn immer wieder höre ich die Frage: Barrierefreies Webdesign, wem bringt das denn was und was bringt mir persönlich eine barrierefreie Homepage?
Da sind nämlich nicht “nur” blinde oder sehbehinderte Menschen oder Suchmaschinen aufzuzählen, sondern nahezu jedem Besucher der Homepage ist geholfen, wenn die Informationen barrierefrei präsentiert werden. Sogar dem Programmierer oder Verwalter der Seite, kann durch barrierefreies Webdesign die Arbeit erleichtert werden. So weit, so gut. Was sind denn nun solche Barrieren? Hier folgt eine Aufzählung an Barrieren, welche eine Homepage so aufstellen kann:

Ich finde yigg wirklich eine tolle Sache aber 405 Fehler, das geht überhaupt nicht.
Die anderen Seiten sind auch nicht gerade besser! Der Doctype wird mit XHTML 1.0 Strict angegeben, trotzdem gehen br Tags einfach nicht zu. Bei Bilder fehlen die Alternativtexte etc… Das darf bei so einem System eigentlich nicht passieren! Ein paar Fehler wird es immer geben aber 405 Fehler ist schon der Hammer, zeigt es doch, dass bei der Entwicklung anscheinend keinen Wert auf Dinge wie Barrierefreiheit und Validität gelegt worden sind. Es reicht halt nicht,

Vorurteile und Gerüchte rund um barrierefreies Webdesign:

Einen ausführlichen Artikel über das Thema barrierefreies Webdesign haben wir bereits auf der ilimitado Firmenhomepage veröffentlicht.
Dort kann man lesen, was barrierefreies Webdesign ist. Interessant ist aber auch, was barrierefreies Webdesign nicht ist:

Hier möchte ich auf Gerüchte und vielleicht auch falschen Tatsachen oder falsche Informationen, sowie Vorurteile rund um barrierefreies Webdesign eingehen.

Vorurteil und Gerücht Nummer eins lautet: Barrierefreies Webdesign ist hässlich

Beim lesen des W3C Working Drafts zur Integration der Barrierefreiheit in Rich Client Anwendungen bin ich im Anhang auf eine auf eine interessante Firefox Erweiterung gestoßen. Die Erweiterung wurde vom iCITA, dem Illinois Center for Information Technology Accessibility, entwickelt und kann auf der Homepage von iCITA heruntergeladen werden. Die Firefox barrierfrei Erweiterung richtet sich zum einen an Menschen, die auf barrierefreie Homepages angewiesen sind, und gibt Ihnen ein Hilfsmittel zum schnelleren erfassen und navigieren in den Dokumenten. Zum anderen bietet die Erweiterung eine große Anzahl an Entwickler Tools mit denen die eigenen barrierefreien Homepages auf Einhaltung der W3C und WAI Standards überprüft werden können. Eine treffende Beschreibung findet sich auch auf der Homepage des iCITA.

Auch nach neuer Impressumspflicht gilt, dass ein Impressum stets “leicht erkennbar, unmittelbar erreichbar und ständig verfügbar” sein muss.

Das impliziert eigentlich schon, das ein Impressum nicht per Pop-Up-Fenster dargestellt werden darf, denn ein solches Pop-Up-Fenster lässt sich nur durch JavaScript realisieren. JavaScript ist aber nicht automatisch in jedem Browser verfügbar/aktiviert. Somit ist Surfern ohne JavaScript bei einem Impressum per Pop-Up-Fenster gar nicht möglich es zu erreichen. Die Bedingung “ständig verfügbar” wäre also nicht erfüllt. Pop-Up-Fenster sind allgemein ein No-Go in Bezug auf barrierefreies Webdesign.