---
title: "WCAG 2.2 | Skills We Assign For | Azendo"
description: "WCAG 2.2 conformance — legal requirement, what automated testing misses, plus the Azendo roles assigned for it."
url: "https://azendo.co/skills/wcag-2-2/"
---

[Skills](https://azendo.co/skills/) Design and research 

# WCAG 2.2.

WCAG 2.2 is the current Web Content Accessibility Guidelines standard, organised into A, AA and AAA conformance levels. AA is the level referenced by most legislation, including the European Accessibility Act.

## Where WCAG 2.2 fits on a long engagement.

Accessibility is a legal requirement rather than a preference in most markets we serve. The European Accessibility Act applies from June 2025 to a broad range of products and services sold in the EU, and equivalent obligations exist in the UK and elsewhere. Treating conformance as optional is a commercial exposure.

Automated testing catches perhaps a third of issues. Colour contrast, missing alternative text and some structural problems are detectable by tooling; whether alternative text is meaningful, whether focus order makes sense, and whether an interaction works with a screen reader all require manual testing with assistive technology.

## What an assigned team does with WCAG 2.2.

Retrofitting accessibility is far more expensive than building it in. A component library built accessibly makes every screen using it compliant by default, while remediation means auditing and fixing every screen individually.

Building it into the component layer from the start is the approach that scales, and it is scoped with [outsourced design team](https://azendo.co/services/ux-ui-design/) capacity alongside frontend.

## What we use WCAG 2.2 for.

* Conformance as a legal baseline AA treated as a requirement, given EAA and equivalent obligations.
* Manual testing with assistive technology Screen reader and keyboard verification, which tooling cannot replace.
* Accessibility built into components Compliance by default rather than remediation screen by screen.

## How WCAG 2.2 capacity is assigned.

Accessibility work is assigned across design and frontend capacity, built into the component layer rather than audited afterwards.

## Roles we assign WCAG 2.2 for

* [Product Designer UX/UI design](https://azendo.co/services/ux-ui-design/product-designer/)
* [UX Designer UX/UI design](https://azendo.co/services/ux-ui-design/ux-designer/)

## Service lines it sits in

* [UX/UI design](https://azendo.co/services/ux-ui-design/)

Capacity is agreed as a committed monthly capacity across a discipline, not per skill.

## Related in design and research

* [Zeplin — skill we assign for](https://azendo.co/skills/zeplin/)
* [Framer — skill we assign for](https://azendo.co/skills/framer/)
* [prototyping — skill we assign for](https://azendo.co/skills/prototyping/)
* [information architecture — skill we assign for](https://azendo.co/skills/information-architecture/)
* [journey mapping — skill we assign for](https://azendo.co/skills/journey-mapping/)
* [user research — skill we assign for](https://azendo.co/skills/user-research/)
* [User interviews — skill we assign for](https://azendo.co/skills/user-interviews/)
* [moderated and unmoderated usability testing — skill we assign for](https://azendo.co/skills/moderated-and-unmoderated-usability-testing/)

## Tell us what your roadmap needs WCAG 2.2 for.

A service delivery manager replies with the disciplines we would assign, the monthly capacity and what the first month looks like.

[All skills we assign for](https://azendo.co/skills/)