News
Service
WebDesign
Templates
Software
Multimedia
Team

Neu: Aktualisierte Berechnungen für die Leserschaft der NZZ.
8th International World Wide Web Conference, Proceedings; Pages 48-49. Foretec Seminars, Inc., 1999. (Poster)

Measuring Accessibility (1)

Reto Ambühler (2) and Jakob Lindenmeyer (2)
ETH Web Office (3), Swiss Federal Institute of Technology (4), ETH Zürich, Switzerland
Abstract

What influences accessibility of web pages? Research was performed on how the code generated by an authoring tool and the HTML-tags and attributes present in a document influence accessibility. In addition, the impact of the capabilities of hard- and software deployed on the client side as well as the capabilities of the person who actually tries to use the information was analyzed. Based on the findings, a method was developed to measure accessibility of web pages and a list of recommendations was compiled to create documents that are accessible by virtually everyone.

Keywords: Accessibility, Measurement, Guidelines, Web Accessibility Initiative (WAI) (5)


Introduction

Tim Berners Lee - often referred to as the "father of the Web" - once said: "The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect"(5). To underline this, the W3C has started the "Web Accessibility Initiative" (WAI) (5) in 1997. In the future, there will be an increasing number of "light clients", such as Windows CE based systems, handheld devices, watches, phones and pagers with built-in browsers, which may not be able to support client-based scripting or large images. Authors should try to create documents that are useful for everyone, regardless of the clients hard- and software, the physical, sensory or cognitive capabilities of the user or the user's economic, experiential, equipment or time disadvantages.

Accessibility

Accessibility is defined as how easy a document on the web can be "used" by a client. The higher the requirements are, the less accessible a document is. Requirements include capabilities of the hard- and software deployed as well as the capabilities of the person trying to use the information provided in a document. Accessibility does not mean minimal page design; it means thoughtful page design [A]. Web technology is exclusive or excluding when it limits users' experience or access to information [B]. Excluding sites are seen as sign of corporate incompetence [C].

Key factors for a successful website
  • Findability: Visitors must be able to find a web-site, either through an easy to remember address or through search engine registration and good TITLE and META-tags. Noframe-information and a good linking strategy are also important.
  • Valuable information: It's the content that counts, not the appearance.
  • Accessibility: It must be easy to access the information, without plug-ins or special hard- or software. Highly structured documents are more accessible, since the HTML-designers intended HTML to organize content, not to present it. High accessibility indicates that the author cares about people with older browsers, slow access or disabilities.
Client-hardware

The following properties of the hardware have an impact on accessibility:

  • Resolution of the screen: Some layouts depend on a minimal window width. Fixed width attributes of tables or frames may lead to inaccessible parts of a document on screens with low resolution.
  • Number of colors: The lower the number of supported colors, the less distinguishable similar colors may become. In addition, some people may have difficulties seeing certain colors or color combinations.
  • Connection Speed: Web users are impatient [C] and 55% of the users are connected with modem-speed [B].
  • Sound card: Without it, audio parts of web-pages are inaccessible.
Browsers

By definition, browsers should ignore everything they do not understand or they don't know how to handle. But especially the more recent versions of the well known browsers try to display as much information as possible. This is not necessarily bad, however it may invite authors - and programmers of authoring tools - to neglect the correct specifications of HTML (6).

Many web sites depend on Java scripts or applets, but some browsers are not able to execute such scripts, including Microsoft Pocket Internet Explorer on Windows CE and most non-graphical browsers, such as Lynx or WebSpeak. Also, some people may have configured their browser to disallow the execution of any scripts locally for security reasons. With the increasing number of "light browsers", such as Windows CE based clients e.g. built into a car stereo unit, it may become more important to provide non-script web sites. From an accessibility point of view, server side scripting, such as Active Server Pages (ASP) are a good alternative to client side scripting.

Measurement

To measure accessibility, web pages have been tested with different clients (see fig.1: Browsers). An accessibility value in percent was calculated depending on how much of the web pages actually could be used with each browser ("content-accessibility" c) and depending on each browsers capabilities (fB).

Let:

a = accessibility value in percentages

c = content-accessibility: the information is: fully accessible: [100%], still useful: [67%], important information is missing: [33%], not accessible: [0%]

fB = browser-factor: Fig.1: Browsers (1)

i

Browser

fB(i)

1

Microsoft Internet Explorer V3.x or higher

1

2

Netscape Communicator V3.x or higher

1

3

Spyglass enhanced Mosaic V2.1

2

4

Microsoft Pocket Internet Explorer

3

5

Lynx V2.8

4

6

PwWebSpeak V2.0

5

fC= "fixed color scheme"-factor: No: [1], Yes: [0.9]

fI = "text as images"-factor: No: [1], Yes: [0.8]

s = minimal screen width of the web page in pixels. Heuristically 640 pixels (VGA) has been chosen as an acceptable screen width without loss of accessibility. The formula leads to a decrease of the accessibility by 10% if a minimal screen width of 1024 pixels (XGA) is required.

then:

Formula: Calculation of the accessibility value a. See: http://archiv2.weboffice.ethz.ch/www8/formula.gif

Fig. 2: Calculation of the accessibility value a (1)

Web site

a-Value

Accessibility

Bobby(7)

Yahoo.com

100%

Excellent

5 errors

W3C.org

90%

Good

0 errors

WWW8.org

90%

Good

1 error

Microsoft.com

72%

OK

0 errors

UBS.com

68%

OK

33 errors

Vtourist.com

45%

Fair

49 errors

Migros.com

23%

Poor

4 errors

ZKB.com

9%

Poor

3 errors

Fig. 3: Accessibility-ranking (1) errors = disability access problems (accessibility errors) in Bobby (7). See also the complete list of results.

Discussion

Main problems in terms of accessibility:

  • Scripts: Web sites which depend completely on client-side scripts are hard to access with non-graphical or "light" browsers. If the execution of client-side scripts is required for navigation, it is nearly impossible to move around with non-graphical browsers.
  • Graphical Information without alternate tags: e.g. images, image maps or animations. HTML 4 requires the ALT attribute for an IMG tag.
  • Text as images: 1. Images do not scale. 2. Images are good for graphical browsers only. 3. Images will not be indexed by search engines. 4. Images slow down the transfer of a document. 5. Images are more difficult to maintain.
  • Fixed color schemes: Some people have difficulties to see some particular colors or color combinations. In addition, colors appear different from monitor to monitor.
  • Abuse of HTML structural elements for layout: Cascading Style Sheets (CSS) is designed for presentation and formatting.
Conclusion & Recommendations
  • Design also for users with slow modems, text- or audio-browsers and any type of accommodative technology. [B]
  • Use the ALT attribute in every IMG tag.
  • Use the ABBR tag: Abbreviations are especially hard for speech browsers.
  • Design tables horizontally: in addition cells should have a title attribute.
  • Use Checkers: HTML-validators, such as the W3C HTML Validation Service (8), link checkers, spell checkers and accessibility-validators like Bobby (7).
  • Test with different browsers on different platforms at different connection speeds on different monitors (size, resolution, colors) and with images turned off [B].
References

Picture of Reto Ambuehler Reto Ambühler is technical Webmaster of the Swiss Federal Institute of Technology Zürich. He received his degree in electrotechnics in 1981 from the Technikum Winterthur. Home page: http://www.ra.ethz.ch/
Picture of Jakob Lindenmeyer Jakob Lindenmeyer is WWW-Editor of the Swiss Federal Institute of Technology Zürich. He received his masters degree in natural sciences in 1996 from the Swiss Federal Institute of Technology, ETH Zürich. Home page: http://www.lindenmeyer.ch/jakob/

Footnotes:

(1) This is an abridged version, designed to be reproduced in the WWW8-Proceedings. For the full version of the poster, see http://archiv2.weboffice.ethz.ch/www8/fullpaper/

(2) Corresponding Authors. E-mail: weboffice@ethz.ch

(3) http://www.ethz.ch/

(4) http://www.w3.org/WAI/

(5) http://www.w3.org/MarkUp/

(6) http://www.cast.org/bobby/

(7) http://validator.w3.org/

(9) Poster-presentation of this paper as PDF-file [772 KB] under: http://archiv2.weboffice.ethz.ch/www8/poster.pdf

(10) Paper in several formats: Abstract (1.2 kb) | HTML (21 kb) under http://archiv2.weboffice.ethz.ch/www8/ | PDF (Adobe Acrobat) (105 kb) | Postscript (1226 kb) | Full length paper | Poster as PDF (772 KB)

(11) Newspaper-article about this publication (in German): Lindenmeyer, J., Ambühler, R.: Guter Zugang dient allen. Cross-Media-Publishing erschliesst neue Zielgruppen. Neue Zürcher Zeitung (NZZ) Nr. 30, S.74/B4, 6.Feb.2001, Zürich, 2001. [HTML-version], [PDF (Adobe Acrobat)] (17 kb), [Postscript] (50 kb),| [RTF] (15 kb)



Verantwortlich  |  Home  |  last updated 30.11.2003


!!! Dieses Dokument stammt aus dem ETH Web-Archiv und wird nicht mehr gepflegt !!!
!!! This document is stored in the ETH Web archive and is no longer maintained !!!