Web accessibility

For Wikipedia's accessibility guidelines, see Wikipedia:Accessibility.

Web accessibility refers to the inclusive practice of removing barriers that prevent interaction with, or access to websites, by people with disabilities. When sites are correctly designed, developed and edited, all users have equal access to information and functionality.

For example, when a site is coded with semantically meaningful HTML, with textual equivalents provided for images and with links named meaningfully, this helps blind users using text-to-speech software and/or text-to-Braille hardware. When text and images are large and/or enlargeable, it is easier for users with poor sight to read and understand the content. When links are underlined (or otherwise differentiated) as well as colored, this ensures that color blind users will be able to notice them. When clickable links and areas are large, this helps users who cannot control a mouse with precision. When pages are coded so that users can navigate by means of the keyboard alone, or a single switch access device alone, this helps users who cannot use a mouse or even a standard keyboard. When videos are closed captioned or a sign language version is available, deaf and hard-of-hearing users can understand the video. When flashing effects are avoided or made optional, users prone to seizures caused by these effects are not put at risk. And when content is written in plain language and illustrated with instructional diagrams and animations, users with dyslexia and learning difficulties are better able to understand the content. When sites are correctly built and maintained, all of these users can be accommodated without decreasing the usability of the site for non-disabled users.

The needs that Web accessibility aims to address include:

Assistive technologies used for web browsing

Individuals living with a disability use assistive technologies such as the following to enable and assist web browsing:

Guidelines on accessible web design

Web Content Accessibility Guidelines

In 1999 the Web Accessibility Initiative, a project by the World Wide Web Consortium (W3C), published the Web Content Accessibility Guidelines WCAG 1.0.

On 11 December 2008, the WAI released the WCAG 2.0 as a Recommendation. WCAG 2.0 aims to be up to date and more technology neutral. Though web designers can choose either standard to follow, the WCAG 2.0 have been widely accepted as the definitive guidelines on how to create accessible websites. Governments are steadily adopting the WCAG 2.0 as the accessibility standard for their own websites.[1]

Criticism of WAI guidelines

There has been criticism of the W3C process, claiming that it does not sufficiently put the user at the heart of the process.[2] There was a formal objection to WCAG's original claim that WCAG 2.0 will address requirements for people with learning disabilities and cognitive limitations headed by Lisa Seeman and signed by 40 organisations and people.[3] In articles such as "WCAG 2.0: The new W3C guidelines evaluated",[4] "To Hell with WCAG 2.0"[5] and "Testability Costs Too Much",[6] the WAI has been criticised for allowing WCAG 1.0 to get increasingly out of step with today's technologies and techniques for creating and consuming web content, for the slow pace of development of WCAG 2.0, for making the new guidelines difficult to navigate and understand, and other argued failings.

Other guidelines

Canada

In 2011, the Government of Canada began phasing in the implementation of a new set of web standards that are aimed at ensuring government websites are accessible, usable, interoperable and optimized for mobile devices. These standards replace Common Look and Feel 2.0 (CLF 2.0) Standards for the Internet.

The first of these four standards, Standard on Web Accessibility[7] came into full effect on July 31, 2013. The Standard on Web Accessibility follows the Web Content Accessibility Guidelines (WCAG) 2.0 AA, and contains a list of exclusions that is updated annually. It is accompanied by an explicit Assessment Methodology[8] that helps government departments comply. The government also developed the Web Experience Toolkit (WET),[9] a set of reusable web components for building innovative websites. The WET helps government departments build innovative websites that are accessible, usable and interoperable and therefore comply with the government's standards. The WET is open source and available for anyone to use.

The three related web standards are: the Standard on Optimizing Websites and Applications for Mobile Devices,[10] the Standard on Web Usability[11] and the Standard on Web Interoperability.[12]

Philippines

As part of the Web Accessibility Initiatives in the Philippines, the government through the National Council for the Welfare of Disabled Persons (NCWDP) board approved the recommendation of forming an adhoc or core group of webmasters that will help in the implementation of the Biwako Millennium Framework set by the UNESCAP.

The Philippines was also the place where the Interregional Seminar and Regional Demonstration Workshop on Accessible Information and Communications Technologies (ICT) to Persons with Disabilities was held where eleven countries from Asia - Pacific were represented. The Manila Accessible Information and Communications Technologies Design Recommendations was drafted and adopted in 2003.

Spain

In Spain, UNE 139803 is the norm entrusted to regulate web accessibility. This standard is based on Web Content Accessibility Guidelines 1.0.[13]

Sweden

In Sweden, Verva, the Swedish Administrative Development Agency is responsible for a set of guidelines for Swedish public sector web sites. Through the guidelines, web accessibility is presented as an integral part of the overall development process and not as a separate issue. The Swedish guidelines contain criteria which cover the entire lifecycle of a website; from its conception to the publication of live web content. These criteria address several areas which should be considered, including:

An English translation was released in April 2008: Swedish National Guidelines for Public Sector Websites.[14] The translation is based on the latest version of Guidelines which was released in 2006.[15]

United Kingdom

In December 2010, the BSI (British Standards Institute) released the standard BS 8878:2010 Web accessibility. Code of practice. This standard effectively supersedes PAS 78 (pub. 2006). PAS 78, produced by the Disability Rights Commission and British Standards Institution, provided guidance to organisations in how to go about commissioning an accessible website from a design agency. It describes what is expected from websites to comply with the UK Disability Discrimination Act 1995 (DDA), making websites accessible to and usable by disabled people. The standard has been designed to introduce non-technical professionals to improved accessibility, usability and user experience for disabled and older people.[16] It will be especially beneficial to anyone new to this subject as it gives guidance on process, rather than on technical and design issues. BS 8878 is consistent with the Equality Act 2010[17] and is referenced in the UK government’s e-Accessibility Action Plan as the basis of updated advice on developing accessible online services. It includes recommendations for:

BS 8878 is intended for anyone responsible for the policies covering web product creation within their organization, and governance against those policies. It additionally assists people responsible for promoting and supporting equality and inclusion initiatives within organizations and people involved in the procurement, creation or training of web products and content. A summary of BS 8878[18] is available to help organisations better understand how the standard can help them embed accessibility and inclusive design in their business-as-usual processes.

Japan

Web Content Accessibility Guidelines in Japan were established in 2004 as JIS (Japanese Industrial Standards) X 8341-3. JIS X 8341-3 was revised in 2010 to adopt WCAG 2.0. The new version, published by the Web Accessibility Infrastructure Commission (WAIC), has the same four principles, 12 guidelines, and 61 success criteria as WCAG 2.0 has.[19]

Essential components of web accessibility

The accessibility of websites relies on the cooperation of eight components:[20]

  1. the website itself - natural information (text, images and sound) and the markup code that defines its structure and presentation
  2. user agents, such as web browsers and media players
  3. assistive technologies, such as screen readers and input devices used in place of the conventional keyboard and mouse
  4. users' knowledge and experience using the web
  5. developers
  6. authoring tools
  7. evaluation tools
  8. a defined web accessibility standard, or a policy for your organization (against which to evaluate the accessibility)

These components interact with each other to create an environment that is accessible to people with disabilities.

Web developers usually use authoring tools and evaluation tools to create Web content.
People ("users") use Web browsers, media players, assistive technologies or other "user agents" to get and interact with the content."[20]

Guidelines for different components

Authoring Tool Accessibility Guidelines (ATAG)

Web Content Accessibility Guidelines (WCAG)

User Agent Accessibility Guidelines (UAAG)

Web accessibility legislation

Because of the growth in internet usage[26] and its growing importance in everyday life, countries around the world are addressing digital access issues through legislation. One approach is to protect access to websites for people with disabilities by using existing human or civil rights legislation. Some countries, like the U.S., protect access for people with disabilities through the technology procurement process.[27] It is common for nations to support and adopt the Web Content Accessibility Guidelines (WCAG) 2.0 by referring to the guidelines in their legislation.[28][29][30]

Australia

In 2000, an Australian blind man won a court case against the Sydney Organizing Committee of the Olympic Games (SOCOG). This was the first successful case under Disability Discrimination Act 1992 because SOCOG had failed to make their official website, Sydney Olympic Games, adequately accessible to blind users. The Human Rights and Equal Opportunity Commission (HREOC) also published World Wide Web Access: Disability Discrimination Act Advisory Notes.[31] All Governments in Australia also have policies and guidelines that require accessible public websites; Vision Australia maintain a complete list of Australian web accessibility policies.

Brazil

In Brazil, the federal government published a paper with guidelines for accessibility on 18 January 2005, for public reviewing. On 14 December of the same year, the second version was published, including suggestions made to the first version of the paper. On 7 May 2007, the accessibility guidelines of the paper became compulsory to all federal websites. The current version of the paper, which follows the WCAG 2.0 guidelines, is named e-MAG, Modelo de Acessibilidade de Governo Eletrônico (Electronic Government Accessibility Model), and is maintained by Brazilian Ministry of Planning, Budget, and Management.

The paper can be viewed and downloaded at its official website.[32]

European Union

In February 2014 a draft law was endorsed by the European Parliament stating that all websites managed by public sector bodies have to be made accessible to everyone.[33]

Ireland

In Ireland, the Disability Act 2005[34] requires that where a public body communicates in electronic form with one or more persons, the contents of the communication must be, as far as practicable, "accessible to persons with a visual impairment to whom adaptive technology is available" (Section 28(2)). The National Disability Authority has produced a Code of Practice[35] giving guidance to public bodies on how to meet the obligations of the Act. This is an approved code of practice and its provisions have the force of legally binding statutory obligations. It states that a public body can achieve compliance with Section 28(2) by "reviewing existing practices for electronic communications in terms of accessibility against relevant guidelines and standards", giving the example of "Double A conformance with the Web Accessibility Initiative's (WAI) Web Content Accessibility Guidelines (WCAG)".

Israel

The Israeli Ministry of Justice recently published regulations requiring Internet websites to comply with Israeli standard 5568, which is based on the W3C Web Content Accessibility Guidelines 2.0. The main differences between the Israeli standard and the W3C standard concern the requirements to provide captions and texts for audio and video media. The Israeli standards are somewhat more lenient, reflecting the current technical difficulties in providing such captions and texts in Hebrew.[36]

Italy

In Italy, web accessibility is ruled by the so-called "Legge Stanca" (Stanca Act), formally Act n.4 of 9 January 2004, officially published on the Gazzetta Ufficiale on 17 January 2004. The original Stanca Act was based on the WCAG 1.0. On 20 March 2013 the standards required by the Stanca Act were updated to the WCAG 2.0.

Norway

In Norway, web accessibility is a legal obligation under the Act June 20, 2008 No 42 relating to a prohibition against discrimination on the basis of disability, also known as the Anti-discrimination Accessibility Act. The Act went into force in 2009, and the Ministry of Government Administration, Reform and Church Affairs [Fornyings-, administrasjons- og kirkedepartementet] published the Regulations for universal design of information and communication technology (ICT) solutions [Forskrift om universell utforming av informasjons- og kommunikasjonsteknologiske (IKT)-løsninger] in 2013. The regulations require compliance with Web Content Accessibility Guidelines 2.0 (WCAG 2.0) / NS / ISO / IEC 40500: 2012, level A and AA with some exceptions.[37][38]

United Kingdom

In the UK, the Equality Act 2010 does not refer explicitly to website accessibility, but makes it illegal to discriminate against people with disabilities. The Act applies to anyone providing a service; public, private and voluntary sectors. The Code of Practice: Rights of Access – Goods, Facilities, Services and Premises document[39] published by the government's Equality and Human Rights Commission to accompany the Act does refer explicitly to websites as one of the "services to the public" which should be considered covered by the Act.

Website accessibility audits

A growing number of organizations, companies and consultants offer website accessibility audits. These audits, a type of system testing, identify accessibility problems that exist within a website, and provide advice and guidance on the steps that need to be taken to correct these problems.

A range of methods are used to audit websites for accessibility:

Each of these methods has its strengths and weaknesses:

Ideally, a combination of methods should be used to assess the accessibility of a website.

Remediating inaccessible websites

Once an accessibility audit has been conducted, and accessibility errors have been identified, the errors will need to be remediated in order to ensure the site is compliant with accessibility errors. The traditional way of correcting an inaccessible site is to go back into the source code, reprogram the error, and then test to make sure the bug was fixed. If the website is not scheduled to be revised in the near future, that error (and others) would remain on the site for a lengthy period of time, possibly violating accessibility guidelines. Because this is a complicated process, many website owners choose to build accessibility into a new site design or re-launch, as it can be more efficient to develop the site to comply with accessibility guidelines, rather than to remediate errors later.

Accessible Web applications and WAI-ARIA

For a Web page to be accessible all important semantics about the page's functionality must be available so that assistive technology can understand and process the content and adapt it for the user. However, as content becomes more and more complex, the standard HTML tags and attributes become inadequate in providing semantic reliably. Modern Web applications often apply scripts to elements to control their functionality and to enable them to act as a control or other dynamic component. These custom components or widgets do not provide a way to convey semantic information to the user agent. WAI-ARIA (Accessible Rich Internet Applications) is a specification[41] published by the World Wide Web Consortium that specifies how to increase the accessibility of dynamic content and user interface components developed with Ajax, HTML, JavaScript and related technologies. ARIA enables accessibility by enabling the author to provide all the semantics to fully describe its supported behaviour. It also allows each element to expose its current states and properties and its relationships between other elements. Accessibility problems with the focus and tab index are also corrected.

See also

References

  1. ↑ Mark Rogers (2012-11-13). "Government Accessibility Standards and WCAG 2.0". Powermapper.com. Retrieved 2014-12-15.
  2. ↑ Jonathan Chetwynd (24 July 2007). "Putting the User at the Heart of the W3C Process". JISC CETIS. Retrieved 15 January 2015.
  3. ↑ Lisa Seeman (20 June 2006). "Formal Objection to WCAG 2.0". W3C Public Mailing List Archives. Retrieved 2012-12-16.
  4. ↑ Trenton Moss says:. "WCAG 2.0: The new W3C accessibility guidelines evaluated". Webcredible.co.uk. Retrieved 2013-07-28.
  5. ↑ Joe Clark (2013-07-11). "To Hell with WCAG 2 · An A List Apart Article". Alistapart.com. Retrieved 2013-07-28.
  6. ↑ Gian Sampson-Wild (2013-07-11). "Testability Costs Too Much · An A List Apart Article". Alistapart.com. Retrieved 2013-07-28.
  7. ↑ "Standard on Web Accessibility". Government of Canada. Retrieved 2014-12-14.
  8. ↑ "Assessment Methodology". Government of Canada. Retrieved 2014-12-14.
  9. ↑ "The Web Experience Toolkit". Government of Canada. Retrieved 2014-12-14.
  10. ↑ "Standard on Optimizing Websites and Applications for Mobile Devices". Government of Canada. Retrieved 2014-12-14.
  11. ↑ "Standard on Web Usability". Government of Canada. Retrieved 2014-12-14.
  12. ↑ "Standard on Web Interoperability". Government of Canada. Retrieved 2014-12-14.
  13. ↑ "La norma UNE 139803:2004 constituye la base de la certificación en Accesibilidad Web." (in Spanish). INTECO. Retrieved 2012-12-16.
  14. ↑ "Swedish National Guidelines for Public Sector Websites" (pdf). arkiv.edelegationen.se. VERVA. April 2008.
  15. ↑ Peter Krantz (2006). "New Version of Guidelines for Swedish Public Sector Web Sites". www.standards-schmandards.com. Retrieved 2012-12-18.
  16. ↑ "BS 8878:2010 Web accessibility. Code of practice". British Standards Institute. Retrieved 15 January 2015.
  17. ↑ "Equality Act 2010". Legislation.gov.uk. Retrieved 2013-07-28.
  18. ↑ "BS 8878 web accessibility standards - all you need to know". Hassell Inclusion. Retrieved 2013-07-28.
  19. ↑ "JIS X 8341-3:2010". waic.jp (in Japanese). Web Accessibility Infrastructure Commission. Retrieved 15 January 2015.
  20. 1 2 Shawn Lawton Henry (August 2005). "Essential Components of Web Accessibility". World Wide Web Consortium. Retrieved 2012-12-18.
  21. ↑ Shawn Lawton Henry (December 2008). "Authoring Tool Accessibility Guidelines (ATAG) Overview". World Wide Web Consortium. Retrieved 2012-12-18.
  22. ↑ "Web Content Accessibility Guidelines (WCAG) 2.0". W3C. Retrieved 2014-12-17.
  23. ↑ "Techniques for WCAG 2.0". W3C. Retrieved 2014-12-17.
  24. ↑ "Understanding Techniques for WCAG Success Criteria". W3C. Retrieved 2014-12-17.
  25. ↑ Shawn Lawton Henry (July 2005). "User Agent Accessibility Guidelines (UAAG) Overview". World Wide Web Consortium. Retrieved 2012-12-18.
  26. ↑ "Internet Usage Statistics". Miniwatts Marketing Group. 2014-06-30. Retrieved 2014-12-17.
  27. ↑ Timothy Stephen Springer (2010-02-24). "Section 508 of the Rehabilitation Act". SSB BART Group. Retrieved 2015-08-24.
  28. ↑ "World Laws Introduction to Laws Throughout the World". WebAIM (Web Accessibility in Mind).
  29. ↑ "Digital Accessibility Laws Around the Globe". Law Office of Lainey Feingold. 2013-05-09. Retrieved 2014-12-17.
  30. ↑ Ken Nakata (2013-07-18). "Deadlines Loom for Canada’s Web Accessibility Laws". HiSoft. Retrieved 2014-12-17.
  31. ↑ "World Wide Web Access: Disability Discrimination Act Advisory Notes ver 4.0 (2010) | Australian Human Rights Commission". Hreoc.gov.au. 2010-07-01. Retrieved 2013-07-28.
  32. ↑ "e-MAG - Modelo de Acessibilidade de Governo Eletrônico". GovernoEletronico.gov.br. Retrieved 2014-01-04.
  33. ↑ "MEPs vote to make online public services accessible to everyone". www.europarl.europa.eu. European Parliament. 26 February 2014. Retrieved 15 January 1205. Check date values in: |access-date= (help)
  34. ↑ "Disability Act 2005 - Tithe an Oireachtais". Oireachtas.ie. 2009-11-13. Retrieved 2013-07-28.
  35. ↑ "Code of Practice on Accessibility of Public Services and Information Provided by Public Bodies". Nda.ie. 2006-07-21. Retrieved 2013-07-28.
  36. ↑ "Israel Technology Law Blog, Website Accessibility Requirements".
  37. ↑ Giannoumis, G. Anthony (2014). "Regulating Web Content: the nexus of legislation and performance standards in the United Kingdom and Norway". Behavioral Sciences & the Law 32 (1): 52–75. doi:10.1002/bsl.2103.
  38. ↑ "Forskrift om universell utforming av informasjon". Lovdata. Retrieved 6 November 2014.
  39. ↑ "A guide to good practice in commissioning accessible websites" (PDF). Equality and Human Rights Commission. Retrieved 2012-12-18.
  40. ↑ Krantz, Peter. "Pitfalls of Web Accessibility Evaluation Tools". Standards-schmandards.com. Retrieved 23 December 2012.
  41. ↑ "Accessible Rich Internet Applications (WAI-ARIA) 1.0". World Wide Web Consortium. 12 December 2012. Retrieved 2012-12-18.

Further reading

External links

Standards and guidelines

Government regulations

This article is issued from Wikipedia - version of the Wednesday, April 20, 2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.