Bei Fragen zu diesem Beitrag bitte den Autor des Beitrags kontaktieren!
Barrierefreies Webdesign bedeutet nichts anderes, als die offiziellen Richtlinien des W3C resp. der WAI einzuhalten. Die Notwendigkeit ist jedoch vielen Webgestaltern nicht bewußt. Wenn Webgestalter auf eine gute Programmierung achten, erleichtern sie Menschen mit körperlichen Einschränkungen das Surfen im Netz anstatt sie daran zu hindern. Aus Sicht der Betroffenen werden Aspekte der Webprogrammierung dargestellt, die prinzipiellen Barrieren, die durch gängige Gestaltungspraxis entstehen, verständlich gemacht und Lösungsmöglichkeiten geboten.
Mit dem World Wide Web (WWW) haben wir alle ein Medium erhalten, das ganz neue Möglichkeiten der Informationsbeschaffung ermöglicht. Es ist dabei selbstverständlich, dass wir alle diese Möglichkeit nutzen können, und es sollte genauso selbstverständlich sein, dass keiner dabei diskriminiert wird. Bei der Gestaltung von Webseiten wird jedoch oft nicht berücksichtigt, dass viele Menschen die eine oder andere Einschränkung haben und dass sie bei bestimmten Techniken der Programmierung von WWW-Seiten nicht weiter kommen können. Diese "Barrieren" können fehlende Texte zur Beschreibung von Grafiken sein, eine unglückliche Auswahl der Farbkombinationen, u.v.m.
Diese Barrieren behindern Menschen auf unterschiedliche Art. Die Möglichkeiten, sie zu beseitigen, sind alle bereits vorhanden und leicht umzusetzen. Solange die Gestalter von Webseiten die Anforderungen zur Barrierefreiheit nicht umsetzen, können deren Seiten als "diskriminierend" gegen Menschen mit Behinderung aufgefasst werden. Es ist an der Zeit, dass im WWW die Sensibilität für barrierefreies Webdesign - d.h. behindertengerechter Zugang zu WWW-Seiten - steigt.
Das Netz der Netze bietet viele Möglichkeiten zum selbständigerem Leben für Menschen beispielsweise mit einer starken Sehbehinderung. Ist das Lesen der Zeitung oder einer anderen Lektüre nur noch mit höchster Konzentration möglich, kann sich dieser Mensch mit einem Computer, auf dem spezielle Software zum "Vorlesen" von Texten installiert ist, ausstatten, und Texte mit einem Scanner einlesen. Viel einfacher geht es aber, wenn er die Informationen im Internet lesen kann, da die Texte ohne Umwege vorgelesen werden kann.
Dies geht aber nur, wenn der Weg zur Seite und die Seite selbst von seiner Software gelesen werden kann!
Die Barriere der nicht-textorientierten Informationen und viele andere Hürden sollten bereits bei der Planung und Gestaltung von Websites berücksichtigt werden. Wenn die Seiten jedoch bereits erstellt wurden, dann ist es pragmatischer, folgende Schritte vorzunehmen:
- Wichtigste Seiten (Anlaufpunkte / vielbesuchte Seiten) zuerst an die wichtigsten Anforderungen zur Barrierefreiheit anpassen,
- Vorlagen für neue Seiten so anpassen, dass sie alle Anforderungen zur Barrierefreiheit erfüllen; Barrierefreiheit in die Qualitätskontrolle einbinden,
- Weitere wichtige, aber nachrangige Seiten an die wichtigen Kriterien anpassen,
- Wichtigste Seiten auch an nachrangige Kriterien der Barrierefreiheit anpassen.
Ohne Zweifel stehen Sehbehinderte und Blinde vor den größten Barrieren, wenn sie mit dem Computer arbeiten und damit auch ins Internet wollen. Dies liegt daran, dass sie sich spezieller Hilfsprogramme bedienen müssen, die die Bildschirmdarstellung vergrößern oder ändern (Vergrößerungs-Software = Screen Magnifier) bzw. die Bildschirminhalte an Soundkarte oder Braille-Zeile ausgeben (Brücken-Software = Screen Reader). Eine weitere Gruppe von Surfern, die vor Barrieren im Internet steht, sind diejenigen, die keine Maus benutzen können und stattdessen auf Tastatureingabe zur Bedienung der Maus angewiesen sind.
Screen Reader und Textorientierung
Um überhaupt mit dem Computer arbeiten zu können, benötigen Blinde und ein Teil der Sehbehinderten eine zusätzliche Software, die die Signale an den Bildschirm abfängt und neu interpretiert. Diese Spezialsoftware wird als "Screen Reader" bezeichnet. Weiterhin verwenden viele eine Braille-Zeile, eine erweiterte Tastatur, die unterhalb der "normalen" Tasten einen Ausgabebereich für Zeichen in Blindenschrift enthält. Die Übersetzung des Bildschirminhalts für blinde Computerbenutzer durch den Screen Reader erfolgt entweder in Blindenschrift über die Braille-Zeile oder in synthetischer Sprache, beispielsweise über eine Soundkarte. Die Eingabe in den Computer ist hingegen unproblematisch und geschieht über die Tastatur.
Unter diesen Voraussetzungen können Blinde und Sehbehinderte im WWW surfen. Natürlich ist dies mit gewissen Einschränkungen verbunden. Die Inhalte von Bildern und Grafiken bleiben nach wie vor "verborgen".
Ein bedeutsamer Nachteil von Screen Readern ist ihre statische Natur. Wenn der Bildschirminhalt einmal eingefangen ist, werden dynamische Prozesse nicht mehr erfasst, z.B. wenn eine Grafik oder ein anderes Element sich ändert und etwas zusätzliche Informationen anbietet, wenn die Maus darüber gehalten wird. Diese werden meist mit JavaScript oder anderen Skripten erzeugt. Auf JavaScripts muss nicht verzichtet werden. Jedoch sollten Sie bei entscheidenden Stellen, die für die Interaktion wichtig sind, eine Alternativeingabe über einen Link vorsehen.
Screen Magnifier und andere Darstellungsveränderungen
Ein Screen Magnifier stellt einen Teil der "normalen" Darstellung auf dem Bildschirm vergrößert dar. Das bedeutet, dass der Benutzer immer nur einen kleinen Teil des Bildschirms wahrnehmen kann. Ist er auf eine 4fache Vergrößerung angewiesen, so sieht er nur 1/16 des Bildschirms zu einem bestimmten Zeitpunkt.
Auch andere Anpassungen der Darstellung, z.B. die Farben, können durch Veränderungen in der Systemsteuerung von Microsoft Windows für Sehbehinderte eine große Hilfe sein. Diese haben auch Wirkung in einzelnen Programmen, auch in Internet-Programmen. Dies führt in manchen Fällen zu Problemen, wenn Webgestalter einen Teil ihrer Farben selbst definieren, und einen anderer Teil dem Betriebssystem überlassen.
Tastatureingabe
Oft wird nichtsahnend vorausgesetzt, dass jeder eine Maus benutzt. Stellen Sie sich aber vor, Sie müssten Ihren Computer entweder mit Boxerhandschuhen oder mit Ihren Füßen bedienen. Da würde sicherlich eine normale Maus keine besondere Hilfe sein. Spezielle Tastaturvorrichtungen sind da die Alternative, die jedoch vor einer Barriere steht, wenn Funktionen ausschließlich mit der Maus bedienbar sind.
Jemand, der nicht sehen kann, kann ebenfalls keine Maus bedienen. Die Screen Reader-Hersteller haben Lösungsansätze hierfür gefunden, aber es sind eben Ansätze, die die Nutzung von Mausfunktionen über Tastatur begrenzt ermöglichen.
Weitere Barrieren
Neben diesen technisch-orientierten Barrieren, die oft durch die Einhaltung von "Spezifikationen" oder Normen behoben werden können, gibt es viele Barrieren, die sehr individuell ausgeprägt sind.
Viele Sehbehinderte stehen auch dann vor Barrieren im Internet, wenn sie keinen Screen Reader oder Magnifier einsetzen müssen. Da dieser Personenkreis aufgrund der Vielfältigkeit der Einschränkungen meist sehr individuelle Anforderungen an die Anzeige auf dem Bildschirm hat, ist es hier wesentlich schwieriger, optimale Anforderungen zu formulieren. Einige grundsätzliche Schwierigkeiten treten jedoch relativ häufig auf.
Hinsichtlich einer ganzen Reihe anderer Behinderungen bestehen weitere Barrieren im Internet.
Die Web Accessibility Initiative (WAI) ist ein Organ des obersten WWW-Gremiums, des World Wide Web Konsortiums (W3C), und legt die Kriterien für Barrierefreiheit im Internet fest. Der Anforderungskatalog der WAI ist sehr umfassend. In dem Katalog werden die Spezifikationen in Muss-, Soll- und Kann-Anforderungen formuliert. Nachfolgend wird im Wesentlichen auf die Muss-Anforderungen eingegangen.
Rot/grün und Kontrast
Die am häufigsten vorkommende Barriere im WWW liegt in der farblichen Gestaltung von Grafiken und Buttons. Eine sehr häufige Sehschwäche ist beispielsweise eine Rot/Grün-Schwäche. Menschen mit einer solchen Einschränkung haben Schwierigkeiten, zwischen bestimmten Farbtönen zu differenzieren. Sie sollten Rot und Grün nicht als kritische Erkennungsmerkmale einsetzen und Ihre Seiten bei der Gestaltung immer von einem Farbblinden überprüfen lassen.
Ebenfalls aus Sicht von Sehbehinderten ist anzuführen, dass wichtige Grafiken auf einer Webseite, die z.B. für die Navigation auf der Seite benötigt werden, unbedingt kontrastreich und mit einer angemessenen Größe der darin enthaltenen Wörter dargestellt werden müssen, wenn sie lesbar sein sollen.
Alternativtexte bei Grafiken
Die Nutzer von Screen Readern haben prinzipiell keine Möglichkeit, ein Bild oder eine Grafik zu betrachten. Der einzige Weg, etwas über den Inhalt der Grafik zu erfahren, ist der sogenannte Alternativtext, der jeder Grafik im HTML-Quellcode beigefügt werden kann. Ein Screen Reader, der beim Übersetzen einer WWW-Seite auf eine Grafik trifft, gibt lediglich die Angabe "Grafik" und den Alternativtext aus. Fehlen Alternativtexte, kann es passieren, dass der Screen Reader eine Seite vorliest wie: "Grafik Grafik Grafik ...". Aus diesem Grund haben die Alternativtexte für Screen-Reader-Nutzer eine sehr wichtige Bedeutung.
Insbesondere die Grafiken, die als Link eingesetzt werden, bedürfen aus Sicht der Screen Reader-Anwender eine präzise Textbelegung bzgl. Ziel des Links. Ein "Bitte hier klicken" in mehrfacher Ausführung, wobei die Grafiken stets ein für Sehende leicht erkennbares Symbol anzeigen, ist nicht besonders hilfreich. Vielmehr müssen Alternativtexte für Grafiken den Sinn der Grafik wiederspiegeln. Wenn ein Bild als Navigationslink eingesetzt wird, sollte der Text dazu eben auf die dahinter stehende Information schließen lassen.
Der Alternativtext muss nicht unbedingt eine ausführliche Beschreibung sein. Bei Buttons reicht der Text auf dem Button. Bei anderen Symbolen ist die Bedeutung meist in ein bis drei Worten ebenfalls hinreichend erklärt. Gelegentlich kann es jedoch notwendig sein, eine längere Erläuterung beizufügen, etwa bei Fotos oder Karikaturen. Hier eignet sich besser als der Alternativtext der D-Link (D = Description, zu deutsch "Beschreibung"). Unmittelbar nach der Grafik kann ein Link mit dem Text "D" zu einer gesonderten Seite führen, die die Grafik ausführlich erläutert.
Bei Image-Maps handelt es sich um besondere Grafiken, meist mit Menüs, Listen oder andere Bereiche zum Anklicken mit der Maus. Die einzelnen Auswahlbereiche von Image Maps können Screen Reader ausschließlich über den Titel des Bereichs erfassen. Da die Maps meist zur Navigation auf Übersichtsseiten eingesetzt werden und daher eines der wichtigsten Navigationselemente darstellen, sind die einzelnen Titel besonders sorgfältig auszuwählen. Für ältere Screen Reader sind Image-Maps unüberwindbare Barrieren. Eine parallele "Nur-Text"-Seite ist nach den WAI-Richtlinien dringend zu empfehlen.
Layout
Das Verwenden von Tabellen zu Layoutzwecken birgt für den Screen-Reader-Nutzer Tücken, von denen der Webgestalter nicht einmal etwas ahnt. Bedenken Sie, dass Blinde immer nur eine einzige Tabellenzelle erfassen können. Eine sinnvolle und systematische Anordnung der Zelleninhalte erleichtert das Lesen erheblich.
Für Sehbehinderte kann das Problem auftauchen, dass eine Tabelle breiter angelegt ist als die individuelle Bildschirmauflösung. Wenn die Breite der Tabelle ausschließlich über Zellen statt der gesamten Tabelle definiert wird, kann diese Irritation vermieden werden.
Tabellen jeder Art, ob sie eine tabellarische Darstellung enthalten oder für ein Layout von Text eingesetzt werden, können dann am besten gelesen werden, wenn die Zellen Zeile für Zeile von links nach rechts gelesen werden können und immer noch einen Sinn ergeben.
Es leuchtet den meisten ein, dass rote Schrift auf grünem Hintergrund schwieriger zu erkennen ist als gelb auf blau oder schwarz auf weiß. Bei der Gestaltung von Buttons und sonstigen Symbolen ist dies besonders wichtig, denn diese sind im Browser nicht manipulierbar. Hingegen besteht die Möglichkeit, bei Fließtext Farbvorgaben zu ignorieren. Aber auch wenn man im Browser Farben ignorieren lassen kann, sind viele Sehbehinderte nicht darauf angewiesen. Jedoch tauchen gelegentlich Seiten auf, die nur einen geringen Kontrast zwischen Text und Hintergrund aufweisen. Bei der Textgestaltung ist auch auf die Farbgebung zu achten.
Oft werden sogenannte "Dummies" (transparente Grafiken) zum Einrücken oder Schaffen von Abständen zwischen Textteilen eingesetzt. Da sie unsichtbar sind und sein sollen, werden sie ohne Alternativtext belegt. Für Blinde sind solche Grafiken ohne Textangabe immer ein Rätsel, da sie nie wissen, ob sich ein informatives Bild dahinter verbirgt. Die Dummies unterbrechen auch den Lesefluss, da sie von den Screen Readern erfasst und ausgewertet werden. Wenn nicht auf die Dummies verzichtet werden kann, dann sollten die Grafiken sinnvolle Namen wie "layout.gif" und "transparent.gif" statt "lg2.gif" erhalten, damit zumindest über die Zweitinformation des Dateinamens Klarheit geschaffen wird.
Was dem "normalen" User zur Orientierung auf einer Seite oft hilft, sind Überschriften. In der Praxis ist es leider oft so, dass die Überschriften zunächst als Absatz definiert werden und der Text danach über Zeichengröße und/oder fett/kursiv hervorgehoben wird. Dabei verfügt HTML über Überschriften-Befehle, die dem Seitenüberblick bei langen Seiten dienen. Die Nutzung solcher Überschriften (H1, H2, ... H6) hilft dem Screen-Reader-Nutzer, schneller einen Überblick auf der Seite zu bekommen.
Ähnlich wie bei Tabellen können Screen Reader bei WWW-Seiten mit Frame-Sets immer nur einen der Frames gleichzeitig betrachten. Eine große Anzahl Frames macht Webseiten daher für Blinde und Sehbehinderte unüberschaubar. Damit blinde und sehbehinderte Internetnutzer schnell Zugang zu einem Frame-Set finden, ist es wichtig, dass Frames mit sinnvollen Namen versehen werden wie z. B. "Navigation", "Inhalt" und "Menü". Ideal eignet sich der korrekte Einsatz des <NOFRAMES>-Tags.
Relative Werte statt absolute Angaben
Für Sehbehinderte sind manche Seiten nicht zu lesen, weil die Schrift nicht nur zu klein, sondern auch unveränderbar ist. Dies ist immer dann der Fall, wenn Schriftgrößen etwa wie 10pt (pt = Punkt) vorgegeben werden. Das W3C hat sowohl mit HTML als auch mit Cascading Style Sheets (CSS) Möglichkeiten geschaffen, Angaben zu machen, die relativ zu den benutzereigenen Einstellungen definiert sind. Auf diese Weise können die persönlichen Präferenzen bei der Bestimmung der Schriftgröße immer berücksichtigt werden. In HTML gibt es die Skala 1, ... 7, die über den <FONT>-Tag definiert werden kann (wird aber demnächst nicht mehr im HTML-Standard enthalten sein). In CSS gibt es gleich mehrere Möglichkeiten, allen voran aber die Größe "em", die der benutzereigenen Schriftgröße entspricht.
Zur sehbehindertengerechten Gestaltung von WWW-Seiten gehört weiter das Verwenden von relativen Größenangaben für Tabellen und Frames. Die relativen Angaben im Layout dienen der Berücksichtigung verschiedener Bildschirmauflösungen (s.a. "Layout").
Großzügige Flächen für den Mausklick
Ein Mensch mit motorischen Einschränkungen hat weniger Kontrolle über seine Bewegungen und somit auch über die Bewegung der Maus. Je nach Einschränkung kann das eine eher schleppende oder eher ruckartige Bewegung der Maus bedeuten - als ob Sie die Maus mit Boxerhandschuhen oder mit Ihren Füßen bewegen würden. Es ist daher von großer Bedeutung, dass wichtige Navigationselemente im selben Bereich des Bildschirms positioniert werden und dass gleichzeitig der anklickbare Bereich bei Links eine angemessene Größe hat. Kleine Flächen sind tendenziell für alle lästig.
Tastaturbedienung
Ähnlich wie bei den Screen-Reader-Anwendern ist die Tastatur für motorisch gestörte Bewegungen der Maus wichtiger für den Benutzer als eine Maus. Alle Funktionen müssen daher auch per Tastatur ausgeführt werden können. Beispielsweise sollten Image-Maps, sofern sie eingesetzt werden, immer so angeboten werden, dass sie vom Browser interpretiert werden können und nicht als Server-seitige Funktion in der Seite eingebaut sein, um die Bedienung mit der Tastatur zu erlauben. Die Möglichkeiten, die Tastatur als Maus-"Ersatz" zu berücksichtigen, sind unlängst auch in Java und ActiveX implementiert (s. Dokumentationen bei Sun Microsystems, Microsoft u.a.).
Formulare
Ein "Spezialfall" der Tastatursteuerung ist der Umgang mit Formularen. Formulare werden manchmal auch für die Navigation eingesetzt, indem eine Liste von Themen o.ä. angegeben werden, z.B. per Auswahlliste, Drop-Down-Menü oder Radio-Button. Bei eingeschränkten motorischen Bewegungsmöglichkeiten sind Radio-Buttons für Navigationsfunktionen eine erhebliche Barriere.
Für motorisch Behinderte sollten bei Eingabefeldern möglichst alle Voreinstellungen bereits eingetragen sein. Einen Mehrfachtastendruck wie für das @ können viele kaum schaffen. Für sie ist es gut, wenn das @ bereits im E-Mail-Feld steht, oder noch besser bereits zwischen zwei Feldern steht (<TEXTAREA> @ </TEXTAREA>).Für Sehbehinderte trifft das Gegenteil zu, weil sie unter Umständen gar nicht merken, dass da schon was eingetragen ist oder sich die Adresse auf zwei Felder verteilt. Sie schicken dann z.B. eine ungültige Email-Adresse ab. Das W3C empfiehlt deshalb, in Formularen jeweils eine Check Box vorzusehen, so dass ein Benutzer entscheiden kann, ob das Formular bereits ausgefüllt sein soll oder nicht.
Ergänzend sei noch aus Sicht der Screen-Reader-Anwender gesagt: Die Beschriftung von Eingabefeldern muss in deren unmittelbarer Nähe erfolgen, damit es nicht zu Fehleingaben kommen kann.
Welche Multimediaeffekte Sie in Ihrer Homepage einbauen, Sie werden stets für einen bestimmten Personenkreis eine Barriere aufstellen. Es gilt beispielsweise, für jedes akustische Signal eine entsprechende optische Darstellung anzubieten.
Sound- und Video-Clips dokumentieren
Wenn Sie Interviews, akustische Informationen und andere gesprochene Audiodateien auf ihren Seiten verwenden, sollten Sie dem Besucher Ihrer Website auch eine Textalternative anbieten. Bei der Verwendung von Video-Clips sollten entsprechende Untertitel verfügbar gemacht werden.
Eine rein akustische Seite ist mir persönlich nicht bekannt, aber die Sprache ist dem Menschen sicherlich ein intuitiveres Kommunikationsmittel als die Tastatur und der Bildschirm. Sicherlich wird in der Zukunft die Akustik im Web zunehmen. Es sollte daher immer darauf geachtet werden, alternative Ausgabemöglichkeiten anzubieten.
Wie bei der auditiv bedingten Barriere besteht auch hier noch kaum eine sinnvolle Anwendung im Netz, wo die Spracheingabe als Barriere gelten könnte. Mir fällt zumindest keine ein. Spracheingabe ist sicherlich auf dem Vormarsch, aber es wird noch Jahre dauern bevor interaktive Spracheingabe und -ausgabe zu einem Mittel der Kommunikation zwischen Mensch und Maschine auf breiter Basis eingeführt werden kann. Das WWW als multimediales Kommunikationsmittel wird aber zwangsläufig die Sprache als Medium einsetzen, denn das ist unsere eigene natürliche Form der Kommunikation. Für bestimmte Anwendungen ist durchaus vorstellbar, dass die Sprache dem Text vorgezogen wird, aber beides muss möglich sein.
In den WAI-Richtlinien sind im wesentlichen nur solche Kriterien verankert, die physische Behinderungen betreffen. Barrieren, die durch geistige Fähigkeiten bedingt sind, müssen jedoch ebenso berücksichtigt werden, da sie durchaus - wenn auch in subtilerer Weise - jeden betreffen können. Eine komplexe Struktur der Inhalte und uneinheitliche Navigationsführung erschwert jedem den Zugang zu Internetangeboten!
Verständlich wie eine Grundschul-Lektüre
In den Anfangszeiten des Internet waren es begabte Programmierer und Gelehrte an Hochschulen, die das Medium "Internet" benutzten. Seit Anfang der 90er werden die Teilbereiche "WWW" und "Email" des Internets einem breiten Publikum immer zugänglicher. Es sind nicht mehr alleine die Hochintelligenten, die Analytiker und die Computer-Freaks, die das Web benutzen, sondern zunehmend auch "durchschnittliche" Personen und natürlich auch solche, die eine unterdurchschnittliche Intelligenz besitzen.
Es ist wichtig, dass Informationen auf einer Website von möglichst vielen verstanden werden. Versuchen Sie bei der inhaltlichen Gestaltung Ihrer Webseiten, möglichst auf komplexe Sätze und zu viele Fremdwörter zu verzichten.
Einfache Struktur / simple Navigation
Auch der Aufbau der Website, insbesondere der Navigation, sollte möglichst einfach gehalten werden. Die Navigation mit Menüs ist eng verknüpft mit einer visuellen Vorstellung des Aufbaus samt Inhalt der Sites. Bei fehlenden Visualisierungsfähigkeiten kommt es also darauf an, ein bestimmtes "Gerüst" vor sich zu haben.
Einfache, sinnvolle Namen für URLs
Eine andere kognitive Störung liegt im Bereich des Gedächtnisses. Ist ein Surfer nicht in der Lage, ungewöhnliche Namen oder andere Texte für mehr als ein paar Sekunden zu behalten, kann das Navigieren im Web schnell in eine Sackgasse führen.
Wählen Sie Namen für Links, die einen Bezug zum Ziel haben. Vermeiden Sie solche Terme wie "Hier klicken". Sonstige Texte auf Ihren Seiten, die nicht als Link o.ä. einfach angeklickt werden können, sollten ebenfalls eine bedeutungsvolle Bezeichnung bekommen.
Wenn der Besucher Ihrer Webseite durch mehrere Seiten "gelotst" wird, geben Sie Hilfestellung bei jeder Entscheidung anstatt eine ausführliche Anleitung zu Beginn.
Rechtschreibprüfung bei Eingabefeldern
Auch Menschen mit Legasthenie sollten Sie berücksichtigen. Nicht jeder beherrscht die deutsche Rechtschreibung - das gilt sowohl für Deutsche als auch für internationale Besucher. Sie sollten daher bei Eingabefeldern in Formularen Vorsorge tragen.
Wenn Sie Suchfunktionen für Ihre Website eingebaut haben, überlegen Sie sich, ob Sie die Möglichkeit haben, phonetisch vorzugehen. Auch eine automatische Rechtschreibprüfung bei der Eingabe kann dem Benutzer helfen, schneller die Informationen zu finden, die er sucht. Beispielsweise könnte bei einem 0-Treffer-Ergebnis die Rechtschreibprüfung auch automatisch eingreifen und Verbesserungen vorschlagen.
Eine absolut barrierefreie Website ist kaum erreichbar. Wie in der Einleitung dieses Beitrags angeführt, gilt es zunächst, die Anlaufpunkte, d.h. die Seiten, die der Besucher als erste aufruft, und die häufig gelesenen Seiten einer Homepage von Barrieren zu befreien. Eine bis in den letzten Winkel einer Website gehende Überarbeitung kann sehr kostspielig werden.
Da die Barrierefreiheit an
deren Zielen bei der Gestaltung und Pflege von WWW-Seiten, wie etwa Aktualität oder Funktionalität, manchmal weichen muss, muss man pragmatisch herangehen.
Um eine erste Einschätzung der Barrierefreiheit zu bekommen, empfiehlt sich ein einfacher Test mit Ihrem Browser. In den Einstellungen von Standard-Browsern gibt es die Möglichkeit, die Anzeige von Grafiken auszuschalten. Wenn sich Ihre Webseiten auch bei ausgeschalteter Grafikfunktion des Browsers ohne Informationsverlust lesen lassen, können Webseiten auch von blinden und sehbehinderten Menschen genutzt werden.
In jedem Fall sollten Grafiken auf Lesbarkeit durch Sehbehinderte kontrolliert werden. Die häufigste Form von Sehschwäche ist die Rot/Grün-Sehschwäche, aber bei weitem nicht die einzige. Lassen Sie ihre Seiten auf Kontrast überprüfen, indem Sie sie von einem Sehbehinderten checken lassen oder indem Sie Ihre Seiten im Schwarz/Weiß-Modus ausdrucken.
Ein weiterer wichtiger Test ist der "Farbinvertierungs"-Test. In den Optionen für die Bildschirmdarstellung im Browser kann man die Farbanzeige selbst einstellen. Wenn Sie als Extremfall die Farben auf Text = "weiß", Hintergrund = "schwarz" und Links = "gelb" einstellen, und dabei die Option zur Unterdrückung der Farben der Webseite aktivieren, dann muss die Seite noch lesbar sein.
Ob die Schriftgrößen auf Ihren Seiten barrierefrei sind, können Sie sehr schnell selbst feststellen, wenn Sie in den gängigsten Browsern die jeweilige Option zur Schriftvergrößerung benutzen können. Wenn Sie eine große Schriftart einstellen, können Sie sich fragen, in welchem Verhältnis die Schriftgröße zu Texten in Grafiken stehen.
Sie sollten auch überprüfen, ob alle Formulare und Image-Maps mit der Tastatur bedienbar sind.
Im Internet finden Sie HTML-Checker, die die Zugänglichkeit Ihrer Seite überprüfen (z.B. http://www.cast.org/bobby/).
Im Idealfall laden Sie einige Screen Reader vom Internet herunter, die Sie bei sich installieren können (s. "Weiterführende ").
Es ist nicht eine Frage des Know-hows, Webseiten barrierefrei zu gestalten. Die Anforderungen für barrierefreies Webdesign sind kein geheimes oder komplexes Wissen. Jeder Webgestalter kennt die o.g. Anforderungen, nur ist die Notwendigkeit nicht unbedingt klargestellt.
Die Überlegung, dass es mit Screen Readern einen ganz anderen Zugang zur digitalen Welt gibt als mit dem Bildschirm, ist nur eine Horizonterweiterung. Letzten Endes kommt es immer wieder darauf an, dass bestimmten Elementen wie etwa Grafiken eine zweite, ebenso wichtige Darstellungsform mitgegeben wird, nämlich ein beschreibender Text.
Viele der angesprochenen Punkte stellen eine Anforderung dar, die gleichbedeutend ist mit einem Verzicht auf die gängige Praxis, wie etwa die Nutzung von Tabellen als Layouthilfe, Dummy-Grafiken oder Vorgaben von Schriftfarbe und -größe.
Die Überarbeitung der wichtigen Seiten, d.h. die häufig benutzen Seiten und die Seiten, die von Benutzern regelmäßig zu erst aufgerufen werden bzw. der Navigation dienen, müssen an erster Stelle bei der Behebung von Barrieren stehen: Die Regeln dafür sind, wie beschrieben, sehr einfach. Eine einmal wahrgenommene Barriere ist, so hoffe ich, für die Zukunft etwas, worauf Webgestalter dann verzichten können.
WAI-Richtlinien:
http://www.w3.org/TR/WAI-WEBCONTENT
Die offiziellen Kriterien des World Wide Web Konsortiums zur Zugänglichkeit von WWW-Seiten ("Web Content Accessibility Guidelines 1.0").
Artikel über barrierefreies Webdesign:
http://www.useit.com/alertbox/990613.html
J. Nielson über Priorritäten zur Gestaltung barrierefreier Webseiten
WWW-Design für Sehbehinderte
(H. Parslow)
Artikel und Beispielen, Informationen zum Buch "Barrierefreies Webdesign"
J. E. Hellbusch: Barrierefreies Web - eine Aufgabe für Internet-Architekten (Grundlage für diesen Artikel.)
Automatische Überprüfung von Seiten:
http://bobby.watchfire.com/
Kostenlose Downloads:
http://www.freedomsci.de/
Demoversion des Screen Readers "Jaws" mit Sprachausgabe
http://www.baum.de/webwizard.htm
Web-Interface für den Screen Reader "Virgo"
http://www.webformator.de/
Web-Interface für alle Screen Reader
SELFHTML aktuell Artikel Design
© 2007 
Impressum
