All non-text content that is presented to the user has a text alternative that serves the equivalent purpose, except for the situations listed below.
- Controls, Input
If non-text content is a control or accepts user input, then it has a name that describes its purpose. (Refer to Success Criterion 4.1.2 for additional requirements for controls and content that accepts user input.) - Time-Based Media
If non-text content is time-based media, then text alternatives at least provide descriptive identification of the non-text content. (Refer to Guideline 1.2 for additional requirements for media.) - Test
If non-text content is a test or exercise that would be invalid if presented in text, then text alternatives at least provide descriptive identification of the non-text content. - Sensory
If non-text content is primarily intended to create a specific sensory experience, then text alternatives at least provide descriptive identification of the non-text content. - CAPTCHA
If the purpose of non-text content is to confirm that content is being accessed by a person rather than a computer, then text alternatives that identify and describe the purpose of the non-text content are provided, and alternative forms of CAPTCHA using output modes for different types of sensory perception are provided to accommodate different disabilities. - Decoration, Formatting, Invisible
If non-text content is pure decoration, is used only for visual formatting, or is not presented to users, then it is implemented in a way that it can be ignored by assistive technology.
For prerecorded audio-only and prerecorded video-only media, the following are true, except when the audio or video is a media alternative for text and is clearly labeled as such:
- Prerecorded Audio-only
An alternative for time-based media is provided that presents equivalent information for prerecorded audio-only content. - Prerecorded Video-only
Either an alternative for time-based media or an audio track is provided that presents equivalent information for prerecorded video-only content.
Captions are provided for all prerecorded audio content in synchronized media, except when the media is a media alternative for text and is clearly labeled as such.
An alternative for time-based media or audio description of the prerecorded video content is provided for synchronized media, except when the media is a media alternative for text and is clearly labeled as such.
Captions are provided for all live audio content in synchronized media.
Audio description is provided for all prerecorded video content in synchronized media.
Sign language interpretation is provided for all prerecorded audio content in synchronized media.
Where pauses in foreground audio are insufficient to allow audio descriptions to convey the sense of the video, extended audio description is provided for all prerecorded video content in synchronized media.
An alternative for time-based media is provided for all prerecorded synchronized media and for all prerecorded video-only media.
An alternative for time-based media that presents equivalent information for live audio-only content is provided.
Information, structure, and relationships conveyed through presentation can be programmatically determined or are available in text.
When the sequence in which content is presented affects its meaning, a correct reading sequence can be programmatically determined.
Instructions provided for understanding and operating content do not rely solely on sensory characteristics of components such as shape, color, size, visual location, orientation, or sound.
Content does not restrict its view and operation to a single display orientation, such as portrait or landscape, unless a specific display orientation is essential.
The purpose of each input field collecting information about the user can be programmatically determined when:
- The input field serves a purpose identified in the Input Purposes for User Interface Components section; and
- The content is implemented using technologies with support for identifying the expected meaning for form input data.
In content implemented using markup languages, the purpose of User Interface Components, icons, and regions can be programmatically determined.
Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.
If any audio on a Web page plays automatically for more than 3 seconds, either a mechanism is available to pause or stop the audio, or a mechanism is available to control audio volume independently from the overall system volume level.
The visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following:
- Large Text
Large-scale text and images of large-scale text have a contrast ratio of at least 3:1; - Incidental
Text or images of text that are part of an inactive user interface component, that are pure decoration, that are not visible to anyone, or that are part of a picture that contains significant other visual content, have no contrast requirement. - Logotypes
Text that is part of a logo or brand name has no contrast requirement.
Except for captions and images of text, text can be resized without assistive technology up to 200 percent without loss of content or functionality.
If the technologies being used can achieve the visual presentation, text is used to convey information rather than images of text except for the following:
- Customizable
The image of text can be visually customized to the user's requirements; - Essential
A particular presentation of text is essential to the information being conveyed.
The visual presentation of text and images of text has a contrast ratio of at least 7:1, except for the following:
- Large Text
Large-scale text and images of large-scale text have a contrast ratio of at least 4.5:1; - Incidental
Text or images of text that are part of an inactive user interface component, that are pure decoration, that are not visible to anyone, or that are part of a picture that contains significant other visual content, have no contrast requirement. - Logotypes
Text that is part of a logo or brand name has no contrast requirement.
For prerecorded audio-only content that (1) contains primarily speech in the foreground, (2) is not an audio CAPTCHA or audio logo, and (3) is not vocalization intended to be primarily musical expression such as singing or rapping, at least one of the following is true:
- No Background
The audio does not contain background sounds. - Turn Off
The background sounds can be turned off. - 20 dB
The background sounds are at least 20 decibels lower than the foreground speech content, with the exception of occasional sounds that last for only one or two seconds.
For the visual presentation of blocks of text, a mechanism is available to achieve the following:
- Foreground and background colors can be selected by the user.
- Width is no more than 80 characters or glyphs (40 if CJK).
- Text is not justified (aligned to both the left and the right margins).
- Line spacing (leading) is at least space-and-a-half within paragraphs, and paragraph spacing is at least 1.5 times larger than the line spacing.
- Text can be resized without assistive technology up to 200 percent in a way that does not require the user to scroll horizontally to read a line of text on a full-screen window.
Images of text are only used for pure decoration or where a particular presentation of text is essential to the information being conveyed.
Content can be presented without loss of information or functionality, and without requiring scrolling in two dimensions for:
- Vertical scrolling content at a width equivalent to 320 CSS pixels;
- Horizontal scrolling content at a height equivalent to 256 CSS pixels.
Except for parts of the content which require two-dimensional layout for usage or meaning.
The visual presentation of the following have a contrast ratio of at least 3:1 against adjacent color(s):
- User Interface Components
Visual information required to identify user interface components and states, except for inactive components or where the appearance of the component is determined by the user agent and not modified by the author;
- Graphical Objects
Parts of graphics required to understand the content, except when a particular presentation of graphics is essential to the information being conveyed.
In content implemented using markup languages that support the following text style properties, no loss of content or functionality occurs by setting all of the following and by changing no other style property:
- Line height (line spacing) to at least 1.5 times the font size;
- Spacing following paragraphs to at least 2 times the font size;
- Letter spacing (tracking) to at least 0.12 times the font size;
- Word spacing to at least 0.16 times the font size.
Exception: Human languages and scripts that do not make use of one or more of these text style properties in written text can conform using only the properties that exist for that combination of language and script.
Where receiving and then removing pointer hover or keyboard focus triggers additional content to become visible and then hidden, the following are true:
- Dismissable
A mechanism is available to dismiss the additional content without moving pointer hover or keyboard focus, unless the additional content communicates an input error or does not obscure or replace other content;
- Hoverable
If pointer hover can trigger the additional content, then the pointer can be moved over the additional content without the additional content disappearing;
- Persistent
The additional content remains visible until the hover or focus trigger is removed, the user dismisses it, or its information is no longer valid.
Exception: The visual presentation of the additional content is controlled by the user agent and is not modified by the author.
All functionality of the content is operable through a keyboard interface without requiring specific timings for individual keystrokes, except where the underlying function requires input that depends on the path of the user's movement and not just the endpoints.
If keyboard focus can be moved to a component of the page using a keyboard interface, then focus can be moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or tab keys or other standard exit methods, the user is advised of the method for moving focus away.
For each time limit that is set by the content, at least one of the following is true:
- Turn off
The user is allowed to turn off the time limit before encountering it; or - Adjust
The user is allowed to adjust the time limit before encountering it over a wide range that is at least ten times the length of the default setting; or - Extend
The user is warned before time expires and given at least 20 seconds to extend the time limit with a simple action (for example, "press the space bar"), and the user is allowed to extend the time limit at least ten times; or - Real-time Exception
The time limit is a required part of a real-time event (for example, an auction), and no alternative to the time limit is possible; or - Essential Exception
The time limit is essential and extending it would invalidate the activity; or - 20 Hour Exception
The time limit is longer than 20 hours.
For moving, blinking, scrolling, or auto-updating information, all of the following are true:
- Moving, blinking, scrolling
For any moving, blinking or scrolling information that (1) starts automatically, (2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it unless the movement, blinking, or scrolling is part of an activity where it is essential; and - Auto-updating
For any auto-updating information that (1) starts automatically and (2) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it or to control the frequency of the update unless the auto-updating is part of an activity where it is essential.
Timing is not an essential part of the event or activity presented by the content, except for non-interactive synchronized media and real-time events.
Interruptions can be postponed or suppressed by the user, except interruptions involving an emergency.
When an authenticated session expires, the user can continue the activity without loss of data after re-authenticating.
Users are warned of the duration of any user inactivity that could cause data loss, unless the data is preserved for more than 20 hours when the user does not take any actions.
Web pages do not contain anything that flashes more than three times in any one second period, or the flash is below the general flash and red flash thresholds.
Web pages do not contain anything that flashes more than three times in any one second period.
Motion animation triggered by interaction can be disabled, unless the animation is essential to the functionality or the information being conveyed.
A mechanism is available to bypass blocks of content that are repeated on multiple Web pages.
Web pages have titles that describe topic or purpose.
If a Web page can be navigated sequentially and the navigation sequences affect meaning or operation, focusable components receive focus in an order that preserves meaning and operability.
The purpose of each link can be determined from the link text alone or from the link text together with its programmatically determined link context, except where the purpose of the link would be ambiguous to users in general.
More than one way is available to locate a Web page within a set of Web pages except where the Web Page is the result of, or a step in, a process.
Headings and labels describe topic or purpose.
Any keyboard operable user interface has a mode of operation where the keyboard focus indicator is visible.
Information about the user's location within a set of Web pages is available.
A mechanism is available to allow the purpose of each link to be identified from link text alone, except where the purpose of the link would be ambiguous to users in general.
Section headings are used to organize the content.
All functionality that uses multipoint or path-based gestures for operation can be operated with a single pointer without a path-based gesture, unless a multipoint or path-based gesture is essential.
For functionality that can be operated using a single pointer, at least one of the following is true:
- No Down-Event
The down-event of the pointer is not used to execute any part of the function; - Abort or Undo
Completion of the function is on the up-event, and a mechanism is available to abort the function before completion or to undo the function after completion; - Up Reversal
The up-event reverses any outcome of the preceding down-event; - Essential
Completing the function on the down-event is essential.
For user interface components with labels that include text or images of text, the name contains the text that is presented visually.
Functionality that can be operated by device motion or user motion can also be operated by user interface components and responding to the motion can be disabled to prevent accidental actuation, except when:
- Supported Interface
The motion is used to operate functionality through an accessibility supported interface; - Essential
The motion is essential for the function and doing so would invalidate the activity.
The size of the target for pointer inputs is at least 44 by 44 CSS pixels except when:
- Equivalent
The target is available through an equivalent link or control on the same page that is at least 44 by 44 CSS pixels; - Inline
The target is in a sentence or block of text; - User Agent Control
The size of the target is determined by the user agent and is not modified by the author; - Essential
A particular presentation of the target is essential to the information being conveyed.
Web content does not restrict use of input modalities available on a platform except where the restriction is essential, required to ensure the security of the content, or required to respect user settings.
The default human language of each Web page can be programmatically determined.
The human language of each passage or phrase in the content can be programmatically determined except for proper names, technical terms, words of indeterminate language, and words or phrases that have become part of the vernacular of the immediately surrounding text.
A mechanism is available for identifying specific definitions of words or phrases used in an unusual or restricted way, including idioms and jargon.
A mechanism for identifying the expanded form or meaning of abbreviations is available.
When text requires reading ability more advanced than the lower secondary education level after removal of proper names and titles, supplemental content, or a version that does not require reading ability more advanced than the lower secondary education level, is available.
A mechanism is available for identifying specific pronunciation of words where meaning of the words, in context, is ambiguous without knowing the pronunciation.
When any user interface component receives focus, it does not initiate a change of context.
Changing the setting of any user interface component does not automatically cause a change of context unless the user has been advised of the behavior before using the component.
Navigational mechanisms that are repeated on multiple Web pages within a set of Web pages occur in the same relative order each time they are repeated, unless a change is initiated by the user.
Components that have the same functionality within a set of Web pages are identified consistently.
Changes of context are initiated only by user request or a mechanism is available to turn off such changes.
If an input error is automatically detected, the item that is in error is identified and the error is described to the user in text.
Labels or instructions are provided when content requires user input.
If an input error is automatically detected and suggestions for correction are known, then the suggestions are provided to the user, unless it would jeopardize the security or purpose of the content.
For Web pages that cause legal commitments or financial transactions for the user to occur, that modify or delete user-controllable data in data storage systems, or that submit user test responses, at least one of the following is true:
- Reversible
Submissions are reversible. - Checked
Data entered by the user is checked for input errors and the user is provided an opportunity to correct them. - Confirmed
A mechanism is available for reviewing, confirming, and correcting information before finalizing the submission.
Context-sensitive help is available.
For Web pages that require the user to submit information, at least one of the following is true:
- Reversible
Submissions are reversible. - Checked
Data entered by the user is checked for input errors and the user is provided an opportunity to correct them. - Confirmed
A mechanism is available for reviewing, confirming, and correcting information before finalizing the submission.
In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique, except where the specifications allow these features.
In content implemented using markup languages, status messages can be programmatically determined through role or properties such that they can be presented to the user by assistive technologies without receiving focus.
Let’s imagine a bar chart compares how many widgets were sold in June, July, and August. The short label says, "Figure one - Sales in June, July and August." The longer description identifies the type of chart, provides a high-level summary of the data, trends and implications comparable to those available from the chart. Where possible and practical, the actual data is provided in a table.
- Web Content Accessibility Guidelines 2.1
Refer to 1.1.1 Non-text Content for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.1.1 Non-text Content for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Identify and annotate decorative images
- If a meaningful image can be easily described, provide the text alternative
- When an image is a control, ensure the alternative describes the purpose, not the image
- Provide succinct descriptions of complex visuals, then offer more detailed information
AA
- Provide a short name for icons that lack text labels
- Give videos a title or brief descriptions
AAA
- Use figure captions to enhance alternative text
A
- Give decorative images an ALT attribute with an empty string (alt="")
- Use HTML, ARIA, or technology-specific techniques to add short text alternatives
- Where relevant text exists in the UI, use arai-labelledby and aria-describedby to reference
- Provide an accessible method for exposing long text alternatives
- Unit test: Developers should use verification tools
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check for audio, video, flashing, and auto-play
Screen reader
- Verify ALTs, labelling, and foreign phrases
-
Web Content Accessibility Guidelines 2.1
Refer to 1.2.1 Audio-only and Video-only (Prerecorded) for more information on exceptions, intent, benefits, and techniques. -
IBM Accessibility Requirements
Refer to 1.2.1 Audio-only and Video-only (Prerecorded) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- Consider incorporating a description of meaningful visual content into the audio track or transcript
- Consider providing a transcript of all spoken content
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
- Check component keyboard interaction
Manual
- Web Content Accessibility Guidelines 2.1
Refer to 1.2.2 Captions (Prerecorded) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.2.2 Captions (Prerecorded) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Provide captions for spoken content in videos
AA
- Ensure captions are accurate, consumable, and complete
A
- Embed multimedia content that supports closed captions
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check for audio, video, flashing, and auto-play
- Check component keyboard interaction
- Web Content Accessibility Guidelines 2.1
Refer to 1.2.3 Audio Description or Media Alternative (Prerecorded) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.2.3 Audio Description or Media Alternative (Prerecorded) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Consider incorporating a description of meaningful visual content into the audio track or transcript
Manual
- Check for audio, video, flashing, and auto-play
- Check component keyboard interaction
- Web Content Accessibility Guidelines 2.1
Refer to 1.2.4 Captions (Live) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.2.4 Captions (Live) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Provide captions for spoken content in videos
AA
- Ensure captions are accurate, consumable, and complete
A
- Embed multimedia content that supports closed captions
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check for audio, video, flashing, and auto-play
- Check component keyboard interaction
- Web Content Accessibility Guidelines 2.1
Refer to 1.2.5 Audio Description (Prerecorded) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.2.5 Audio Description (Prerecorded) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- Describe meaningful visual content in videos
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check for audio, video, flashing, and auto-play
- Check component keyboard interaction
- Web Content Accessibility Guidelines 2.1
Refer to 1.2.6 Sign Language (Prerecorded) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.2.6 Sign Language (Prerecorded) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
- Web Content Accessibility Guidelines 2.1
Refer to 1.2.7 Extended Audio Description (Prerecorded) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.2.7 Extended Audio Description (Prerecorded) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
- Web Content Accessibility Guidelines 2.1
Refer to 1.2.8 Media Alternative (Prerecorded) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.2.8 Media Alternative (Prerecorded) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
- Web Content Accessibility Guidelines 2.1
Refer to 1.2.9 Audio-only (Live) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.2.9 Audio-only (Live) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
- Web Content Accessibility Guidelines 2.1
Refer to 1.3.1 Info and Relationships for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.3.1 Info and Relationships for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Provide captions for spoken content in videos
AA
- Ensure captions are accurate, consumable, and complete
A
- Embed multimedia content that supports closed captions
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check for audio, video, flashing, and auto-play
- Check component keyboard interaction
- Web Content Accessibility Guidelines 2.1
Refer to 1.3.2 Meaningful Sequence for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.3.2 Meaningful Sequence for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- Flag any content that has a meaningful order
AAA
- - Order content appropriately in the Document Object Model
- Only use CSS to alter text position without altering meaning
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Screen reader
- Check meaningful sequence
- Web Content Accessibility Guidelines 2.1
Refer to 1.3.3 Sensory Characteristics for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.3.3 Sensory Characteristics for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Do not rely on senses in instructions
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check for foreign and sensory words
- Web Content Accessibility Guidelines 2.1
Refer to 1.3.4 Orientation for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.3.4 Orientation for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Provide layouts for both landscape and portrait orientations
Manual
- Check motion operation
- Web Content Accessibility Guidelines 2.1
Refer to 1.3.5 Identify Input Purpose for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.3.5 Identify Input Purpose for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- Flag any inputs that match the common list
AAA
- Use HTML autocomplete attributes, where appropriate
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Error handling and instructions
- Web Content Accessibility Guidelines 2.1
Refer to 1.3.6 Identify Purpose for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.3.6 Identify Purpose for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.1 Use of Color for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.1 Use of Color for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Ensure legends do not rely only on the non-contrasting colors to match data points to legend text
- Confirm color alone does not indicate status or errors
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check use of color, contrast, and images of text
- Error handling and instructions
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.2 Audio Control for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.2 Audio Control for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Stop auto-playing content when it receives focus or provide a simple pause mechanism
- Avoid automatically playing content that lasts more than five seconds
- Provide an ability to pause, stop or hide auto-playing content
AA
- Follow core considerations in reducing effort by understanding what you get from design
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check for audio, video, flashing and auto-play
- Check component keyboard interaction
Screen reader
- Confirm content interaction works with the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.3 Contrast (Minimum) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.3 Contrast (Minimum) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Choose text that sufficiently contrast with its background
- Achieve minimum contrast for all text placed over images or gradient backgrounds
AA
- Use caution when using placeholders
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check use of color, contrast, and images of text
- Check pointer hover
- Check pointer operation
- Check focus indicator
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.4 Resize text for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.4 Resize text for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Unit test: Check that the content can be zoomed
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Resize and re-space text
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.5 Images of Text for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.5 Images of Text for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Do not use images of text when text can be used
- Provide text alternatives for logos and other essential images of text
Manual
- Check use of color, contrast, and images of text
Screen reader
- Verify ALTs, labelling, and foreign phrases
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.6 Contrast (Enhanced)for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.6 Contrast (Enhanced) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.7 Low or No Background Audio for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.7 Low or No Background Audio for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.8 Visual Presentation for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.8 Visual Presentation for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.9 Images of Text (No Exception) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.9 Images of Text (No Exception) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.10 Reflow for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.10 Reflow for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Reflow content without horizontal scrolling
- Where responsive design is not supported, provide an option to display content at 256 CSS pixels wide
Manual
- Reflow text
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.11 Non-text Contrast for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.11 Non-text Contrast for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Confirm input fields are discernable
- Contrast components against background
- Ensure visual states for components have sufficient contrast
- Contrast focus and non-focus states at least 3:1
- Confirm icon shapes have enough contrast
- For charts, ensure all data representations achieve 3:1 contrast
AA
- Ensure overlays and tooltips are visually distinct from other content
Manual
- Check use of color, contrast, and images of text
- Check pointer hover
- Validate pointer operations
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.12 Text Spacing for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.12 Text Spacing for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- Create layouts that support the moderate expansion of text
Manual
- resize and re-space text
A button's tooltip is displayed directly below it on mouse hover which can easily be obscured by a large pointer. The tooltip itself is able to be hovered so the mouse pointer can be moved down to its bottom edge in order to view the tooltip text.
- Web Content Accessibility Guidelines 2.1
Refer to 1.4.13 Content on Hover or Focus for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 1.4.13 Content on Hover or Focus for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Where possible, have dynamic content appear when users click, not when they hover
- If content appears on hover, the new material needs to remain visible until dismissed
- Understand the requirements for dismissing content that appears on hover
AA
- Ensure Esc dismisses new content
- If content appears on hover, the new content needs to remain visible until dismissed
- Moving the pointer away from the trigger should not be the action that dismisses the new content
- Ensure custom tooltips and similar hover text can be triggered by keyboard
- Discuss alternatives to hover text
- Use caution where interactive controls appear in the hover text
Manual
- Check pointer hover
- Web Content Accessibility Guidelines 2.1
Refer to 2.1.1 Keyboard for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.1.1 Keyboard for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Note intended keyboard navigation in wireframes
- Specify the tab order
- Ensure all mouse-operable components are reachable by keyboard
- Reduce tabbing by effective grouping of elements
- Set expectations and note intended keyboard operation in wireframes
- Choose standard HTML elements, where possible
- Confirm framework libraries follow keyboard conventions
- For custom components, match the ARIA authoring practices keyboard guidance
- Provide instructions in the UI where keyboard operation differs from the norm
- Provide a keyboard equivalent for drag and drop
- Where a component has multiple mouse operations, notate the keyboard equivalent
- Dismiss notices, modals, and overlays with the Esc
AA
- Ensure functions of media players are keyboard operable
- Document keyboard and other accessibility considerations
A
- Where possible, achieve the desired tab order by adjusting the DOM, rather than overriding the tabindex
- Use standard HTML elements where possible, using CSS to alter appearance not behavior
- Be familiar with established keyboard conventions
- Implement keyboard operation for custom elements
- Follow core considerations in reducing effort
- Unit test - confirm component keyboard interaction
AA
- Make custom media player and animation controls keyboard accessible
Supplemental techniques
- Note for iOS platform: For keyboards connected to iOS devices, Apple has its own set of Tab and arrow keys behaviors as noted in Wireless Keyboard with VoiceOver.
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check tab or navigation order
- Check component keyboard interaction
- Check bypass blocks, consistent navigation, and multiple ways
- Dynamic update triggers and effects
Screen reader
- Compare keyboard operation and output
- Confirm content interaction works with the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 2.1.2 No Keyboard Trap for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.1.2 No Keyboard Trap for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Confirm framework libraries follow keyboard conventions
- For custom components, match the ARIA authoring practices keyboard guidance
- Where a component has multiple mouse operations, notate the keyboard equivalent
- Dismiss notices, modals, and overlays with the Esc
AA
- Ensure functions of media players are keyboard operable
A
- Implement keyboard operation for custom elements
- Follow core considerations in reducing effort
- Unit test - confirm component keyboard interaction
AA
- Make custom media player and animation controls keyboard accessible
Development techniques
- iOS hybrid: Apple recommends using the HTML5 audio and video elements for mobile Safari. These elements support playback natively in the browser using the browser’s built-in controls.
Developers may also create custom media controls for rich interactivity using CSS and JavaScript.
See Apple’s About HTML5 Audio and Video and iOS-specific considerations for proper implementation.
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check tab or navigation order
- Check component keyboard interaction
- Check bypass blocks, consistent navigation, and multiple ways
- Web Content Accessibility Guidelines 2.1
Refer to 2.2.1 Timing Adjustable for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.2.1 Timing Adjustable for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- Avoid time limits
- When time limits are necessary, allow the user to turn off, adjust, or extend the time limit
- Make the time-limit notifications accessible
A
- Follow core considerations in reducing effort
- Unit test - confirm component keyboard interaction
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Time limits
Screen reader
- Confirm content interaction works with the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 2.2.2 Pause, Stop, Hide for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.2.2 Pause, Stop, Hide for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Stop auto-playing content when it receives focus or provide a simple pause mechanism
- Avoid starting animations or video automatically
- Avoid automatically playing content that lasts for more than five seconds
- Provide an ability to pause, stop, or hide auto-playing content
A
- Follow core considerations in reducing effort
- Unit test - confirm component keyboard interaction
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check for audio, video, flashing, and auto-play
- Check component keyboard interaction
- Web Content Accessibility Guidelines 2.1
Refer to 2.2.3 No Timing for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 2.2.4 Interruptions for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 2.2.5 Re-authenticating for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 2.2.6 Timeouts for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 2.3.1 Three Flashes or Below Threshold for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.3.1 Three Flashes or Below Threshold for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Avoid flashing content
- Slow the frequency of flashes to under three times in any one second
- Reduce the size of the flashing content below the general flash and red flash thresholds
A
- Follow core considerations in reducing effort by understanding what you get from design
Manual
- Check for audio, video, flashing, and auto-play
- Web Content Accessibility Guidelines 2.1
Refer to 2.3.2 Three Flashes for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 2.3.3 Animation from Interactions for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 2.4.1 Bypass Blocks for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.4.1 Bypass Blocks for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- Consider links and other mechanisms to bypass blocks of content
- Designate appropriate regions, especially header, main and footer
A
- Follow core considerations in reducing effort by understanding what you get from design
AA
- Consider adding regions and other ARIA roles to distinguish text groupings
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check bypass blocks, consistent navigation, and multiple ways
Screen reader
- Compare keyboard operation and output
- Web Content Accessibility Guidelines 2.1
Refer to 2.4.2 Page Titled for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.4.2 Page Titled for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- In a set of pages, give each a unique title
- List the unique text string first in a concatenated title
A
- Code the <title> element on every page according to design
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check labeling, link names, and page titles
Screen reader
- Check page structure, tables, and headings
- Web Content Accessibility Guidelines 2.1
Refer to 2.4.3 Focus Order for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.4.3 Focus Order for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Specify the tab order
- Ensure all mouse-operable components are reachable by keyboard
- Reduce tabbing by effective grouping of elements
- Choose standard HTML elements, where possible
- Where a component has multiple mouse operations, notate the keyboard equivalent
A
- Ensure interactive elements are reachable with the keyboard
- Where possible, achieve the desired tab order by adjusting the DOM, rather than overriding the tabindex
Manual
- Check tab or navigation order
- Maintaining user's point of regard
- Web Content Accessibility Guidelines 2.1
Refer to 2.4.4 Link Purpose (In Context) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.4.4 Link Purpose (In Context) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Compose stand-alone link text where possible
- Contextualize generic links such as "Read more"
A
- Follow core considerations in reducing effort by understanding what you get from design
AA
- Use ARIA labelling and describing attributes to add additional context to generic link names
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check labeling, link names, and page titles
Screen reader
- Verify ALTs, labelling, and foreign phrases
- Web Content Accessibility Guidelines 2.1
Refer to 2.4.5 Multiple Ways for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.4.5 Multiple Ways for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- Use tables of content and site maps, where appropriate
- Provide a search function or other features to improve navigation and findability
A
- Follow core considerations in reducing effort by understanding what you get from design
Manual
- Check bypass blocks, consistent navigation, and multiple ways
- Web Content Accessibility Guidelines 2.1
Refer to 2.4.6 Headings and Labels for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.4.6 Headings and Labels for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Write clear, consistent, and concise labels
- Accurately describe content with succinct headings
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check labeling, link names, and page titles
- Read text for clarity; check for foreign and sensory words
Screen reader
- Verify ALTs, labelling, and foreign phrases
- Web Content Accessibility Guidelines 2.1
Refer to 2.4.7 Focus Visible for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.4.7 Focus Visible for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Contrast focus and non-focus states at least 3:1
AA
- Ensure functions of media players are keyboard operable
A
- When overriding the default focus indicator, confirm focus is highly visible
- Follow core considerations in reducing effort by understanding what you get from design
- Unit test - confirm component keyboard interaction
- Unit test - check tab order
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check focus indicator
- Check tab or navigation order
- Check component keyboard interaction
- Check pointer hover
- Validate pointer operations
Screen reader
- Compare keyboard operation and output
- Web Content Accessibility Guidelines 2.1
Refer to 2.4.8 Location for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 2.4.9 Link Purpose (Link Only) for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 2.4.10 Section Headings for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 2.5.1 Pointer Gestures for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.5.1 Pointer Gestures for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Provide an ability to complete all tasks with clicks, double clicks and other simple pointer actions
- Don't rely on multipoint gestures like pinch to zoom for custom widgets
- Don't require swiping or path-based gestures for custom widgets
A
- Follow core considerations in reducing effort by understanding what you get from design
- Unit test - confirm component keyboard interaction
Manual
- Validate pointer operations
Screen reader
- Confirm content interaction works with the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 2.5.2 Pointer Cancellation for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.5.2 Pointer Cancellation for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- Provide a way for users to abort pointer actions
- Plan ways to reverse or undo pointer actions
A
- Follow core considerations in reducing effort by understanding what you get from design
- Unit test - confirm component keyboard interaction
AA
- Provide accessible ways of cancelling pointer interaction
Manual
- Validate pointer operations
Screen reader
- Confirm content interaction works with the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 2.5.3 Label in Name for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.5.3 Label in Name for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Match the accessible name to the visible label
- Include the text of the label in the accessible name
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Screen reader
- Make sure that the visible label text matches the output from the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 2.5.4 Motion Actuation for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 2.5.4 Motion Actuation for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Don't depend on device motion
A
- Follow core considerations in reducing effort by understanding what you get from design
- Unit test - confirm component keyboard interaction
Manual
- Check motion operation
Screen reader
- Confirm content interaction works with the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 2.5.5 Target Size for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 2.5.6 Concurrent Input Mechanisms for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 3.1.1 Language of Page for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 3.1.1 Language of Page for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Set the language of the page
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check the value of the lang attribute reflects the primary language used by the page
Screen reader
- Foreign language pages are indicated or pronounced properly by the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 3.1.2 Language of Parts for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 3.1.2 Language of Parts for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- Notate occurrences of foreign language
AAA
- Use the lang attribute for foreign words or phrases
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Take note of foreign words used in the text to create a list to check with a screen reader for correct pronunciation.
Screen reader
- Foreign phrases are indicated or pronounced properly by the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 3.1.3 Unusual Words for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 3.1.4 Abbreviations for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 3.1.5 Reading Level for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 3.1.6 Pronunciation for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 3.2.1 On Focus for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 3.2.1 On Focus for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- When any component receives keyboard focus, do not start a content change that can disorient users
AAA
- Use "activate" rather than "focus" as a trigger
- Incorporate and run verification tools for unit testing
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Dynamic updates triggers and effects
- Web Content Accessibility Guidelines 2.1
Refer to 3.2.2 On Input for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 3.2.2 On Input for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AAA
- When the setting of any user interface component changes, do not cause unexpected changes elsewhere unless the user is forewarned
AAA
- Use an onchange event without disorienting the user
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Dynamic updates triggers and effects
- Web Content Accessibility Guidelines 2.1
Refer to 3.2.3 Consistent Navigation for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 3.2.3 Consistent Navigation for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Present menus in the same relative order
Manual
- Check bypass blocks, consistent navigation, and multiple ways
An e-commerce application uses a printer icon that allows the user to print receipts and invoices. In one part of the application, the printer icon is labeled "Print receipt" and is used to print receipts, while in another part it is labeled "Print invoice" and is used to print invoices. The labeling is consistent ("Print x"), but the labels are different to reflect the different functions of the icons. Therefore, this example does not fail the Success Criterion.
- Web Content Accessibility Guidelines 2.1
Refer to 3.2.4 Consistent Identification for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 3.2.4 Consistent Identification for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Write clear, consistent, and concise labels
Manual
- Check labeling, link names, and page titles
Screen reader
- Compare keyboard operation and output
- Web Content Accessibility Guidelines 2.1
Refer to 3.2.5 Change on Request for more information on exceptions, intent, benefits, and techniques.
An airline Web site offers a special promotion on discounted flights. The user is asked to complete a simple form that asks for personal information such as name, address, phone number, seating preference and e-mail address. If any of the fields of the form are either not completed or completed incorrectly, an alert is displayed notifying the user which field or fields were missing or incorrect.
- Web Content Accessibility Guidelines 2.1
Refer to 3.3.1 Error Identification for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 3.3.1 Error Identification for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Ensure error messages are obvious to everyone
- Carry out validation in an accessible way
- Ensure the user can easily get to form elements that need to be fixed
- Identify and describe errors
AA
- Distinguish between errors and status messages
A
- Use accessible methods to implement error messages
- Implement validation and notification to minimize interruptions
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Error handling and instructions
- Web Content Accessibility Guidelines 2.1
Refer to 3.3.2 Labels or Instructions for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 3.3.2 Labels or Instructions for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Provide a label for every input element
- Consistently locate labels near inputs
- Persistently display labels
- Indicate required fields and legends in an accessible manners
AA
- Consider ways to provide additional context
- Include instructions when a particular data format is expected
- Use caution when using placeholders
AAA
- Designate forms and flag any grouping of inputs
A
- Programmatically associate inputs with labels
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Manual
- Check labeling, link names, and page titles
- Read text for clarity; Check for foreign, and sensory words
- Error handling and instructions
Screen reader
- Verify ALTs, labelling, and foreign phrases
- Confirm content interaction works with the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 3.3.3 Error Suggestion for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 3.3.3 Error Suggestion for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Ensure error messages are obvious to everyone
- Carry out validation in an accessible way
- Ensure the user can easily get to form elements that need to be fixed
- Suggest corrections, with enough context for a non-sighted user
A
- Use accessible methods to implement error messages
- Implement validation and notification to minimize interruptions
Manual
- If they are known, suggestions for correction are provided
- Instructions are provided for specific formatting or values
- Web Content Accessibility Guidelines 2.1
Refer to 3.3.4 Error Prevention (Legal, Financial, Data) for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 3.3.4 Error Prevention (Legal, Financial, Data) for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
A
- Summarize pending transactions so that users can check and confirm
- Provide clear instructions when the user can reverse an action
A
Unit test - confirm component keyboard interaction
Manual
- Users have a chance to check, confirm, or reverse actions
- Web Content Accessibility Guidelines 2.1
Refer to 3.3.5 Help for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 3.3.6 Error Prevention (All) for more information on exceptions, intent, benefits, and techniques.
- Web Content Accessibility Guidelines 2.1
Refer to 4.1.1 Parsing for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 4.1.1 Parsing for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
Automated
- Test using the IBM Equal Access Accessibility Checker browser extension or integration testing module to identify issues detected for this requirement
Screen reader
- Confirm content interaction works with the screen reader
- Web Content Accessibility Guidelines 2.1
Refer to 4.1.3 Status Messages for more information on exceptions, intent, benefits, and techniques. - IBM Accessibility Requirements
Refer to 4.1.3 Status Messages for more information on accessibility requirements that need to be met for recent releases of several standards and regulations.
AA
- Determine whether feedback is important enough to disrupt users
- Mark non-disruptive feedback as status messages, when appropriate
- Distinguish between errors and status messages
- Mark non-disruptive feedback as status messages
AA
- Use role=status to advise on the success or results of an action
- Use role=alert or an ARIA live region to convey a suggestion or warning
Screen reader
- Status messages appearing on screen are announced by the screen reader