Bevor ich zum Thema Accessibility mit WordPress komme, muss ich kurz die Grundlagen von WordPress erklären. WordPress ist eine Blogsoftware. Ein Blog ist eine spezielle Form einer Internetseite auf dem Artikel geschrieben werden. Es müssen nicht zwingend Fachartikel sein. Es kann auch ein „öffentliches“ Tagebuch geführt werden, es kann über Lebensfreude geschrieben werden oder ein anderes Thema. Es gibt auch Blogger (=Autoren von Blogartikeln) die Ihre Leser darüber informieren wieviel neue Kontakte sie auf der Social Media Plattform Xing gesammelt haben.

In meinem Blog finden Sie hauptsächlich Fachartikel über Accessibility, Suchmaschinenoptimierung und Social Media. Der Blog ist wie oben schon erwähnt ein WordPress-Blog.

In WordPress können Sie Seiten und Artikel erstellen. Die Links „Home“, „Wer schreibt her?“, „Referenzen“ und „Impressum“ in meinem Blog sind Seiten. Das was ich hier schreibe ist ein Artikel.

Dann gibt es Plugins. Das sind im Prinzip kleine „Programme“ welche dem WordPress-Blog neue Funktionen spendieren. Zum Beispiel habe ich ein Plugin für Suchmaschinenoptimierung installiert, welches mir hilft bei der Onpage-Optimierung meiner Seiten und Artikel. Leider gibt es kein Plugin, welches den kompletten Blog barrierefrei(=Accessibility) macht.

Umsetzung von Accessibility mit WordPress

Selbstverständlich werde ich hier nicht sämtliche Kriterien der Barrierefreiheit besprechen, sondern nur ein paar Tipps geben, die aber schon sehr viel bewirken können.

Um Accessibility bei WordPress umzusetzen muss man Themes bearbeiten. Noch so ein komischer Begriff. Was ist ein Theme? Ein Theme ist eine Art „Kleid“ für den Blog. Ein Theme bestimmt das Aussehen Deines Blog. Eine anderes Wort für Theme wäre „Vorlage“ oder „Template“. Es gibt sehr viele fertige Themes die kostenfrei heruntergeladen werden können. Wenn Sie mehrere Themes in Ihrem Blog installiert haben, können Sie in Sekunden das komplette Aussehen Ihres Blogs verändern! Das ist eine der vielen Stärken von WordPress.

Um Ihr Theme überhaupt bearbeiten zu können, müssen Sie den zu bearbeitenden Dateien per FTP schreibrechte geben. Erst dann können Sie überhaupt die Dateien bearbeiten. Von Haus aus sind alle Theme Dateien schreibgeschützt.

Danach gehen Sie in den Admin-Zugang Ihres WordPress-Blog und klicken auf „Design“ und danach auf „Editor“.

Vor Ihren Augen öffnet sich jetzt eine Datei mit Namen „style.css“. In dieser Datei können Sie wichtige Dinge für Accessibility einstellen. Wenn Sie zum Beispiel die Schriftgröße in relative Schriftgrößen statt feste Schriftgrößen ändern möchten, dann können Sie dies in der Datei style.css ändern. Suchen Sie einfach in der Datei „style.css“ nach „font-size“ und ersetzen Sie pt oder px durch relative Angaben.

Wenn Sie Hintergrundfarbe und Schriftfarbe ändern möchten um den Farbkontrast Accessibilty-Gerecht einzustellen, dann können Sie dies auch in der Datei „style.css“ ändern. Suchen Sie einfach nachdem Wort „color“. So finden Sie die Hintergrund und die Schriftfarbe.

Jedes Theme hat eine Datei mit dem Namen „header.php“ . Falls in Ihrem Theme ganz oben eine Grafik eingebaut ist, dann können Sie in der Datei header.php nachschauen ob diese Grafik einen Alternativtext hat, damit der Screenreader von blinden und Sehbehinderten Menschen entsprechende Informationen bekommt.

Wenn Sie Bilder in Artikel und Seiten einfügen, sorgen Sie dafür, dass Ihre Bilder Alternativtexte haben. Der Dialog für Bildeinfügen hat ein Eingabefeld mit der Beschriftung „Alternativtext“. Hier können Sie einen Text eingeben der dem blinden oder sehbehinderten Menschen vom Screenreader übermittelt wird.

Wenn Sie diese Tipps umsetzen haben Sie einiges dafür getan, damit Menschen mit uterschiedlichen Einschränkungen den Inhalt Ihres WordPress-Blogs war nehmen können. Achja, die Suchmaschine freut sich auch über barrierefreie Blogs. Google ist blind und kann nur lesen.

Wer im Internet erfolgreich sein möchte, muss überregional bekannt sein. Das barrierefreie Webdesign ist mir ein ganz besonderes Anliegen. Deswegen möchte ich auch in der Region Tübingen Werbung für barrierefreies Webdesign machen. Barrieren im Webdesign gibt es für blinde, für Sehbehinderte und anderes körperlich eingeschränkte Menschen. Menschen im fortgeschrittenen Alter können auch Einschränkungen im Sehen oder Hören besitzen. Barrierefreies Webdesign nimmt Rücksicht auf unterschiedliche Einschränkungen von Menschen. Aufgrund von körperlchen Beeinträchtigungen nutzen behinderte Menschen und Menschen im fortgeschrittenen Alter, das Internet mehr, als andere Menschen. Behinderte Menschen kaufen oft im Internet ein, weil viele Behinderte ohne fremde Hilfe das Haus gar nicht verlassen können. Die Wahl des Online-Shops hängt zu 100% davon ab, ob er für behinderte Menschen zugänglich(=Accessibility) ist oder nicht. Also auch bei Online-Shops spielt barrierefreies Webdesign eine wichtige Rolle! Wenn Sie aus der Region Tübingen sind und einen Online-Shop besitzen den Sie auf barrierefreies Webdesign umstellen möchten, dann sind Sie bei mir richtig.

Letztes Jahr ist die BITV 2.0 in Kraft getreten. Sie ist die gesetzliche Grundlage für barrierefreies Webdesign. Ich kenne den Inhalt der BITV 2.0 und kann Sie dementsprechend kompetent beraten.

Übrigens, auch die Suchmaschnen freuen sich sehr über Webseiten mit einem barrierefreien Webdesign. Barrierefreies Webdesign ist also eine gute Vorraussetzung für eine erfolgreiche Suchmaschinenoptimierung.

Mein Unternehmen bietet barrierefreies Webdesign aus der Region Tübingen.

Sind Sie interessiert? Dann Rufen Sie mich an: 07121/504458

Auch in der Fachliteratur wird die Bedeutung von barrierefreies Webdesign immer wichtiger. Für mich ist barrierefreies Webdesign ein Qualitätsmerkmal.

Ich biete barrierefreies Wedesign in Reutlingen und Tübingen.

Wenn Sie Ihre Webseite nach den Richtlinien für barrierefreies Webdesign gestalten möchten, sprechen Sie mit mir: 07121/504458 .

Thomas Friebe, Geschäftsführer der i.syde Informationstechnik GmbH aus Balge hat festgestellt wie schwierig es für normalsichtige Menschen ist, sich vorzustellen wie Menschen mit Farbfehlsichtigkeit sehen. Deswegen hat ein interdisziplinäres Entwicklerteam bei i.syde die Spezialsoftware eye.syde entwickelt. Die Software eye.syde ermöglicht es Grafikdesigner, Software-und Webentwickler ihre Arbeit durch die Augen eines farbfehlsichtigen Menschen zu betrachten. Dadurch können Software und Webseiten besser auf die Bedürfnisse von Menschen mit Farbfehlsichtigkeit angepasst werden. Die Anpassung von Webseiten und Software an die Bedürfnisse von Menschen mit Farbfehlsichtigkeit ist ein wichtiger Schritt, wenn eine Webseite oder Software barrierefrei gestalten werden soll. Mit der Software lassen sich die unterschiedlichen Arten der Farbenfehlsichtigkeit wie Tritanopie, Protanopie, Deuteranopie oder Achromasie simulieren.

Die Software wurde mit dem .NET Framework und WPF (Windows Presentation Foundation) entwickelt und lässt sich unter den Betriebssystemen Windows XP und Windows 7 einsetzen.

Das Unternehmen i.syde Informationstechnik GmbH sieht das Ziel barrierefreier Software als soziales Anliegen. Deswegen gibt es die Software zum kostenlosen Download auf www.eyesyde.de .

Die Web Accessibility Initiative(WAI) ist eine Arbeitsgruppe der W3C , die sich mit dem barrierefreien Zugang zum Internet beschäftigt. Die W3C ist das World Wide Web Consortium-Gremium, welches sich um die Standardisierung des World Wide Web(=Internet) kümmert.

Das Ziel der WAI (Web Accessibility Initiative) ist es, das Internet möglichst vielen Menschen zugänglich zu machen. Menschen mit unterschiedlichen Behinderungen sind auch eine Zielgruppe der WAI (Web Accessibility Initiative).

Die „Web Content Accessibility Guidelines 1.0“ (WCAG 1.0) beinhalten Anforderungen an die Webseitenprogrammierung als auch an Inhaltsarchitekturen, Layout-Grundlagen und Technik-Verwendung. Sie wurden von der Web Accessibility Initiative veröffentlicht.

Die Barrierefreie Informationstechnik-Verordnung (BITV) in Deutschland, baut auf die Web Content Accessibility Guidelines 1.0 auf.

Zuerst möchte ich ein paar Überlegungen zum Begriff „Normal“ anstellen, weil ich als Mensch mit Behinderung immer wieder darüber stolpere, dass ich nicht „normal“ bin.

Oder dass es Behindertensoftware und „normale“ Software gibt. Oder es gibt barrierefreie Internetseiten und „normale“ Internetseiten.

Was ist „Normal“? Wie definiert man „Normal“. Dieser Begriff ist so „normal“, dass es recht schwierig ist im Internet eine Definition zu finden mit der man was anfangen kann!

Im Offenen Internetlexikon Wikipedia habe ich u.a. folgende 3 Kriterien gefunden:

[1] ohne Steigerung: Vorhandenen Normen entsprechend

(gesellschaftlichen, wissenschaftlichen, medizinischen, subjektiv erfahrenen)

[2] Über längere Zeiträume ähnlich ablaufenden Ereignissen entsprechend

[3] ohne Steigerung: im rechten Winkel/orthogonal (Mathematik)

Ich weiß nicht wie es Ihnen geht, aber ich finde alle 3 Erklärungsversuche nicht wirklich griffig.

Seit 2002 gibt es ein Gleichstellungsgesetz mit einem §11 Barrierefreie Informationstechnik in dem drin steht, dass staatliche Internetseiten barrierefrei sein müssen und gewerbliche sollten barrierefrei sein. Angenommen im Jahr 2011 sind alle Internetseiten barrierefrei, dann ist es plötzlich „normal“, dass Internetseiten barrierefrei sind!

Ich hoffe, ich konnte Sie etwas ins grübeln bringen, was die Verwendung des Begriffs „Normal“ betrifft. Ich spreche deswegen lieber von barrierefreien und nicht barrierefreien Webseiten.

Nun zur eigentlichen Frage: sind barrierefreie Internetseiten teurer als nicht barrierefreie?

Hier muss man unterscheiden. Wenn es darum geht eine bestehende Internetseite barrierefrei zu machen, kostet das auf jeden Fall Geld. Wie viel Geld hängt selbstverständlich vom Arbeitsaufwand hat. Das Problem bei Internetseiten ist, dass man zunächst nur die „Oberfläche“ sieht und nicht den HTML und CSS-Code der dahinter steckt. Somit ist es für einen Laien fast unmöglich den Fachmann vom Hobby-Webseitengestalter zu unterscheiden. Viele Hobby-Webseitengestalter können mit Bildbearbeitungsprogramme und Farbe sehr gut umgehen, legen aber auf eine korrekte Verwendung der HTML-und CSS-Befehle überhaupt keinen Wert. Damit eine Webseite barrierefrei ist, ist es unabdingbar, dass die HTML bzw. CSS-Befehle korrekt eingesetzt werden.

Wenn eine Webseite neu erstellt wird und von Beginn an die Richtlinien der Barrierefreiheit mit einbezogen werden, hält sich der Mehraufwand und somit auch die zusätzlichen Kosten in Grenzen. Es gibt gewisse Richtlinien, die es bei nicht barrierefreien Webseiten und bei barrierefreien Webseiten gibt, die sich nur in der Begründung unterscheiden!

Ich mache ein Beispiel. Der Alternativtext bei Bildern soll verwendet werden, damit ein Text angezeigt wird, wenn das Bild nicht geladen oder angezeigt werden kann, aus welchen Gründen auch immer. Dies steht in den nicht barrierefreien Richtlinien.

In den barrierefreien Richtlinien steht, dass der Alternativtext bei Bildern, den Bildinhalt grob beschreiben soll, damit blinde und sehbehinderte Menschen, die mit einem Screenreader surfen, wissen, dass es sich um ein Bild handelt und was auf dem Bild zu sehen ist.

In beiden Richtlinien steht das Gleiche nur die Begründung ist anders!

Ein zweites Beispiel. In den barrierefreien Richtlinien steht dass Navigationsmechanismen übersichtlich und schlüssig zu gestalten sind. In jedem guten Buch über professionelles Webdesign liest man ganz genau das Gleiche. Es gibt also in den nicht barrierefreien und den barrierefreien Richtlinien gemeinsame Punkte. Somit ist klar, dass es nicht zwei völlig unterschiedliche Ziele(Webseiten) sind.

Ein Video, zum Beispiel, in Textform zu beschreiben kostet selbstverständlich zusätzliche Zeit und Geld. Durch dieses zusätzlich investierte Geld, steigt allerdings die Zahl der Besucher der Webseite und somit kann, zum Beispiel im Fall eines Webshops, das investierte Geld wieder rein kommen.

Fassen wir zusammen:
In den Richtlinien für nicht barrierefreie Webseiten und den Richtlinien für barrierefreie Webseiten gibt es Gemeinsamkeiten. Eine nicht barrierefreie Webseite barrierefrei zu machen kostet Geld. Wie viel Geld hängt davon ab, wie Wichtig dem Web-Entwickler die Umsetzung der nicht barrierefreien Richtlinien war. Bei einer sehr guten Umsetzung der nicht barrierefreien Richtlinien, dürften die Kosten nicht sehr hoch sein. Bei einer neu erstellten Webseite ist es sehr empfehlenswert, gleich auf barrierefreies Webdesign zu achten. Durch die Gemeinsamkeiten der nicht barrierefreien und barrierefreien Richtlinien hält sich der Mehraufwand und die damit verbunden Mehrkosten in Grenzen.

Durch die umgesetzte Barrierefreiheit steigt die Zahl der Webseitenbesucher (siehe Artikel „Barrierefreiheit – wer braucht das?“ ) und somit die Beliebtheit der Webseite und im Fall eines Webshops kommt mehr Umsatz in die Kasse!

Barrierefreie Internetseiten lohnen sich!

Die Braillezeile ist ein Ausgabegerät, welches den gelesenen Text in Brailleschrift (=Blindenschrift) ausgibt. Die Brailleschrift wird mit Stößel dargestellt, die aus einer Fläche herausragen. Diese herausragenden Stößel bilden die Zeichen der Blindenschrift ab. Der blinde oder sehbehinderte Mensch kann mit seinen Fingerkuppen die Stößel abtasten und somit eine Bildschirmzeile lesen.

Da Screenreader nur lesen und nicht sehen können, ist es z. B. wichtig, dass Bilder auf einer Webseite einen Alternativtext haben. Fehlt dieser Alternativtext, wird diese Fläche vom blinden oder sehbehinderten Menschen als „leere“ Fläche wahrgenommen.

Bei Videos verhält es sich genau gleich. Der Screenreader kann ein Video nicht „lesen“. Wenn man auf einer Webseite Videos einbindet, sollte man unter dem Video kurz beschreiben was auf dem Video zu sehen ist.

Mit oben beschriebener Vorgehensweise können blinde und sehbehinderte Menschen am PC/Laptop arbeiten. Der Screenreader liest den Bildschirminhalt und liest ihn vor oder schickt ihn an die Braillezeile.

Auf meiner Webseite finden Sie auch Infos zum Thema barrierefreies Webdesign

Im folgenden Liste ich die Punkte der Barrierefreie Informationstechnik-Verordnung(=BITV) auf, die für die Umsetzung von Barrierefreiheit auf Webseiten wichtig sind.

Die Bedingungen sind in zwei Priorität-Stufen gegliedert. Eine Webseite ist erst dann Barrierefrei, wenn alle Priorität-Stufen erfüllt sind.

Textäguivalente und -alternativen ( Anforderung 1 )
Für jeden Audio- oder visuellen Inhalt sind geeignete äquivalente Inhalte bereitzustellen, die den gleichen Zweck oder die gleiche Funktion wie der originäre Inhalt erfüllen.

Priorität I
Bedingung 1.1
Für jedes Nicht-Text-Element ist ein äquivalenter Text bereitzustellen. Dies gilt insbesondere für: Bilder, graphisch dargestellten Text einschließlich Symbolen, Regionen von Imagemaps, Animationen (z.B. animierte GIFs), Applets und programmierte Objekte, Zeichnungen, die auf der Verwendung von Zeichen und Symbolen des ASCII-Codes basieren (ASCII-Zeichnungen), Frames, Scripts, Bilder, die als Punkte in Listen verwendet werden, Platzhalter-Graphiken, graphische Buttons, Töne (abgespielt mit oder ohne Einwirkung des Benutzers), Audio-Dateien, die für sich allein stehen, Tonspuren von Videos und Videos.

Bedingung 1.2
Für jede aktive Region einer serverseitigen Imagemap sind redundante Texthyperlinks bereitzustellen.

Bedingung 1.3
Für Multimedia-Präsentationen ist eine Audio-Beschreibung der wichtigen Informationen der Videospur bereitzustellen.

Bedingung 1.4
Für jede zeitgesteuerte Multimedia-Präsentation (insbesondere Film oder Animation) sind äquivalente Alternativen (z.B. Untertitel oder Audiobeschreibungen der Videospur) mit der Präsentation zu synchronisieren.

Priorität II
Bedingung 1.5
Für jede aktive Region einer clientseitigen Imagemap sind redundante Texthyperlinks bereitzustellen.

Farben und Kontraste ( Anforderung 2 )
Texte und Graphiken müssen auch dann verständlich sein, wenn diese ohne Farbe betrachtet werden.

Priorität I
Bedingung 2.1
Alle mit Farbe dargestellten Informationen müssen auch ohne Farbe verfügbar sein, z.B. durch den Kontext oder die hierfür vorgesehenen Elemente der verwendeten Markup-Sprache.

Bedingung 2.2
Bilder sind so zu gestalten, dass die Kombinationen aus Vordergrund- und Hintergrundfarbe auf einem Schwarz-Weiß-Bildschirm und bei der Betrachtung durch Menschen mit Farbfehlsichtigkeiten ausreichend kontrastieren.

Priorität II
Bedingung 2.3
Texte sind so zu gestalten, dass die Kombinationen aus Vordergrund- und Hintergrundfarbe auf einem Schwarz-Weiß-Bildschirm und bei der Betrachtung durch Menschen mit Farbfehlsichtigkeiten ausreichend kontrastieren.

Trennung von Inhalt und Layout ( Anforderung 3 )
Markup-Sprachen (insbesondere HTML) und Stylesheets (CSS) sind entsprechend ihrer Spezifikationen und formalen Definitionen zu verwenden.

Priorität I
Bedingung 3.1
Soweit eine angemessene Markup-Sprache existiert, ist diese anstelle von Bildern zu verwenden, um Informationen darzustellen.

Bedingung 3.2
Mittels Markup-Sprachen geschaffene Dokumente sind so zu erstellen und zu deklarieren, dass sie gegen veröffentlichte formale Grammatiken validieren.

Bedingung 3.3
Es sind Stylesheets zu verwenden, um die Text- und Bildgestaltung sowie die Präsentation von mittels Markup-Sprachen geschaffener Dokumente zu beeinflussen.

Bedingung 3.4
Es sind relative anstelle von absoluten Einheiten in den Attributwerten der verwendeten Markup-Sprache und den Stylesheet-Property-Werten zu verwenden.

Bedingung 3.5
Zur Darstellung der Struktur von mittels Markup-Sprachen geschaffener Dokumente sind Überschriften-Elemente zu verwenden.

Bedingung 3.6
Zur Darstellung von Listen und Listenelementen sind die hierfür vorgesehenen Elemente der verwendeten Markup-Sprache zu verwenden.

Bedingung 3.7
Zitate sind mittels der hierfür vorgesehenen Elemente der verwendeten Markup-Sprache zu kennzeichnen.

Sprachliche Besonderheiten ( Anforderung 4 )
Sprachliche Besonderheiten wie Wechsel der Sprache oder Abkürzungen sind erkennbar zu machen.

Priorität I
Bedingung 4.1
Wechsel und Änderungen der vorherrschend verwendeten natürlichen Sprache sind kenntlich zu machen.

Priorität II
Bedingung 4.2
Abkürzungen und Akronyme sind an der Stelle ihres ersten Auftretens im Inhalt zu erläutern und durch die hierfür vorgesehenen Elemente der verwendeten Markup-Sprache kenntlich zu machen.

Bedingung 4.3
Die vorherrschend verwendete natürliche Sprache ist durch die hierfür vorgesehenen Elemente der verwendeten Markup-Sprache kenntlich zu machen.

Tabellen ( Anforderung 5 )
Tabellen sind mittels der vorgesehenen Elemente der verwendeten Markup-Sprache zu beschreiben und in der Regel nur zur Darstellung tabellarischer Daten zu verwenden.

Priorität I
Bedingung 5.1
In Tabellen, die tabellarische Daten darstellen, sind die Zeilen- und Spaltenüberschriften mittels der vorgesehenen Elemente der verwendeten Markup-Sprache zu kennzeichnen.

Bedingung 5.2
Soweit Tabellen, die tabellarische Daten darstellen, zwei oder mehr Ebenen von Zeilen- und Spaltenüberschriften aufweisen, sind mittels der vorgesehenen Elemente der verwendeten Markup-Sprache Datenzellen und Überschriftenzellen einander zuzuordnen.

Bedingung 5.3
Tabellen sind nicht für die Text- und Bildgestaltung zu verwenden, soweit sie nicht auch in linearisierter Form dargestellt werden können.

Bedingung 5.4
Soweit Tabellen zur Text- und Bildgestaltung genutzt werden, sind keine der Strukturierung dienenden Elemente der verwendeten Markup-Sprache zur visuellen Formatierung zu verwenden.

Priorität II
Bedingung 5.5
Für Tabellen sind unter Verwendung der hierfür vorgesehenen Elemente der genutzten Markup-Sprache Zusammenfassungen bereitzustellen.

Bedingung 5.6
Für Überschriftenzellen sind unter Verwendung der hierfür vorgesehenen Elemente der genutzten Markup-Sprache Abkürzungen bereitzustellen.

Allgemeine Rückwärtskompatibilität ( Anforderung 6 )
Internetangebote müssen auch dann nutzbar sein, wenn der verwendete Benutzeragent neuere Technologien nicht unterstützt oder diese deaktiviert sind.

Priorität I
Bedingung 6.1
Es muss sichergestellt sein, dass mittels Markup-Sprachen geschaffene Dokumente verwendbar sind, wenn die zugeordneten Stylesheets deaktiviert sind.

Bedingung 6.2
Es muss sichergestellt sein, dass Äquivalente für dynamischen Inhalt aktualisiert werden, wenn sich der dynamische Inhalt ändert.

Bedingung 6.3
Es muss sichergestellt sein, dass mittels Markup-Sprachen geschaffene Dokumente verwendbar sind, wenn scripts, Applets oder andere programmierte Objekte deaktiviert sind.

Bedingung 6.4
Es muss sichergestellt sein, dass die Eingabebehandlung von scripts, Applets oder anderen programmierten Objekten vom Eingabegerät unabhängig ist.

Bedingung 6.5
Dynamische Inhalte müssen zugänglich sein. Insoweit dies nur mit unverhältnismäßig hohem Aufwand zu realisieren ist, sind gleichwertige alternative Angebote unter Verzicht auf dynamische Inhalte bereitzustellen.

Dynamische Inhalte ( Anforderung 7 )
Zeitgesteuerte Änderungen des Inhalts müssen durch die Nutzerin/den Nutzer kontrollierbar sein.

Priorität I
Bedingung 7.1
Bildschirmflackern ist zu vermeiden.

Bedingung 7.2
Blinkender Inhalt ist zu vermeiden.

Bedingung 7.3
Bewegung in mittels Markup-Sprachen geschaffener Dokumente ist entweder zu vermeiden oder es sind Mechanismen bereitzustellen, die der Nutzerin, dem Nutzer das Einfrieren der Bewegung oder die Änderung des Inhalts ermöglichen.

Bedingung 7.4
Automatische periodische Aktualisierungen in mittels Markup-Sprachen geschaffener Dokumente sind zu vermeiden.

Bedingung 7.5
Die Verwendung von Elementen der Markup-Sprache zur automatischen Weiterleitung ist zu vermeiden. Insofern auf eine automatische Weiterleitung nicht verzichtet werden kann, ist der Server entsprechend zu konfigurieren.

Benutzerschnittstellen ( Anforderung 8 )
Die direkte Zugänglichkeit der in Internetangeboten eingebetteten Benutzerschnittstellen ist sicherzustellen.

Priorität I
Bedingung 8.1
Programmierte Elemente (insbesondere scripts und Applets) sind so zu gestalten, dass sie entweder direkt zugänglich oder kompatibel mit assistiven Technologien sind.

Geräte-Unabhängigkeit ( Anforderung 9 )
Internetangebote sind so zu gestalten, dass Funktionen unabhängig vom Eingabegerät oder Ausgabegerät nutzbar sind.

Priorität I
Bedingung 9.1
Es sind clientseitige Imagemaps bereitzustellen, es sei denn die Regionen können mit den verfügbaren geometrischen Formen nicht definiert werden.

Bedingung 9.2
Jedes über eine eigene Schnittstelle verfügende Element muss in geräteunabhängiger Weise bedient werden können.

Bedingung 9.3
In Scripts sind logische anstelle von geräteabhängigen Event-Handlern zu spezifizieren.

Priorität II
Bedingung 9.4
Es ist eine mit der Tabulatortaste navigierbare, nachvollziehbare und schlüssige Reihenfolge von Hyperlinks, Formularkontrollelementen und Objekten festzulegen.

Bedingung 9.5
Es sind Tastaturkurzbefehle für Hyperlinks, die für das Verständnis des Angebots von entscheidender Bedeutung sind (einschließlich solcher in clientseitigen Imagemaps), Formularkontrollelemente und Gruppen von Formularkontrollelementen bereitzustellen.

Kompatibilität mit Hilfsmitteln ( Anforderung 10 )
Die Verwendbarkeit von nicht mehr dem jeweils aktuellen Stand der Technik entsprechenden assistiven Technologien und Browsern ist sicherzustellen, soweit der hiermit verbundene Aufwand nicht unverhältnismäßig ist.

Priorität I
Bedingung 10.1
Das Erscheinenlassen von Pop-Ups oder anderen Fenstern ist zu vermeiden. Die Nutzerin, der Nutzer ist über Wechsel der aktuellen Ansicht zu informieren.

Bedingung 10.2
Bei allen Formular-Kontrollelementen mit implizit zugeordneten Beschriftungen ist dafür Sorge zu tragen, dass die Beschriftungen korrekt positioniert sind.

Priorität II
Bedingung 10.3
Für alle Tabellen, die Text in parallelen Spalten mit Zeilenumbruch enthalten, ist alternativ linearer Text bereitzustellen.

Bedingung 10.4
Leere Kontrollelemente in Eingabefeldern und Textbereichen sind mit Platzhalterzeichen zu versehen.

Bedingung 10.5
Nebeneinanderliegende Hyperlinks sind durch von Leerzeichen umgebene, druckbare Zeichen zu trennen.

W3C-Technologien ( Anforderung 11 )
Die zur Erstellung des Internetangebots verwendeten Technologien sollen öffentlich zugänglich und vollständig dokumentiert sein, wie z. B. die vom World Wide Web Konsortium entwickelten Technologien.

Priorität I
Bedingung 11.1
Es sind öffentlich zugängliche und vollständig dokumentierte Technologien in ihrer jeweils aktuellen Version zu verwenden, soweit dies für die Erfüllung der angestrebten Aufgabe angemessen ist.

Bedingung 11.2
Die Verwendung von Funktionen, die durch die Herausgabe neuer Versionen überholt sind, ist zu vermeiden.

Bedingung 11.3
Soweit auch nach bestem Bemühen die Erstellung eines barrierefreien Internetangebots nicht möglich ist, ist ein alternatives, barrierefreies Angebot zur Verfügung zu stellen, das äquivalente Funktionalitäten und Informationen gleicher Aktualität enthält, soweit es die technischen Möglichkeiten zulassen. Bei Verwendung nicht barrierefreier Technologien sind diese zu ersetzen, sobald aufgrund der technologischen Entwicklung äquivalente, zugängliche Lösungen verfügbar und einsetzbar sind.

Priorität II
Bedingung 11.4
Der Nutzerin, dem Nutzer sind Informationen bereitzustellen, die es ihnen erlauben, Dokumente entsprechend ihren Vorgaben (z.B. Sprache) zu erhalten.

Kontextuelle Hilfen ( Anforderung 12 )
Der Nutzerin/dem Nutzer sind Informationen zum Kontext und zur Orientierung bereitzustellen.

Priorität I
Bedingung 12.1
Jeder Frame ist mit einem Titel zu versehen, um Navigation und Identifikation zu ermöglichen.

Bedingung 12.2
Der Zweck von Frames und ihre Beziehung zueinander ist zu beschreiben, soweit dies nicht aus den verwendeten Titeln ersichtlich ist.

Bedingung 12.3
Große Informationsblöcke sind mittels Elementen der verwendeten Markup-Sprache in leichter handhabbare Gruppen zu unterteilen.

Bedingung 12.4
Beschriftungen sind genau ihren Kontrollelementen zuzuordnen.

Navigation und Orientierung ( Anforderung 13 )
Navigationsmechanismen sind übersichtlich und schlüssig zu gestalten.

Priorität I
Bedingung 13.1
Das Ziel jedes Hyperlinks muss auf eindeutige Weise identifizierbar sein.

Bedingung 13.2
Es sind Metadaten bereitzustellen, um semantische Informationen zu Internetangeboten hinzuzufügen.

Bedingung 13.3
Es sind Informationen zur allgemeinen Anordnung und Konzeption eines Internetangebots, z.B. mittels eines Inhaltsverzeichnisses oder einer Sitemap, bereitzustellen.

Bedingung 13.4
Navigationsmechanismen müssen schlüssig und nachvollziehbar eingesetzt werden.

Priorität II
Bedingung 13.5
Es sind Navigationsleisten bereitzustellen, um den verwendeten Navigationsmechanismus hervorzuheben und einen Zugriff darauf zu ermöglichen.

Bedingung 13.6
Inhaltlich verwandte oder zusammenhängende Hyperlinks sind zu gruppieren. Die Gruppen sind eindeutig zu benennen und müssen einen Mechanismus enthalten, der das Umgehen der Gruppe ermöglicht.

Bedingung 13.7
Soweit Suchfunktionen angeboten werden, sind der Nutzerin, dem Nutzer verschiedene Arten der Suche bereitzustellen.

Bedingung 13.8
Es sind aussagekräftige Informationen am Anfang von inhaltlich zusammenhängenden Informationsblöcken (z.B. Absätzen, Listen) bereitzustellen, die eine Differenzierung ermöglichen.

Bedingung 13.9
Soweit inhaltlich zusammenhängende Dokumente getrennt angeboten werden, sind Zusammenstellungen dieser Dokumente bereitzustellen.

Bedingung 13.10
Es sind Mechanismen zum Umgehen von ASCII-Zeichnungen bereitzustellen.

Verständlichkeit ( Anforderung 14 )
Das allgemeine Verständnis der angebotenen Inhalte ist durch angemessene Maßnahmen zu fördern.

Priorität I
Bedingung 14.1
Für jegliche Inhalte ist die klarste und einfachste Sprache zu verwenden, die angemessen ist.

Priorität II
Bedingung 14.2
Text ist mit graphischen oder Audio-Präsentationen zu ergänzen, sofern dies das Verständnis der angebotenen Information fördert.

Bedingung 14.3
Der gewählte Präsentationsstil ist durchgängig beizubehalten.

Auf meiner Webseite finden Sie auch Infos zum Thema barrierefreies Webdesign