Barrierefreiheit im Internet (Münchner Usability-Tag, München)

Vortrag vom 16. Juli 2005 (↻ 16. Juni 2006), exklusiv für den Münchner Usability-Tag, München. Schwerpunkt: Barrierefreiheit (RSS-Feed für alle Themen).

Dieser Vortrag wurde im Rahmen des 2. Münchner Usability-Tages gehalten. Brigitte Bornemann-Jeske (BIT Informationsdesign) referrierte im ersten Teil des Vortrags über grundsätzliche Aspekte der Barrierefreiheit, wie Betroffene und rechtliche Grundlagen, der zweite und hier vorgestellte Teil beschäftigt sich mit einigen technischen Facetten der Barrierefreiheit.

Inhalt

1. Technologieeinschränkungen
   1. Internetanbindung
   2. Bildschirmauflösung
   3. Mobile Endgeräte (Handys, PDAs)
   4. JavaScript
   5. Flash
2. Sofortmaßnahmen
   1. Validität
   2. Semantik
   3. Alternativen
   4. alt-Texte
   5. Sprungmarken
3. Referenzen
   1. Spezifikationen
   2. Werkzeuge

Technologieeinschränkungen

Internetanbindung

• Langsame Ladezeit frustriert und verursacht Abbrüche.
• Benutzer benutzen Text-Browser (Lynx, Links) oder deaktivieren Bilder → alt-Texte sind kritisch.
• Modem immer noch populär: 41,18% in den USA (bis 56 kbit/s) (Quelle: Nielsen//Netratings, Juni 2005).

Bildschirmauflösung

• Horizontale Scrollbalken sind für viele Nutzer problematisch.
• 27% aller Nutzer verwenden eine Auflösung von 800×600 Pixeln (Quelle: TheCounter.com, Juni 2005).
• Maximale Auflösung von 575 Pixeln (horizontal) bei WebTV.
• Große Auflösungen stellen ebenso eine Herausforderung dar (Platzausnutzung vs. Lesbarkeit).

Mobile Endgeräte (Handys, PDAs)

• Geringe Auflösung → Optimierung über zum Beispiel gerätespezifische Stylesheets (handheld-Medientyp).
• Schlechte Unterstützung von Technologien wie Flash und JavaScript, aber auch CSS.
• Steigende PDA-Verbreitung: 2005 38 Millionen, 2008 58 Millionen Verkäufe (Quelle: eTForecats, Juni 2003).

JavaScript

• Mangelnde Unterstützung durch assistive Technologien, Text-Browser, Handys und PDAs.
• Oftmals ungenügende Bereitstellung von Alternativen (noscript-Element).
• 3% aller Nutzer haben JavaScript deaktiviert (Quelle: TheCounter.com, Juni 2005).

Flash

• Schlechte Kontrolle über zum Beispiel Schriftgröße, Kontrast, Farben (trotz Verbesserung seit Flash MX 2004).
• Assistive Technologien unterstützen Flash gar nicht oder unzureichend.
• Usability: Bekannte Probleme (wie Hinwegsetzung über Konventionen) mindern Zugänglichkeit.
• 2% aller Nutzer haben kein Flash installiert (Quelle: Macromedia, März 2005).

Sofortmaßnahmen

Validität

• Markup und CSS validieren.
• Vorteile:
  • Standardkonformität erlaubt Interoperabilität,
  • Minimierung des Risikos von Fehlinterpretationen (zum Beispiel Darstellungsfehler).

Semantik

• Elemente gemäß Bedeutung verwenden:
  • h1, h2 &c. für Überschriften,
  • p für Absätze,
  • div und span sind »bedeutungslos«.
• Vorteile:
  • Wirkliche Dokumentstruktur,
  • Semantik = geringere Ladezeit (vgl. Tabellenwüsten),
  • Überschriften und Links sind von assistiven Technologien extrahierbar (Hilfsmittel),
  • SEO durch Dokumentstruktur.

Alternativen

• Bilder: alt-Texte,
• JavaScript: noscript-Element,
• Flash: HTML-Version,
• Audio und Video: Transkripte (Abschriften).

alt-Texte

• Bilder mit alt-Texten versehen,
• dekorative Bilder mittels CSS einbinden.
• Vorteile:
  • Nur über alt-Text sind durch Bilder vermittelte Informationen zugänglich,
  • SEO durch zusätzliche Informationen.

Sprungmarken

• Interne Anker für schnellen Zugriff definieren (à la »Navigation überspringen«).
• Unterstützt:
  • Blinde,
  • Menschen mit motorischen Beeinträchtigungen,
  • Tastaturnutzer.

Referenzen

Spezifikationen

• Web Content Accessibility Guidelines 1.0 und 2.0 (W3C-Standards);
• Section 508 (US-Jurisdiktion);
• Disability Discrimination Act (britische Jurisdiktion);
• Behindertengleichstellungsgesetz (BGG) mit BITV (deutsche Jurisdiktion).

Werkzeuge

• Markup-Validierung (W3C);
• CSS-Validierung (W3C);
• Barrierefreiheitsprüfung (WCAG, Section 508, BITV) (ATRC);
• Barrierefreiheits- und Qualitätsanalyse (Truwex);
• Farbkontrastanalyse;
• Farbenblindheit-Emulator;
• weitere Hilfsmittel.

Über mich

Ich bin Jens, und ich bin ein Engineering Lead und Autor. Ich habe als technischer Leiter für Firmen wie Google und als Engineering Manager für Firmen wie Miro gearbeitet, bin W3C und WHATWG verbunden und schreibe und prüfe Fachbücher für O’Reilly und Frontend Dogma.

Mit meinem aktuellen Umzug nach Spanien bin ich offen für eine neue Führungsposition im Frontend-Bereich. Beachte und empfehle gerne meinen Lebenslauf oder mein LinkedIn-Profil.

Ich experimentiere gerne, nicht nur in der Webentwicklung, sondern auch in anderen Bereichen wie der Philosophie. Hier auf meiert.com teile ich einige meiner Ansichten und Erfahrungen.