BFSG CHECKLIST
BY VAST FORWARD

This checklist can be used to assess the accessibility of websites. The structure of the original WCAG 2.0 guidelines has been retained. To achieve a desired level of conformance, all applicable criteria must be met.

We strongly recommend regularly testing the implementation with assistive technologies and documenting all measures.
Further, it’s incremental to remember that all of these accessibility criteria are interdependent. While each individual guideline focuses on specific aspects of accessibility, real-world accessibility requires a holistic approach. Implementing any single success criterion in isolation does not result in an inclusive experience. Instead, synthesizing all principles and success criteria collectively ensures that everyone, including users of assistive technologies, can efficiently perceive, operate, and understand your web content.

The Web is more of a social creation than a technical one. I designed it for a social effect – to help people work together – and not as a technical toy. Tim Berners-Lee

1. Principle: Perceivable

    • Identify non-text content:

    • Provide text alternatives:

    • Supplementary long descriptions:

    • Mark decorative content:

    • CAPTCHAs:

    • Prerecorded audio and video content

    • Subtitles

    • Audio description and media alternatives

    • Info and Relationships

    • Forms

    • Data Tables

    • Text Management

    • Meaningful Sequence

    • Sensory Characteristics

    • Orientation

    • Identify Input Purpose

The goal is to present content in different ways without losing any information or structure.

    • Use of Color

    • Audio Controls

    • Contrast (Minimum)

    • Changing Text Size

    • Images of Text Content

    • Reflow*

    • Non-text Contrast

    • Text Spacing**

    • Content on Hover or Focus***

The goal is for users to have no problems seeing and hearing content, including the separation between foreground and background.

*EXCEPTION: Parts of the content which require two-dimensional layout for usage or meaning.

*NOTE:

  • 320 CSS pixels is equivalent to a starting viewport width of 1280 CSS pixels wide at 400% zoom. For web content which is designed to scroll horizontally (e.g., with vertical text), 256 CSS pixels is equivalent to a starting viewport height of 1024 CSS pixels at 400% zoom.
  • Examples of content which requires two-dimensional layout are images required for understanding (such as maps and diagrams), video, games, presentations, data tables (not individual cells), and interfaces where it is necessary to keep toolbars in view while manipulating content. It is acceptable to provide two-dimensional scrolling for such parts of the content.

**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.

***EXCEPTION: The visual presentation of the additional content is controlled by the user agent and is not modified by the author.

***NOTE:

  • Examples of additional content controlled by the user agent include browser tooltips created through use of the HTML title attribute.
  • Custom tooltips, sub-menus, and other nonmodal popups that display on hover and focus are examples of additional content covered by this criterion.

2. Principle: Operable

    • Keyboard Accessibility

    • Avoid Keyboard Traps

    • Character Key Shortcuts

    • Adjustable Timing

    • Pausing, Stopping, Hiding

    • Identify flashing/blinking elements

    • Frequency

    • Area

    • Brightness changes

    • Automated Tools

    • Bypass blocks

    • Page titles

    • Logical focus order

    • Link purpose in context

    • Additional navigation methods

    • Headings and labels

    • Visible Focus

    • Pointer Gestures*

    • Pointer Cancellation**

    • Label in Name***

    • Motion Actuation

The goal is to make it easier for users to operate functionality through various inputs beyond the keyboard.

*NOTE: This requirement applies to web content that interprets pointer actions (i.e. this does not apply to actions that are required to operate the user agent or assistive technology).

**NOTE:

  • Functions that emulate a keyboard or numeric keypad key press are considered essential.
  • This requirement applies to web content that interprets pointer actions (i.e. this does not apply to actions that are required to operate the user agent or assistive technology).

***NOTE: A best practice is to have the text of the label at the start of the name.

3. Principle: Understandable

    • Language of the Page

    • Language of Parts

    • On Focus

    • On Input

    • Consistent Navigation

    • Consistent Identification

    • Consistent Help

    • Error Identification

    • Labels/Instructions

    • Error Suggestion

    • Error Prevention (Legal/Financial Data)

4. Principle: Robust

    • Parsing

    • Name, Role, Value

    • Status Messages:

The overarching goal is to maximise compatibility with current and future user agents, including assistive technologies.