Es hat erste Priorität in den Richtlinien der Web Accessibility Initiative (WAI): Seiten, die nicht für alle zugänglich sind, müssen einen Link zu einer zugänglichen Seite enthalten. Diese oft als "Textversion" bezeichnete Alternative enthält meist Text ohne Layout, kostet viel Pflegeaufwand und wird vermeintlich nur von wenigen Besuchern der Website benutzt. Insbesondere mit Inkrafttreten des Behindertengleichstellungsgesetzes am 1. Mai 2002 erhält das Thema "Nur-Text" neuen Aufwind in Webdesigner-Kreisen. In diesem Artikel erfahren Sie nicht nur, dass eine Alternativseite keineswegs nur Text enthalten muss, sondern er zeigt auf, welche großen Potenziale durch die Verwendung von Cascading Style Sheets in der "Nur-Text"-Version verborgen sind.

Im Jahre 1999 hat die Web Accessibility Initiative (WAI) - das Gremium des World Wide Web Contortiums (w3C), das sich mit der Zugänglichkeit in allen Standards für das Internet befasst - umfangreiche Richtlinien für die Gestaltung von Web-Seiten veröffentlicht. Diese Richtlinien ("Web Content Accessibility Guidelines 1.0") wurden nun als Grundlage für den am 1. Mai 2002 in Kraft getretenen § 11 des Behindertengleichstellungsgesetzs, der das Recht behinderter Menschen auf den uneingeschränkten Zugang zu elektronischen Informationsangeboten festlegt, verwendet. Im Gegensatz zu ihrer ursprünglichen Absicht, eine reineTextseite als Alternative für nicht-zugängliche Webseiten zu empfehlen, hat die Bundesregierung nun eingesehen, dass "Nur-Text"-Alternativen nur im absoluten Ausnahmefällen anzubieten sind.

In der Begründung zur Rechtsverordbung zum § 11 BGG steht:

"..."
Beachten Sie dabei die geänderte Nummerierung: die WAI-Richtline 11.4 wird in der Anlage 1 der Rechtsverordnung zu § 11 BGG als 11.3 aufgeführt; auch die Prioritäten 1, 2 und 3 der WAI wurden in der Rechtsverordnung anders bezeichnet, indem WAI-Prioritäten 1 und 2 zu Priorität I zusammengefasst und WAI-Priorität 3 in Priorität II umbenannt wurde.

Viele Webdesigner waren lange der Ansicht, dass eine einfache Textversion mit den wichtigsten Inhalten einer Site genüge, um die WAI-Richtline 11.4 nachzukommen. Das Problem dabei ist, dass solche Seiten oft nicht aktualisiert wurden, wenn die Inhalte des "Originals" aktualisiert wurden. Die Seiten - abgesehen vom Layout - verfallen auch bezüglich des Inhalts in die "zweite Reihe".

Die "Nur-Text"-Seite

Dabei heisst es in der WAI-Richtlinie 11.4 keinesfalls, dass nur Text auf einer "Nur-Text"-Seite erscheinen soll, sondern vielmehr, dass wenn eine Seite nach besten Bemühen nicht barrierefrei zu gestalten ist, sie dann ein Link zu einer alternativen Seite angeboten werden muss, die

· die Standards des W3C einhält,
· zugänglich für Behinderte (mehr Infos: http://www.barrierefreies-webdesign.de) ist,
· den gleichen informativen und funktionalen Wert wie das "Original" hat und
· im selben Umfang aktualisiert wird wie das "Original"

Eine "Nur-Text"-Seite darf also durchaus Grafiken enthalten, wenn die Alternativtexte nicht nur für jede Grafik angegeben werden, sondern auch den Sinn und Zweck, gegebenenfalls auch den Inhalt (Buttons, Diagramme, usw.) enthalten. Eine zugängliche Seite bedeutet auch, dass sie beispielsweise mit korrektem Strukturierungselementen aufgebaut wird (z.B. Überschriften), kontrastreiche Farben in der Gestaltung vewendet oder mit Style-Sheets und Ebenen statt Tabellen gelayoutet wird.

Die parallele Site

Die Erstellung von "Nur-Text"-Seiten, gerade wenn Sie sich die Aktualität berücksichtigen, klingt nach viel Arbeit. Ist es im Prinzip auch, wenn Ihre parallelen Seiten nicht mit einem Content-Management-System automatisch generiert werden. Eine Website wird zu zwei parallelen Websites! Es muss daher genau überlegt werden, ob die Site nicht auf das eine oder andere (nicht barrierefreie) Gestaltungselement verzichten kann.

Wenn Sie hingegen mit einem Content-Management-System arbeiten, dann ist Ihnen viel Arbeit erspart. Sie können zu jeder Seite eine Text-basierte Version parallel ausgeben und die beiden Seiten gegenseitig verlinken, vom "Original" zur "Nur-Text"-Version und umgekehrt. Aber wieso? Wieso nicht gleich das "Original" barrierefrei gestalten? Gerade in einem Content-Management-System können viele Aspekte des barrierefreien Webdesign gleich in den Templates für das "Original" berücksichtigt werden. Auch grafisch anspruchsvolle Seiten mit vielen vermeintlichen Barrieren, wie z.B. Grafiken, Framesets oder Tabellen-Layouts, können mit einem Content-Management-System relativ schnell entsprechend den Standards des W3C barrierefrei umgestaltet werden.

Inhalt einer "Nur-Text"-Seite

Wenn Sie es nicht schaffen, Ihre Webseiten barrierefrei zu gestalten, dann sollten Sie bei der Erstellung von "Nur-Text"-Seiten darauf achten, dass alle Inhalte (Informationen) gleichermaßen aktualisiert und alle Navigationsmechanismen (Funktionen) wie im "Original" berücksichtigt werden. Auf ein anspruchsvolles Design dürfen Sie zunächst verzichten.

Es geht bei der "Nur-Text"-Version darum, dass Informationen für jeden Besucher verfügbar sind, dass die Infornationen klar strukturiert sind und kurze Ladezeiten gewährleistet werden. Wenn Sie diesen Gedanken dann zu Ende führen wird klar: Wer eine "Nur-Text"-Seite anbietet, wird entweder Seiten mit unüberschaubaren Inhalten anbieten und/oder Navigationsmechanismen programmiert haben, die schwer zu überblicken sind oder hohe Anforderungen an den Browser stellen, und/oder mit viel "Ballast" wie z.B. zahlreiche Grafiken oder Tabellen-Layouts nur langsam im Aufbau sind. Das sind letzten Endes alles Fragen der Usability (mehr Informationen unter http://useit.com), die gegen das Interesse eines jeden Webmasters stehen dürften.

Die Lösung ist die Trennung von Inhalt (HTML) und Layout (Style-Sheets). Wenn eine Seite nur Informationen enthält, und alle Formatierungen und Layoutangaben in einer externen Style-Sheet-Datei enthalten sind, dann wird die Seite nicht nur um das 3-6 fache schneller, sondern die Informationen werden in allen Browsern dargestellt. Browser, die keine Style-Sheets unterstützen, zeigen dann nur den Inhalt ohne Layout und Formatierung an.

"Nur-Text" als Entwicklungsplattform

Selbstverständlich können Sie in eine "Nur-Text"-Version Ihrer Site gestalterisch mit weiteren Elementen ausbauen, wie z.B. Grafiken, wenn diese barrierefrei gestaltet werden. Wichtig ist dabei, dass die "Nur-Text"-Version im gleichen Maße gepflegt wird wie das unzugängliche "Original".

Eine Website ist oft nicht ohne Weiteres barrierefrei zu gestalten. Bestimmte Angelegenheiten, z.B. fehlende Alternativtexte für Grafiken, konnen schnell im Quelltext der HTML-Seiten eingegeben werden. Aber grundsätzliche Veränderungen des Layouts, z.B. von einem antiquierten Tabellen-Layout auf eine moderne CSS-Technik, erfordert eine gewisse Zeit für die Implementierung, da die Seiten wahrscheinlich alle neu aufgebaut werden müssen.

Beispielsweise sind auch statisch erstellte Seiten, die dynamische Gestaltungselemente mit wichtigen Inhalten oder Funktionen enthalten, oft nicht ohne Weiteres zugänglich zu umzugestalten. Es gibt auf vielen Webseiten Navigationsmechanismen, die mit JavaScript Mauspositions-abhängige fly-out-Menüs erzeugen. Wer Browser ohne JavaScript-Unterstützung einsetzt, JavaScript-Unterstützung aus Sicherheitsgründen deaktiviert hat oder - z.B. bei Mobilitätsbehinderten oder Blinden - eine Maus nicht benutzt, kann diesen Navigationsmechanismus gar nicht verwenden und die Seite ist nützlos. Hier wäre die Gelegenheit, in der "Nur-Text"-Version einen alternativen Navigationsmechanismus beispielsweise auf der Basis von Cascading Style Sheets (CSS) zu entwickeln. So können nach und nach die gestalterischen Elemente in einer zugänglichen Art und Weise in die "Nur-Text"-Version einfliessen, bis Sie soweit sind, das "Original" mit der "Nur-Text"-Version komplett zu ersetzten.

Eine Sprachregelung

Es gibt keine Sprachregelung für die "Nur-Text"-Version einer Website. Die gängigste Bezeichnung ist "Textversion". Mit dem Hintergrund, dass "Nur-Text"-Seiten oft angeboten wurden, um blinden und sehbehinderten Surfern den Zugang zu erleichtern, möchten manche Webdesigner einen Text wie "für blinde optimierte Version" oder Ähnliches als Bezeichnung verwenden.

Es gibt eine Untersuchung eines amerikanischen Buchhandels, in der für einen Tag der virtuelle Einkaufswagen "shopping cart" in "shopping bag" (Einkaufsbeutel) umbenannt wurde. Das erstaunliche Ergebnis dieser vermeintlich kleinen Änderung war ein Umsatzrückgang von 80%. Das zeigt wie wichtig Sprachregelungen sind, damit Ihre Besucher die Informationen hinter dem Link auch finden. Für die "Nur-Text"-Version einer Site ist es z.B. unsinnig, die Seite als "Lesehilfe" zu bezeichnen - das erfahren nur wenige Neugierige, aber nicht die Schnellsurfer oder Nutzer Text-orientierter Zugänge , denen dieser Link eher helfen soll.

Im Prinzip müsste die Seite "Textversion" heißen, denn eine CSS-basierte Webseite enthält idealerweise nur Informationen und keine Formatierungs- und Layoutangaben, aber angesichts der vielfältigen Möglichkeiten mit CSS wird es früher oder später zu Konfusionen kommen. "Textversion" sollte man allerdings als Bezeichnung verwenden, wenn es sich bei der Alternativseite um eine abgespeckte Version des "Originals" handelt.

Wer sich mit barrierefreiem Webdesign auseinandersetzt und sich schrittweise dem Ziel einer barrierefreien und optisch ansprechenden Site nähert, wird nicht um CSS und den vielfältigen Layoutmöglichkeiten
(weitere Infos: http://www.css-design.de/) herum kommen. Angefangen mit der ersten Alternativversion, etwa einer echten Textversion, bis zum erstrebten Ersetzen des "Originals" durch die "Nur-Text"-Version, wird die Seite stets barrierefrei bleiben. Deshalb kann anstatt "Textversion" die Bezeichnung "barrierefreie Version" die Art und Absicht der "Nur-Text"-Seite besser zum Ausdruck bringen. Falls Sie Bedenken haben, dass Ihre Kunden auch mit diesem Begriff wenig anfangen können, ergänzen den Link mit einem title-Attribut, z.B. title="Textversion für den Text-orientierten Zugang".

Logische Verknüpfungen

Die WAI resp. W3C schlägt vor, dass Sie mit dem LINK-Element arbeiten, um die Richtlinien 11.4 (sowie 6.5) einzuhalten. Das LINK-Element mit seinen rel- und rev-Attributen wird aber bislang kaum gebraucht und wurde von Standard-Browsern wie Microsoft Internet Explorer und Netscape Navigator lange nur für die Einbindung von Style-Sheets unterstützt. Richtig eingesetzt kann dieses Element aber für Suchmaschinen, Content-Management-Systeme und weitere Indexierungssoftware sehr nützlich sein, um Websites im Aufbau und wechselseitiger Abhängigkeit darzustellen, z.B. in einer Site-Map. So können Sie mit rel="prev" die thematisch oder chronologisch vorherige Seite, mit rel="next" die nachfolgende Seite, mit rel="chapter" oder rel="section" Beziehungen zu übergeordneten Seiten angeben und somit logische Zusammenhänge erstellen, die theoretisch von Browsern in der Symbolleiste abgebildet werden (in der Praxis werden diese Verknüpfungen aber leider nur in den seltensten Fällen angezeigt).

Mit rel="alternate" können Sie auch eine Beziehung zu einer oder mehreren alternativen Dateien anbieten, die den Zugänglichkeitsrichtlinien entsprechen. Mit dem media-Attribut können Sie sogar ergänzend bestimmen, für welche Ausgabegeräte eine bestimmte alternativen Seiten am besten geeignet sind, wobei auch hierfür die Unterstützung in Standard-Browsern fehlt. Das W3C hat im HTML4.01-Standard folgende Werte für das media-Attribut festgelegt:

screen
Bildschirm
Tty
Bildschirme mit festgelegter Textgröße (Displays)
TV
Fernseh-Bildschirm
projection
Projektor
handheld
Handheld-Geräte
Print
Druckvorschau
braille
Taktile (und somit linearisierte) Ausgabe (Braille-Zeile)
Aural
akustische Wiedergabe (Sprachausgabe)

Das folgende Beispiel zeigt, wie Sie eine media-Anweisung an den Browser Ihres Besuchers angeben:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<HTML lang="de">
<HEAD>
...
<TITLE>Virtuelle Welten</TITLE>
<LINK rel="alternate" href="index_nurtext.htm" title="Nur-Text-Version" media="aural, braille, tty">
...
</HEAD>
<BODY> ... </BODY>
</HTML>

Natürlich haben Sie damit nur die Einbindung einer alternativen Seite erzielt, die in nur wenigen Browsern bereits funktioniert! Das ist umso mehr ein Grund, das "Original" von vorneherein barrierefrei zu gestalten!

Weitere Informationen
In Deutschland gibt es noch wenige Websites, die sich mit dem Thema "barrierefreies Webdesign" intensiv befassen. Neben der Homepage des Autors, http://www.barrierefreies-webdesign.de (Informationen zum Buch "Barrierefreies Webdesign") gibt es seit Anfang 2002 das vom Bundesarbeitsministerium geförderte Projekt Barrierefreies Informieren und Kommunizieren (BIK), das mit seinem Team von sechs Beratern Auskunft zum Thema erteilt. Sie können dort eine ausführliche Beratung erhalten und Ihre Seiten auf Barrierefreiheit testen lassen.

Weiterführende Links:

1. text-transform

Visuell-bedingte Barrieren

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").

Motorisch bedingte Barrieren

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.

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.

Auditiv bedingte Barrieren

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.

Sprachlich bedingte Barrieren
Wie bei der auditiv bedingten Barriere besteht auch hier noch kaum eine sinnvolle Anwendung im Netz, wo die Spracheingabe als Barriere gelten könnte.
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.

Kognitiv bedingte Barrieren
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.

Allgemein gibt es viele behinderte Menschen, die ausgegrentz werden. Mit diesem Wissen sollten auch Sie sich mehr mit dem Thema beschäftigen, um eine behindertengerechte Webseite zu erstellen.

Jan Eric Hellbusch hat zum Thema "Barrierefreies Webdesign" das Buch -Barrierefreies Webdesign - im KnowWare-Verlag veröffentlicht. Weitere Informationen zum Thema finden Sie auf seiner Homepage

http://www.barrierefreies-webdesign.de/

No related posts.

Eine absolut barrierefreie Website ist kaum erreichbar. Wichtig ist 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.

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 sehr einfach. Eine einmal wahrgenommene Barriere ist, für die Zukunft etwas, worauf Webgestalter dann verzichten können.

Jan Eric Hellbusch hat zum Thema "Barrierefreies Webdesign" das Buch -Barrierefreies Webdesign - im KnowWare-Verlag veröffentlicht. Weitere Informationen zum Thema finden Sie auf seiner Homepage

http://www.barrierefreies-webdesign.de/

Weiterführende Links:

1. Über barrierefreies Webdesign?
2. ToDo’s für barrierefreies Webdesign

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.

Wo liegen die Barrieren?

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.

Jan Eric Hellbusch hat zum Thema "Barrierefreies Webdesign" das Buch -Barrierefreies Webdesign - im KnowWare-Verlag veröffentlicht. Weitere Informationen zum Thema finden Sie auf seiner Homepage

http://www.barrierefreies-webdesign.de/

Weiterführende Links:

1. Barrierefreies Webdesign Testen
2. ToDo’s für barrierefreies Webdesign

1. Kompatibilität

Nicht jeder ihrer Besucher hat den neuesten InternetExplorer, und schon gar nicht jeder surft mit diesem. Nur weil Sie auf ihrem Rechner die anscheinend beste Konfiguration haben, muss ein Besucher nicht die gleiche haben. Das kann zur Folge haben, das ihre Seite wirklich entstellt dasteht.

2. Konformheit

Sie sagen sich, das Sie HTML können? Weit gefehlt. Fast auf jeder Website lassen sich HTML Fehler entdecken. Spüren Sie diese Fehler auf, und vermeiden Sie diese. Ein HTML Dokument, welches nicht dem Standard konform ist, macht den meisten Ausleseprogrammen für Sehbehinderte Probleme.

3. Inhalt & Design

Der Inhalt ihrer Seite sollte konsequent vom Design getrennt sein. Ein Sehbehinderter sollte die Möglichkeit haben, eine Seite auch in Druckansicht zu sehen, in der die unwichtigen Bilder ausgeblendet werden. Allgemein sollten Sie ihren Besuchern die Möglichkeit geben, ihre Seite ohne Werbebanner und andere Grafiken auszudrucken.
Die Verwendung von CSS ist sehr zu empfehlen, da z.B. viele unnötige <font> Tags eingespart werden könnten.

4. Groß und Klein

Anstatt von festen Angaben der Schriftgröße sollten Sie auf Prozentwerte oder em Maße zurückgreifen. Ist die Schriftgröße auf 100% gesetzt, entspricht dies dem Standard, welcher der Besucher eingestellt hat. Ist die Schriftgröße dagegen explizit in Pixel angegeben, hat der Schriftgrad meist keinen Einfluss auf die tatsächliche Größe.

5. Logische Textauszeichnungen

Verwenden Sie logische Textauszeichnungen für den Inhalt. Ein Text der mit dem Element <code> ausgezeichnet ist, besagt, das das ganze irgendein Quellcode z.B. für eine Programmiersprache ist. Der Besucher muss sich folglich nicht mehr wundern, was dort plötzlich für ein Text auftaucht. Zudem sollten Sie auf den <font> Tag komplett verzichten, und nur mit normalen Überschriften (von <h1> - <h6>) verwenden. Der Besucher kann so eine feste Struktur in dem Inhalt anhand der Über-, und Unterüberschriften entdecken. Diese Überschriften können Sie ja wiederum über CSS an ihr Design anpassen.

6. Bilder und Multimedia

Dem Webdesigner stört es wohl kaum, wenn eine Grafik mal kein alt-Attribut hat. Doch von einem solchen alternativen Text sind viele Sehbehinderte abhängig. Was soll er sich denn als Bild vorstellen?! Ein alternativer Text gibt hier Abhilfe. Mit dem HTML 4 Standard können Sie zudem neben dem alt-Attribut das Attribut longdesc verwenden. Mit ihm können Sie eine längere Beschreibung festlegen. Der Alternative Text, und die Beschreibung sollten eindeutig sein.

Basiert ihre Website auf Flash, sollten Sie immer noch eine HTML Version anbieten. Viele Behinderte Surfer haben zum einen gar kein Flash-Plugin, zum anderen können Ausleseprogramme mit Flash gar nichts anfangen.

7. Ein Schema

Ihre Seite sollte ein festes Schema haben. Zu einem Menü sollen nicht auf einmal 10 neue Punkte auftauchen. Dies verwirrt den Besucher um so mehr. Die Navigationselemente, und auch die Links sollten mit title-Attributen ausgestattet sein. Diese entsprechen in etwa den alt-Attributen bei Bildern. Die Linktexte sollten eindeutig sein. Ein Link wie "mehr Infos gibt es hier", wobei "hier" der Link ist, ist wohl kaum informativ.

8. Farbwahl

Die Behindertengerechte Farbwahl ist wohl eines der schwierigsten Aspekte Es ist hierbei wichtig, das Sie immer genug Kontraste setzten, wie Schwarz auf Weiß usw. Zudem sollten Sie beachten das 10% der männlichen Bevölkerung eine Rot-Grün Schwäche haben. Diese Kombinationen sollten Sie auf jeden Fall vermeiden.

Weiterführende Links:

1. Barrierefreies Webdesign Testen
2. Über barrierefreies Webdesign?