Skip Navigation

This page is not available in your selected language.

Barrierefreiheit

Etwa 10% aller Internetnutzer sind sehbehindert, gehörlos oder motorisch eingeschränkt. Gerade für sie ist das Internet eine ideale Möglichkeit, an der modernen Informationsgesellschaft zu partizipieren. Unüberwindliche Nutzungsbarrieren im World Wide Web stellen jedoch für sie, aber auch für viele ältere Menschen ein großes Problem dar.

Um diesem allgemeinen Anspruch auf Zugänglichkeit Rechnung zu tragen, hat das W3C als übergeordnetes Konsortium im Mai 1999 ihre Web Content Accessibility Guidelines 1.0 vorgestellt, die als Referenzdokument zur Erstellung behindertengerechter Webanwendungen gedacht waren.

Web Content Accessibility Guidelines (WCAG)

Diese WCAG dienten seitdem weltweit als Basis für verschiedene gesetzgeberische Maßnahmen und Erlasse:

BITV

Die Anlage 1 der Barrierefreien Informationstechnik-Verordnung basiert vollständig auf der WCAG 1.0. Allerdings wurden die einzelnen Anforderungen teilweise neu strukturiert, ausserdem gibt es bei der BITV nur mehr zwei Prioritäten (die WCAG 1.0 unterscheidet 3). Hier wurden für die BITV einfach die ersten beiden WCAG Piorities zu einer zusammen gefasst, d.h. um die Bedingungen der BITV zu erfüllen, muss ein Internetauftritt nach WCAG AA validiert werden.
Da die Zuordnung der einzelnen Prüfschritte ein recht umständliches Unterfangen ist, bietet zeitform Internet Dienste einen Barrierecheck nach BITV an, um Unternehmen oder anderen interessierten Stellen die Möglichkeit zu geben, ihren Webauftritt fit für die BITV zu machen. Im Rahmen des zeitform Barrierechecks werden anhand einer Stichprobe von Internetseiten mögliche Probleme aufgezeigt, die beim Besuch des geprüften Webauftittes durch Benutzer mit Sinnesbehinderungen oder motorischen Einschränkungen auftreten können. Dabei wird jede der 14 Anforderungen der BITV mit ihren jeweiligen Bedingungen überprüft, anhand eines nachvollziehbaren Punkteschemas bewertet (insgesamt 70 einzelne Prüfschritte) und detailliert erläutert.

WCAG 2.0

Das W3C hat inzwischen mit WCAG 2.0 eine weiter entwickelte Version seiner Web Content Accessibility Guidelines vorbereitet. An der eigentlichen Zielsetzung hat sich nichts geändert, die einzelnen Punkte werden jedoch effizienter strukturiert und Prioritäten teilweise leicht geändert. Die hauptsächliche Intention war die Ausweitung der ursprünglich auf reine HTML Dokumente beschränkten Richtlinien auf die verschiedensten Technologien elektronischer Medien.

Es ist wichtig zu wissen, dass die WCAG 2.0 rückwärts kompatibel zu den WCAG 1.0 sein werden, d.h. einmal gewonnene Erkenntnisse können weiter Verwendung finden und Webauftritte, die nach WCAG 1.0 validiert sind, werden auch nach der neuen WCAG 2.0 als barrierefrei gelten.

Der Zeitplan zur Einführung der WCAG 2.0 sieht eine endgültige Verabschiedung nicht vor dem Jahr 2007 vor. Eine Umsetzung dieser Richtlinien in eine überarbeitete BITV wird sicherlich noch einmal mehrere Monate dauern. Dennoch wollen wir im Folgenden diese Richtlinien ein wenig genauer vorstellen.

Der Aufbau der WCAG 2.0

(Entwicklungsstand November 2004)

Die 4 Hauptrichtlinien, nach der die WCAG 2.0 aufgebaut sind:

  1. Wahrnehmbarkeit
  2. Benutzbarkeit
  3. Verständlichkeit
  4. Robustheit

Jeder dieser Richtlinien werden verschiedene Leitsätze zugeordnet, die die jeweiligen Problemgruppen spezifizieren. Für die einzelnen Leitsätze wiederum werden Lösungsmöglichkeiten aufgezeigt, die in jeweils 3 Prioritätsstufen unterteilt sind, abhängig von ihrem Einfluss auf die Zugänglichkeit. Einige der Leitsätze sind prinzipbedingt nicht maschinell überprüfbar. Hier schreiben die WCAG vor, dass diese Kriterien von mehreren Testpersonen überprüft und für zugänglich befunden werden müssen, um als erfüllt zu gelten.

Wie schon in der WCAG 1.0 festgelegt, müssen mindestens alle Leitsätze der Prioritätsstufe 1 erfüllt werden, um einen Webauftritt als barrierefrei gemäß WCAG bezeichnen zu können. Eine detaillierte Aussage ist möglich durch den Zusatz Priorität A, bzw. Priorität AA (zusätzlich alle Leitsätze der Stufe 2 erfüllt) oder Priorität AAA (alle Leitsätze komplett erfüllt). Zusätzlich wird diskutiert Zwischenstufen einzuführen, also beispielsweise "WCAG 2.0 A+", was beispielsweise die Erfüllung aller Priorität 1 und einiger Priorität 2 Kriterien bedeutet.

Richtlinie 1: Inhalt muß wahrnehmbar sein.

Leitsatz 1.1
Stellen Sie alternative Texte für alle Elemente zur Verfügung, die selbst kein Text sind.
[Priorität 1, 2 und 3]

Leitsatz 1.2
Stellen Sie synchronisierte Alternativen für Multimedia Präsentationen zur Verfügung.
[Priorität 1, 2 und 3]

Leitsatz 1.3
Stellen Sie sicher, dass Informationen, Funktionalität und Struktur von der eigentlichen Präsentation getrennt sind.
[Priorität 1 und 2]

Leitsatz 1.4
Ermöglichen Sie eine einfache Unterscheidbarkeit von Vordergrundinhalten und Hintergrundbildern oder -geräuschen.
[Priorität 1, 2 und 3]

Richtlinie 2: Bedienelemente im Inhaltsbereich müssen funktionell sein.

Leitsatz 2.1
Die gesamte Funktionalität soll über Tastatur oder ein Tastaturinterface möglich sein.
[Priorität 1, 2 und 3]

Leitsatz 2.2
Ermöglichen Sie es den Benutzern, Zeitbegrenzungen für das Lesen oder die Interaktion selber zu wählen.
[Priorität 1, 2 und 3]

Leitsatz 2.3
Ermöglichen sie den Benutzern, Inhalt zu vermeiden, die photosensitive epileptische Anfälle verursachen könnten.
[Priorität 1, 2 und 3]

Leitsatz 2.4
Stellen Sie Mechanismen zur Verfügung, die dem Benutzer die Möglichkeit geben Inhalte zu finden, sich zu orientieren und sich innerhalb der Inhalte zu bewegen.
[lediglich Priorität 2 und 3]

Leitsatz 2.5
Unterstützen Sie die Benutzer darin Fehler zu vermeiden und machen sie es einfach, diese zu korrigieren.
[lediglich Priorität 2 und 3]

Richtlinie 3: Inhalt und Bedienung müssen verständlich sein.

Leitsatz 3.1
Stellen Sie sicher, dass die Bedeutung des Inhalts ermittelt werden kann.
[Priorität 1, 2 und 3]

Leitsatz 3.2
Organisieren Sie den Inhalt konsistent von "Seite zu Seite" und lassen Sie interaktive Bestandteile sich in vorhersagbarer Art und Weise verhalten.
[Priorität 1, 2 und 3]

Richtlinie 4: Inhalt muss robust genug sein, um mit aktuellen und zukünftigen Technologien zurecht zu kommen.

Leitsatz 4.1
Verwenden Sie Technologien entsprechend den Spezifikationen.
[Priorität 1, 2 und 3]

Leitsatz 4.2
Stellen Sie sicher, dass Bedienoberflächen zugänglich sind oder stellen Sie zugängliche Alternative(n) zur Verfügung.
[Priorität 1, 2 und 3]

Wie können die Richtlinien umgesetzt werden?

Wenn Sie nicht auf den zeitform Barrierecheck zurück greifen wollen, um einen vorhandenen Webauftritt zu überprüfen, sondern einen Webauftritt von Grund auf neu programmieren wollen, sollten Sie sich zunächst von althergebrachten, liebgewordenen Dingen wie beispielsweise dem tabellenbasierten Layout verabschieden und sich stattdessen in die Programmierung mittels Cascading Stylesheets und HTML 4.0 oder besser gleich XHTML einarbeiten. Durch die dann mögliche Trennung von Inhalt und Layout ist es für textbasierte Browser und damit auch jegliche Vorlese- oder Braille-Software deutlich einfacher, die eigentlichen Inhalte der Webseite zu erfassen.
Wenn Sie nun noch allen Bildern eine inhaltlich relevanten Beschreibung hinzufügt, damit die Vorlesesoftware auch aus den Grafiken noch Informationen für den Besucher heraus lesen kann, ist der halbe Weg zur barrierefreien Internetseite schon getan.

Das Ergebnis kann zur Kontrolle mit einem textbasierten Browser, wie beispielsweise Lynx, auf Tauglichkeit für sprachbasierte Ausgabemedien (Vorlesesoftware, Braillesoftware) kontrolliert werden. So kann sehr schnell überprüft werden, wo in der logischen Textausgabe noch Mängel vorliegen. Sie können sich auch der im Web verfügbaren Lynx Emulation von Delorie Software bedienen, um jede beliebige Webseite auf ihre Eignung zu überprüfen. Voraussetzung ist allerdings, dass die Seite auf einem öffentlich zugänglichen Webserver liegt.

Nun sollte man Schritt für Schritt daran gehen, die Richtlinien der WCAG darauf hin zu überprüfen, ob sie für den vorliegenden Webauftritt von Relevanz sind und wenn dem so ist, ob sie eingehalten werden. Es gibt leider bislang kein Tool, um direkt nach den Richtlinien der BITV zu überprüfen. Auf den Seiten von BIK-Online werden jedoch sehr ausführlich die einzelnen Prüfschritte erläutert, mit denen Sie die Zugänglichkeit Ihres Webangebotes überprüfen können.

Online Zugänglichkeitsprüfung

Alternativ können Sie eine Online-Überprüfung Ihrer Seite vornehmen, beachten Sie jedoch, dass durch eine automatische Überprüfung lediglich ein Teil der Anforderungen abgedeckt werden können. Auch sollten Sie, um eine Vergleichbarkeit mit der BITV zu erzielen, als Zugänglichkeitsrichtlinie mindestens WCAG Priorität 2 wählen.
Auch hier ist die Voraussetzung allerdings, dass die Internetseite auf einem öffentlich zugänglichen Webserver liegt:

Testen Sie Ihre Seite

z.B. http://www.zeitform.de/

Erläuterung:

  1. Geben Sie die URL der zu testenden Seite ein.
  2. Wählen Sie die Zugänglichkeitsrichtlinien, nach denen getestet werden soll.
    Section 508:
    Die Richtlinien der amerikanischen Bundesbehörden für öffentliche Webauftritte
    WCAG 1.0 Priorität 1, 2 oder 3:
    Die Richtlinien des W3C, abgestuft nach den verschiedenen Prioritäten, wie oben beschrieben.
  3. Wenn Sie lediglich auf WCAG Priorität 2 validieren wollen, sollten Sie dennoch alle 3 Prioritätsstufen testen (Sie können nur daraus lernen), gleichzeitig aber die Checkbox "Bei Fehlern der WCAG Prioritätsstufen 2 oder 3 nur warnen" aktivieren. Fehler der niedrigeren Priorität werden dann lediglich vermerkt, haben aber keinen Einfluss auf eine Validierung nach der Prioritätsstufe 2.
  4. Der alternative Textqualitätsreport untersucht die Seite zusätzlich auf häufig vorkommende Fehler im Sourcecode oder auf fehlende Alternativbeschreibungen und sollte daher auf jeden Fall aktiviert sein.
  5. Wenn sie den Sourcecode Ihrer Seite zusätzlich in den Report aufnehmen wollen, können Sie dieses Feature mit der letzten Checkbox einschalten.
  6. Wenn Sie dynamischen Content für verschiedene Browser zur Verfügung stellen, sollten Sie mit dem entsprechenden Pulldownmenue einen passenden Browser aussuchen.

Hinweis: Die Online Validierung wird freundlicherweise vom Cynthia Says Portal zur Verfügung gestellt. Um den Server nicht zu überlasten, kann lediglich eine Seite eines Webauftritts in der Minute bearbeitet werden. Wenn Sie mehrere Seiten überprüfen wollen, sollten Sie also ein wenig Geduld aufbringen.

Die Ergebnisse der Validierung liegen aus verständlichen Gründen nur in englischer Sprache vor und decken nur den maschinell durchführbaren Teil der Validierung ab. Das Ergebnis wird etwas versteckt am Anfang der Seite präsentiert, beispielsweise:

Verified File Name: http://fiatlux.zeitform.info
Date and Time: 4/16/2004 7:11:25 AM
Passed Automated Verification
Emulated Browser: Netscape 6.0

Sollte anstatt Passed dort Failed stehen, bedeutet das für die Seite leider, dass sie die Validierung nicht bestanden hat. Die Gründe dafür werden anschließend in dem Report detailliert aufgeführt.

Wenn dort Passed steht, müssen Sie für eine vollständige Validierung nach WCAG noch einige Checkpunkte von mehreren Testpersonen manuell überprüfen lassen. Das Ergebnisformular wird Sie darauf ebenfalls hinweisen.

Warum ist Barrierefreiheit von allgemeinem Interesse?

Es ist statistisch belegt, dass europaweit etwa 20% aller Surfer das Internet nicht optimal nutzen können. Sei es, dass bei der Programmierung der Seiten auf technische Gegebenheiten nur unzureichend Rücksicht genommen wurde (Betriebssystem und Browserunterstützung, Bildschirmformate, spezielle Plugins oder Programmiersprachen) oder dass die besonderen Bedürfnisse behinderter Menschen nicht beachtet wurden.

Für farbenblinde Nutzer sollten die Seiten auch in einer Graustufendarstellung lesbar sein, Internetnutzer mit ausgeprägter Sehschwäche sind darauf angeweisen, die Schriftgröße ihren persönlichen Bedürfnissen anpassen zu können, ohne dass dadurch das Layout zerstört oder unleserlich wird.

Blinde Surfer lassen sich die Seiten von einer speziellen Software vorlesen oder in Braille-Schrift ausgeben, was bei der Programmierung der Seiten beispielsweise durch alternative Bildbeschreibungen berücksichtigt werden muss.

Menschen mit einer motorischen Behinderung sollten die Möglichkeit haben, Navigationselemente mit Hilfe der Tastatur auszuwählen.

All diese Ansprüche können mit den vorhandenen Techniken wie CSS2 und HTML 4.0 bzw. XHTML sehr elegant erfüllt werden, ohne dass das Design der Seite darunter leiden muss. Ganz im Gegenteil erreicht man fast automatisch ein sehr klares, logisches Layout, das gegenüber herkömmlich programmierten HTML-Seiten einige handfeste Vorteile bietet. Das beliebteste Beispiel in diesem Zusammenhang liefern die klassischen Suchmaschinen* wie Google oder AllTheWeb. Auch sie sind blind und gehörlos, müssen sich also auf die textlichen Inhalte einer Website beschränken. Dafür haben sie aber viele Millionen Freunde, die sich auf ihr Urteil verlassen, nämlich uns, die Nutzer dieser Suchmaschinen.
* Ein entsprechendes Zitat wird übrigens des öfteren Steve Pemberton, dem Leiter der HTML-Arbeitsgruppe des W3C zugesprochen, der wiederum die Urheberschaft Karsten M. Self überlässt.

Wenn also die Suchmaschinen zugängliche Webseiten im Ranking bevorzugen, dann sollte eigentlich jeder ein ureigenes Interesse daran haben, solche Seiten anzubieten.

Sollte es da nicht nur wegen des in Artikel 3 des Grundgesetzes festgeschrieben Rechts auf Gleichheit aller Menschen selbstverständlich sein, barrierefreie Webseiten zu programmieren?

Organisationen

Rechtliche Grundlagen und technische Informationen

Validierungstools, Software

| Instructions | Literature | Technical Information |
| Startseite | Homepage | Contact | Accessibility | License | zeitform |