Finetune

Website accessibility & WCAG 2.2: a corporate playbook

Gusti Bagus W.K.

Published · 7 min read

Summarize with AI

Close-up of hands using a smartphone and a digital tablet at the same time

What WCAG 2.2 is and why it matters

Website accessibility means people with disabilities can perceive, navigate, and use your site. The Web Content Accessibility Guidelines (WCAG) 2.2, published by the W3C in October 2023, are the global standard for measuring it. Most organizations target Level AA.

WCAG is built on four principles, often shortened to POUR: content must be Perceivable, Operable, Understandable, and Robust. Each principle breaks into testable success criteria at levels A, AA, and AAA.

1.3 billion

people — about 16% of the world’s population — experience significant disability.

Source: WHO, 2023

Add ageing eyesight, temporary injuries, bright sunlight on a phone screen, or a site engineer reading specs on a tablet with gloves on, and accessibility stops being an edge case. It is usability for everyone.

Most sites still fail the basics

WebAIM runs an automated accessibility scan of the top one million home pages every year. The results are consistent: nearly every page has detectable WCAG failures, and the same few issues dominate.

95.9%

of the top one million home pages had detectable WCAG 2 failures.

Source: WebAIM Million, 2024

Common failureWho it affectsTypical fix
Low contrast textLow vision, outdoor mobile usersMeet 4.5:1 for body text, 3:1 for large text
Missing image alt textScreen reader usersDescribe meaningful images; empty alt for decorative
Empty links and buttonsScreen reader and voice usersGive every control an accessible name
Unlabeled form inputsScreen reader users, everyone on mobileUse a visible <label> tied to each field
Missing page languageScreen readers choosing pronunciationSet lang on the <html> element

What changed in WCAG 2.2

WCAG 2.2 adds new success criteria on top of 2.1 and removes 4.1.1 Parsing, which modern browsers made obsolete. The additions mostly target keyboard users, people with motor impairments, and people with cognitive disabilities.

  • Focus Not Obscured (2.4.11, AA) — sticky headers and cookie banners must not hide the focused element.
  • Dragging Movements (2.5.7, AA) — anything done by dragging needs a single-pointer alternative.
  • Target Size Minimum (2.5.8, AA) — interactive targets at least 24×24 CSS pixels, or enough spacing.
  • Consistent Help (3.2.6, A) — help links or contact options appear in the same place across pages.
  • Redundant Entry (3.3.7, A) — do not make users re-type information they already gave.
  • Accessible Authentication (3.3.8, AA) — no cognitive tests like memorizing or transcribing to log in.
Elderly man sitting on a couch, concentrating on a laptop screen

The business case, not just compliance

Accessible sites tend to be better sites. The same fixes that help a screen reader user also help search engines and AI crawlers understand your content.

  • SEO and GEO: proper headings, alt text, and semantic HTML give crawlers clean structure to index and cite.
  • Conversion: clear labels, visible focus, and generous tap targets reduce form errors for everyone.
  • Procurement: large clients and public bodies increasingly ask vendors about accessibility conformance.
  • Legal readiness: the European Accessibility Act has applied to many digital products and services since 28 June 2025.

“Accessibility is not a feature you add at the end. It is the quality bar you build to from the first component.”

For Indonesian companies selling to multinational clients or exporting to Europe, a documented WCAG 2.2 AA target is becoming a practical expectation in vendor reviews — not a nice-to-have.

A fix-first plan for corporate sites

You do not need a full audit to start. Work through this order:

  1. 1.Run an automated scan (axe DevTools, WAVE, or Lighthouse) on your top ten templates.
  2. 2.Fix color contrast in your design tokens so every page inherits the correction.
  3. 3.Add alt text to meaningful images and labels to every form field.
  4. 4.Tab through each template with the keyboard only: check focus order and visible focus.
  5. 5.Test one key journey — such as the contact form — with a screen reader (VoiceOver or NVDA).
  6. 6.Add accessibility checks to your component library and CI so regressions are caught early.
HTML
<!-- label every field, describe errors in text -->
<label for="email">Work email</label>
<input id="email" type="email" autocomplete="email"
       aria-describedby="email-error" required>
<p id="email-error" role="alert">Enter a valid work email.</p>

Frequently asked questions

What is WCAG 2.2?
WCAG 2.2 is the current version of the Web Content Accessibility Guidelines, published by the W3C in October 2023. It defines testable success criteria at levels A, AA, and AAA; most organizations target Level AA.
How many websites fail accessibility checks?
In the WebAIM Million 2024 study, 95.9% of the top one million home pages had detectable WCAG 2 failures. The most common were low contrast text, missing image alt text, empty links, and unlabeled form inputs.
Is website accessibility legally required?
It depends on the market. The European Accessibility Act has applied to many digital products and services sold in the EU since 28 June 2025, and other jurisdictions have their own rules. Even where it is not mandated, large clients often require it in procurement.
Do accessibility overlays make a site compliant?
No. Overlay widgets do not fix the underlying code and can conflict with screen readers. Real conformance comes from semantic HTML, sufficient contrast, labeled controls, and keyboard support.
Does accessibility help SEO?
Yes. Semantic headings, descriptive alt text, labeled links, and clean HTML help search engines and AI crawlers understand and extract content, which supports both rankings and citations.

related blog

Related Blogs