Accessibility checklist for designers

If you're just beginning a new design project or doing your final checks, use this checklist to ensure your designs are web accessibility compliant. This checklist is adapted from the WCAG guidelines, specifically for designers. For each item, you'll find:

  • Which users might be affected
  • How you can design for it
  • The corresponding WCAG success criterion
  • Useful resources
Download this checklist as a PDF
Text
Why

Users that cannot see or hear content should still be able to understand it. Text alternatives are versatile and can be presented to the viewer according to their needs (screen reader, captions etc.)

How to do
  • Add accessible text descriptions for images and audio
  • Provide interactions to access transcripts or closed captions for video
WCAG success criteria
Success criterion 1.1.1
Why

Users that cannot see the page, like screen-reader users, should still be able to understand its information structure.

How to do
  • Annotate a reading order in your design file
Why

Users with visual impairments affecting their perception of colour need non-visual instructions.

How to do
  • Pair colour cues with a text cue to communicate information
WCAG success criteria
Success criterion 1.3.3
Why

Users can adjust how text is presented on their own displays, without losing image quality.

How to do
  • Check your design for any images of text that convey important information.
  • Either replace these images with text if possible, or provide alternate text.
  • Annotate decorative images like logos, so your developer knows to add an empty alt text attribute.
WCAG success criteria
Success criterion 1.4.5
Colour
Why

Some users cannot see elements with low contrast, but still need to know the important visual information.

How to do
  • Check your colour choices for graphics and UI components using dedicated accessibility colour checkers
WCAG success criteria
Success criterion 1.4.3
Why

Users with visual impairments may not be able to distinguish colour-coded instructions.

How to do
  • Pair colour cues with a text cue to communicate information
WCAG success criteria
Success criterion 1.3.3
Layout
Why

Users that have their displays oriented or mounted differently should still be able to use your design.

How to do
  • Design responsively for different breakpoints
  • Don’t restrict view and operation to one orientation unless absolutely necessary
WCAG success criteria
Success criterion 1.3.4
Why

Content can be navigated more predictably.

How to do
  • Check that navigation is ordered consistently across multiple pages
  • Use component libraries to standardise recurring components
  • For bigger design teams, consider keeping an updated style guide for designers to stay aligned
WCAG success criteria
Success criterion 3.2.3
Why

Users with visual impairments may need to enlarge text to read it. They may do so using the built-in browser tools.

How to do
  • Check that doubling the size of the text does not break your design
  • If text in your design has non-standard positioning, consider adding design annotations for the space a piece of text should occupy in your design.
WCAG success criteria
Success criterion 1.1.1
Information presentation
Why

People who are blind or have low vision need non-visual instructions.

How to do
  • Describe controls by name, not just by appearance or location
WCAG success criteria
Success criterion 1.3.3
Media
Why

A page that automatically plays music or sounds can disrupt users and interfere with screen readers.

How to do
  • For the highest level of compliance, remove any automatically-playing audio. Audio should only be triggered by users.
  • Design for media controls
  • Ensure any videos are large enough that media controls do not obscure content
WCAG success criteria
Success criterion 1.1.1
Why

Some users may be distracted by content that is moving.

How to do
  • Design a mechanism to pause, stop or hide information that:
    1. starts automatically;
    2. lasts more than five seconds

    *Unless the movement is essential, defined by W3C as " if removed, would fundamentally change the information or functionality of the content, and information and functionality cannot be achieved in another way that would conform".

    Read more about essential movement here.

WCAG success criteria
Success criterion 2.2.2
Why

Rapidly flashing content can trigger seizures for users with epilepsy or photosensitive seizure disorders.

How to do
  • Ensure no visual content contains flashes
  • Provide interactions to access transcripts or closed captions for video
WCAG success criteria
Success criterion 1.1.1
Input
Why

Flagging errors helps people with reduced sight and cognitive disabilities identify and resolve them.

How to do
  • Document error states clearly
  • Provide descriptive notification of errors
WCAG success criteria
Success criterion 3.3.1
Why

Some users need guidance on what information to enter.

How to do
  • Check all input fields in your design for labels or instructions
  • Provide simple labels or instructions
WCAG success criteria
Success criterion 3.3.2
Why

Providing suggestions on how to resolve errors can help users complete interactions.

How to do
  • Design error-suggestion interaction flows
  • Identify and annotate areas where suggestions are needed
WCAG success criteria
Success criterion 3.3.3
Why

You can prevent users from submitting incorrect important information.

How to do
  • Provide ways for users to confirm, correct or reverse important submissions
WCAG success criteria
Success criterion 3.3.4
Interaction
Why

Keyboard users navigate content by the focus order. Determining the correct focus order helps them to understand the website.

How to do
  • Annotate a clear focus order in your design
WCAG success criteria
Success criterion 2.4.3
Why

Keyboard users can skip over long, repetitive groups of content.

How to do
  • Include a ‘Skip to content’ button in your design
WCAG success criteria
Success criterion 2.4.1
Why

Some users may require a longer time to complete interactions.

How to do
  • Design a mechanism for turning off, adjusting or extending the time limit
WCAG success criteria
Success criterion 2.2.1
Why

Ensuring that the focus indicator is visible allows sighted users to see their cursor.

How to do
  • Before designing a hover state for your components, discuss with your developer whether your design will be compatible with the browser default focus indicator
WCAG success criteria
Success criterion 2.4.7

Some content in this prototype is adapted from the W3C Web Accessibility Initiative (WAI) website: WCAG ed. 2.1. Copyright © 2025 World Wide Web Consortium (W3C®). Date: Updated: 25 June 2024.


Material is used in accordance with the W3C document license.