W3C

How WCAG 2.0 Can Enhance Usability
for Users of Mobile Devices

W3C Working Draft 12 June 2008

Table of Contents

Introduction

Incomplete draft: This document is an editor's copy that has no official standing and is incomplete. Particularly, the section WCAG 2.0 and MWBP Together is only an outline; WCAG 1.0 to MWBP is only partly filled out. It is subject to major changes and is therefore not intended for implementation. It is provided for review and feedback only. Please send feedback to public-bpwg-comments@w3.org (archive).

This page is part of a suite of related documents. Please refer to the “How to Use These Documents” section for more information.

It describes how the Web Content Accessibility Guidelines 2.0 checkpoints can help improve the experience for all mobile Web users.

By improving usability, all CPs help improve the mobile Web experience. This section describes the specific benefits and the ways in which some relate directly to the Mobile Web Best Practices 1.0.

Individual WCAG 2.0 Success Criteria Compared

This section examines in turn each of the WCAG 2.0 success criteria where there is a relationship to the MWBP 1.0. The section following it describes the relationship of WCAG 1.0 to the MWBP 1.0. Those success criteria that are believed to have no relationship are listed seperately. Two main aspects are considered for each success criterion, “How does it especially help mobile users?” and “Does it give me MWBP 1.0 compliance?” which are introduced in a general way below.

This paragraph describes how the Web Content Accessibility Guidelines help the general user in the mobile context above and beyond the special benefit for users with disabilities. Mobile users may benefit from the Web Content Accessibility Guidelines as do users with disabilities. However, this paragraph focuses on the extra benefits for the special needs of the general user of mobile devices. Checkpoints and guidelines that have no specific benefit for mobile users beyond that experienced by the user with disabilities is marked “no added benefit” (explained further under “no added benefit”).

Many WCAG guidelines, checkpoints, and success criteria correspond directly to Mobile Web Best Practices 1.0 provisions, and complying with one automatically ensures compliance with the other, with no extra effort. For example, SC 1.4.1, “Use of Color” ensures compliance with BP [USE_OF_COLOR] “Ensure that information conveyed with color is also available without color”.

With other WCAG provisions, a little extra effort or simply considering the diversity of devices and environmental factors of the mobile context can help achieve compliance with a MWBP best practice. For example, @@xxx.

Other WCAG provisions prohibit the use of features that can cause problems in the mobile context. Complying with these guidelines or checkpoints ensures that some BPs simply do not apply. For example, @@xxx.

WCAG 2.0 Success Criteria

List of success criteria described in detail:

The following success criteria are believed to have no added accessibility benefit and no relation to any MWBP, and are listed below for completeness:

1.1.1 Non-text Content

WCAG requires a text equivalent for all non-text content, including images. This enables users in the mobile context to read content without downloading images.

Back to list of WCAG 2.0 checkpoints

1.2.1 Captions (Prerecorded)

Mobile devices are often used in situations with significant background noise that makes it difficult to hear the audio track of multimedia content. It public places it may be socially unacceptable to listen to the soundtrack. Captions enable the user to understand the multimedia content in these situations.

Back to list of WCAG 2.0 checkpoints

1.2.2 Audio Description or Full Text Alternative

Unlikely to provide any additional benefit (if audio description is supported by device, might conceivably help with understanding video on small screen)

Back to list of WCAG 2.0 checkpoints

1.2.3 Captions (Live)

Refer to SC 1.2.1 Captions (Prerecorded).

Back to list of WCAG 2.0 checkpoints

1.2.4 Audio Description

Refer to 1.2.2 Audio Description or Full Text Alternative in this document.

Back to list of WCAG 2.0 checkpoints

1.2.6 Audio Description (Extended)

Refer to SC 1.2.2 Audio Description or Full Text Alternative in this document.

Back to list of WCAG 2.0 checkpoints

1.2.7 Full Text Alternative

Refer to SC 1.2.2 Audio Description or Full Text Alternative in this document.

Back to list of WCAG 2.0 checkpoints

1.3.1 Info and Relationships

It allows change and transformation of content in a more flexible way to suit each device.

Back to list of WCAG 2.0 checkpoints

1.4.1 Use of Color

Many mobile devices have monochrome screens, often do not have good color contrast and are often used in less-than-ideal lighting conditions, and so like non-visual users or those with colour perception deficit they may be unable to percieve information conveyed by colour. This success criterion ensures that users who cannot perceive colour correctly for whatever reason will be able to understand and operate the content.

Back to list of WCAG 2.0 checkpoints

1.4.3 Contrast (Minimum)

Mobile devices may have monochrome screens. Users in a mobile context may view the screen in unfavorable lighting conditions. Adequate color contrast will also help these users.

Back to list of WCAG 2.0 checkpoints

1.4.4 Resize text

Providing options within the content to switch between layouts that use a variety of font sizes may make for a better experience for users with small screens.

Back to list of WCAG 2.0 checkpoints

1.4.5 Images of Text (Limited)

Text is more easily adapted to suit the diverse needs of different devices.

Back to list of WCAG 2.0 checkpoints

1.4.6 Contrast (Enhanced)

Refer to success criterion 1.4.3 Contrast (Minimum).

Back to list of WCAG 2.0 checkpoints

1.4.8 Visual Presentation

Flexibility of presentation helps to ensure that adapted content will be easier to read.

Back to list of WCAG 2.0 checkpoints

1.4.9 Images of Text (Essential)

Refer to SC 1.4.5 Images of Text (Limited).

Back to list of WCAG 2.0 checkpoints

2.1.1 Keyboard

Mobile devices typically lack a pointing device and therefore this success criterion benefits the typical user regardless of disability.

Back to list of WCAG 2.0 checkpoints

2.1.2 No Keyboard Trap

Mobile users typically navigate using the keypad. Becoming trapped by any component on a page would make it impossible to use the content.

Back to list of WCAG 2.0 checkpoints

2.1.3 Keyboard (No Exception)

The description under 2.1.1 Keyboard is applicable.

Back to list of WCAG 2.0 checkpoints

2.2.2 Pausing

Content that moves, scrolls or auto-updates may be difficult to see with the reduced size of the mobile viewport. Blinking text may be especially difficult to see on the small screen and in poor lighting conditions.

Back to list of WCAG 2.0 checkpoints

2.4.1 Bypass Blocks

Mobile users typically navigate using the keypad. This can result in a large number of keystrokes to reach the main content of a page, especially if it is preceded by extensive navigation menus or lists of links. This SC also helps users skip large blocks of navigation links at the top of a page, a problem described in NAVBAR.

Back to list of WCAG 2.0 checkpoints

2.4.2 Page Titled

Like users with no vision or limited field of vision, or cognitive disability, mobile users with small screens may have difficulty scanning and summarizing the overall content of a page. Perhaps the most useful item of metadata for a page is a descriptive page title, to provide a quick description of the content of a page.

Back to list of WCAG 2.0 checkpoints

2.4.3 Focus Order

Mobile users are unlikely to have a pointing device so keypad is the primary means of navigation, making focus order especially important.

Back to list of WCAG 2.0 checkpoints

2.4.4 Link Purpose (In Context)

Users of mobile devices may suffer undue delay and cost as a result of following links due to network charges and device limitations, so it is important to inform them of the purpose of each link.

Back to list of WCAG 2.0 checkpoints

2.4.6 Labels Descriptive

No added benefit.

Back to list of WCAG 2.0 checkpoints

2.4.7 Focus Visible

Mobile device users typically navigate with the keypad, so if supported, this would make for easier navigation on small displays with poor visibility.

Back to list of WCAG 2.0 checkpoints

Refer to 2.4.4 Link Purpose (In Context). Refer to “Link text not descriptive” in Summary of Experience of Content Features by Users section.

Back to list of WCAG 2.0 checkpoints

2.4.10 Section Headings

Section headings allow ...easier adaptation of content where it needs to be divided into several pages, as well as potentially facilitating access to the sections of the document that a user is interested in.

Back to list of WCAG 2.0 checkpoints

3.2.1 On Focus

Change of user agent: Using a mobile device, launching a new application to render content is especially heavy on processor usage and battery life and should be avoided unless the user has requested it. Change of viewport: Many mobile devices cannot support more than one window and consequently, attempting to open one will have unpredictable results. Even where mobile devices do support multiple windows, their use is especially problematic. Opening new windows when an element receives focus is especially difficult for the mobile user. Change of focus: Navigation may be especially difficult with a reduced keyboard, and the reduced viewport of the mobile device may lead to the visual user becoming disoriented. Change of content: Auto-refreshing pages ... In a mobile environment they may expose the user to undue cost as a result of such a page being left open or put unnoticed into the background. also While redirection is a commonly employed mechanism, it must be remembered that redirection usually requires a round-trip to the browser. This adds to delay on slow links...

Back to list of WCAG 2.0 checkpoints

3.2.2 On Input

In much the same way as 3.2.1 On Focus.

Back to list of WCAG 2.0 checkpoints

3.2.5 Change on Request

In much the same way as 3.2.1 On Focus.

Back to list of WCAG 2.0 checkpoints

3.3.2 Labels or Instructions

Content adaptation and small screens may result in the visual relationship between labels and controls becoming lost. An explicit association enables the user agent to render them as intended.

Back to list of WCAG 2.0 checkpoints

4.1.1 Parsing

Mobile user agents are very diverse and it is not possible to be sure that they will behave as expected if invalid markup is used.

Back to list of WCAG 2.0 checkpoints

4.1.2 Name, Role, Value

Similar to the benefit described for 3.3.2 Labels or Instructions but applicable to all user interface components. When the name, role, value, state, and properties is defined this potentially enables reformatting and transformation for the mobile context.

Back to list of WCAG 2.0 checkpoints