Skip to main content

WCAG 2.2
Explained Simply

WCAG 2.2 is the latest version of the Web Content Accessibility Guidelines — the global standard that defines how to make websites usable by everyone. If you run a website, this affects you.

Person with ADHD working at computer with multiple browser windows and colourful geometric shapes around them, illustrating cognitive accessibility challenges and the need for clear, structured web design

What is WCAG?

WCAG stands for Web Content Accessibility Guidelines. Published by the World Wide Web Consortium (W3C), these guidelines set out how to make digital content — websites, apps, documents — accessible to people with a wide range of disabilities. That includes people who are blind, deaf, have motor impairments, cognitive conditions like ADHD or dyslexia, or temporary disabilities like a broken arm.

The guidelines are organised around four principles. Everything on your website should be Perceivable (users can see or hear it), Operable (users can interact with it), Understandable (users can make sense of it), and Robust (it works across different technologies and assistive tools).

WCAG 2.2 is the latest version, released in October 2023, and it builds on WCAG 2.1 with 9 new criteria focused on cognitive accessibility, mobile usability, and keyboard navigation.

Below, we break down key success criteria in plain English. Each one includes real examples. No jargon, no legalese — just what you need to know.

The Three Levels of Compliance

A

Minimum

The bare essentials. Without these, some people simply cannot use your website at all.

Images have alt text Everything works with a keyboard No content causes seizures Pages have proper headings
AA

Standard

What most laws require. This is the level you should aim for — it covers the majority of accessibility needs.

Text has 4.5:1 colour contrast Text can be resized to 200% Captions on all video content Consistent navigation throughout
AAA

Enhanced

The gold standard. Not always required by law, but recommended where possible.

7:1 enhanced contrast ratio Sign language for video Simplified reading level Extended audio descriptions

Why WCAG Compliance Matters for Your Business

⚖️ Legal obligation

In the UK, US, and EU, accessibility is increasingly a legal requirement. The Equality Act 2010, ADA, Section 508, and the EU Accessibility Act all create obligations for website owners.

👥 Wider audience

1 in 6 people live with some form of disability. Accessible websites reach more people, serve more customers, and build more trust.

✅ Better for everyone

Accessibility improvements — clearer navigation, better contrast, keyboard support — benefit all users, not just those with disabilities.

Key WCAG 2.2 Success Criteria

Below are the most commonly relevant success criteria, explained in plain English with practical examples.

1.1.1 A Perceivable Non-text Content

Every image, icon, chart, or video needs descriptive text that explains what it shows. Decorative images should be marked as decorative so screen readers skip them.

  • Add alt=’Company logo’ to your logo image
  • Add alt=” to decorative background images
  • Describe charts: alt=’Sales increased 25% from January to March’
  • Use aria-label for icon buttons: aria-label=’Close dialog’
1.2.2 A Perceivable Captions (Pre-recorded)

All videos need captions that show what people are saying and important sounds, so deaf and hard-of-hearing people can understand the content.

  • Add captions to all training videos on your website
  • Include sound effects in captions: [music playing] [door slams]
  • Caption all speech, including multiple speakers
  • Sync captions accurately with the audio timing
1.3.1 A Perceivable Info and Relationships

Use proper HTML tags so that screen readers and other tools can understand your content structure.

  • Use <h1>, <h2>, <h3> for headings, not just styled text
  • Use <ul> and <ol> for lists, not just bullet characters
  • Use <table>, <th>, <td> for data tables
  • Label form fields with <label> elements
1.4.1 A Perceivable Use of Colour

Don’t use only colour to show important information — also use text, icons, or patterns so colourblind people can understand it too.

  • Error messages use red colour AND an error icon
  • Required form fields have asterisks (*) not just red colour
  • Charts use patterns or labels, not just different colours
  • Links are underlined or bolded, not just a different colour
1.4.3 AA Perceivable Contrast (Minimum)

Your text needs to be dark enough against its background so people can read it easily. Small text needs stronger contrast (4.5:1) than large text (3:1).

  • Black text on white background = excellent contrast
  • Dark blue (#1741DD) on white = good contrast
  • Light grey (#999) on white = probably too light
  • Large headings can use slightly lighter colours than body text
1.4.11 AA Perceivable Non-text Contrast

Buttons, form fields, and important graphics need enough contrast (3:1) against their background so people can see them clearly.

  • Button borders must be visible against the page background
  • Form field borders need contrast when focused or unfocused
  • Icon buttons must stand out from their background
  • Chart elements need distinguishable colours
1.4.12 AA Perceivable Text Spacing

Your text should still be readable and usable when people increase line spacing or letter spacing to help them read better.

  • Text should wrap properly with increased line height
  • Buttons should still work with more letter spacing
  • Content shouldn’t disappear when spacing increases
  • Layout should adapt gracefully to text changes
2.1.1 A Operable Keyboard

Everything that works with a mouse must also work with just keyboard keys like Tab, Enter, and arrow keys.

  • Press Tab to move between buttons and links
  • Press Enter or Space to activate buttons
  • Use arrow keys to navigate menus
  • Press Escape to close modal dialogs
2.1.2 A Operable No Keyboard Trap

People using only a keyboard should never get stuck in one part of your page with no way to get out.

  • Modal dialogs should close with Escape key
  • Dropdown menus should allow escape back to the trigger
  • Media players should allow focus to move beyond them
  • Custom widgets should have clear exit methods
2.4.1 A Operable Bypass Blocks

Add a ‘skip to main content’ link so people don’t have to tab through the same navigation on every page.

  • Add a ‘Skip to main content’ link at the top of each page
  • Use proper heading structure (H1, H2, H3) for navigation
  • Group related navigation items together
  • Provide landmarks like <main>, <nav>, <aside>
2.4.3 A Operable Focus Order

When someone presses Tab to move through your page, the focus should go in an order that makes sense.

  • Tab through forms from top to bottom, left to right
  • Navigate main menu before page content
  • Move through modal dialog contents before returning to main page
  • Skip links should be first in tab order
2.4.4 A Operable Link Purpose (In Context)

Make your link text descriptive so people know where the link will take them before they click it.

  • Good: ‘Download our accessibility checklist (PDF)’
  • Good: ‘Read more about WCAG compliance guidelines’
  • Avoid: ‘Click here’ or ‘Read more’ without context
  • Good: ‘Contact our support team’ instead of just ‘Contact us’
2.4.5 AA Operable Multiple Ways

Provide multiple ways for people to find pages on your website, like search, navigation menus, sitemaps, or related links.

  • Main navigation menu and search functionality
  • Breadcrumb navigation and related article links
  • Site map and category browsing
  • Popular pages section and footer links
3.1.1 A Understandable Language of Page

Tell assistive technologies what language your page is written in so they can pronounce words correctly.

  • Add lang=’en’ to your <html> tag for English pages
  • Use lang=’es’ for Spanish pages
  • Add lang=’fr’ for French content sections
  • Mark foreign phrases: <span lang=’fr’>Bonjour</span>
3.3.1 A Understandable Error Identification

When someone makes an error in a form, clearly tell them which field has the error and describe what went wrong.

  • ‘Email address is required’ not just a red border
  • ‘Password must be at least 8 characters’
  • Error summary at the top of the form listing all errors
  • Error messages that appear next to the relevant field
4.1.2 A Robust Name, Role, Value

All user interface components — buttons, inputs, checkboxes — must have a name, convey their role, and communicate their state to assistive technologies.

  • Buttons have descriptive labels: aria-label=’Close dialog’
  • Custom checkboxes use role=’checkbox’ and aria-checked
  • Expandable sections use aria-expanded=’true/false’
  • Form fields are properly labelled with <label> elements

Our team of IAAP-certified specialists can audit your website and give you a clear, prioritised plan for meeting WCAG 2.2 AA.

Learn About Our Audits →

Frequently Asked Questions

WCAG stands for Web Content Accessibility Guidelines. It’s the international standard for making websites usable by people with disabilities. Beyond being the right thing to do, WCAG compliance protects your business from legal action, opens your site to the 1.3 billion people worldwide who live with a disability, and improves your SEO since accessible sites tend to rank better on Google.

Think of them as tiers. Level A is the bare minimum — things like making sure images have alt text and users can navigate with a keyboard. Level AA is the standard most laws and regulations require — it adds rules around colour contrast, text resizing, and consistent navigation. Level AAA is the gold standard, covering things like sign language for videos and simplified reading levels. Most businesses aim for AA compliance.

Yes. Under the Equality Act 2010, all organisations providing services to the public must make reasonable adjustments for people with disabilities — and that includes your website. Public sector websites must meet WCAG 2.2 AA under the Public Sector Bodies Accessibility Regulations 2018. For private businesses, courts have increasingly interpreted the Equality Act to cover websites. The EU Accessibility Act (June 2025) also affects UK businesses selling into Europe.

WCAG 2.2 added 9 new success criteria focused on three areas: making things easier for people with cognitive disabilities (like consistent help and redundant entry), improving mobile usability (minimum target sizes for buttons and links), and better keyboard navigation (focus appearance requirements). If you were already meeting WCAG 2.1 AA, you’re most of the way there — but the new criteria do require specific attention.

No. Automated tools can catch about 30–40% of accessibility issues — things like missing alt text, low contrast, and empty links. But they can’t judge whether alt text is actually meaningful, whether a page makes logical sense to a screen reader user, or whether custom interactive components are properly accessible. You need a combination of automated scanning and manual testing by real people to be genuinely compliant.

The WebAIM Million report consistently finds the same issues on most websites: missing image alt text (54% of homepages), low colour contrast (81% of homepages), missing form labels (48% of homepages), empty links and buttons (44% of homepages), and missing document language (17% of homepages). These are all relatively straightforward to fix and fall under Level A and AA requirements.