The WCAG 2.2 standard (Web Content Accessibility Guidelines) is a set of guidelines developed by the World Wide Web Consortium (W3C) that define how to design websites so people with different types of disabilities can use them freely. The core goal of WCAG 2.2 is to ensure that information and tools available online are accessible to the widest possible group of users, regardless of their level of ability.
In practice, this means building interfaces that account for the needs of people who are visually or hearing impaired, have limited mobility, or face cognitive challenges - for example, by adding captions to video content or alt text to images.
The standard's history and the four principles of accessibility
The first version of WCAG was published in 1999. It has since been regularly updated to keep pace with the evolution of web technology and growing awareness of digital accessibility - the latest version, WCAG 2.2, also accounts for the specifics of mobile devices.
The standard rests on four core principles of digital accessibility:
- Perceivable - content must be presented in a way users can perceive: sufficient colour contrast, alt text for images, and non-text content adapted to different formats (large print, synthetic speech).
- Operable - the site must be functional and easy to navigate, with all functionality also available via keyboard.
- Understandable - plain content, a logical structure, and clear, readable messaging.
- Robust - the site must be compatible with a wide range of software, including assistive technologies, and work correctly across devices and browsers.
These four principles break down into 13 detailed guidelines that specify concrete requirements for website accessibility.
Conformance levels A, AA, AAA - and how WCAG 2.2 differs from 2.0
Conformance with the standard is assessed at three levels. Level A covers the basic requirements needed for a site to be accessible to people with the most severe disabilities (e.g. alt text for images, keyboard navigation). Level AA adds requirements such as sufficient colour contrast and the ability to enlarge text without losing functionality - in practice, the level most institutions and companies aim for. Level AAA sets the strictest requirements, delivering maximum accessibility, though it isn't always achievable in practice.
WCAG 2.2 is an update to WCAG 2.0 and introduces new guidelines covering mobile accessibility (adequately sized touch targets, content that adapts to different screen resolutions) and the needs of people with cognitive impairments - including simplified navigation and clear messaging.
The four pillars of accessibility in practice
Perceivability is about how users take in content - colour contrast and alt text for images matter here. Colour should never be the only way information is conveyed, and non-text content should have text equivalents (useful for large print, braille, or synthetic speech).
Operability is about intuitive navigation and site handling - including via keyboard or other assistive devices, since some people (e.g. blind or low-vision users) struggle to use a traditional mouse. Understandability means clear messaging, plain language, and a logical content structure. Robustness requires the site to be compatible with a wide range of software, including the assistive technologies used by people with disabilities.
Practical tips for improving accessibility
Improving accessibility starts at the design stage - from font size and colour to sufficient contrast between text and background. Headings should be logically structured so users can jump easily to the section they need, forms should have descriptive labels, and links should use short but meaningful text, so screen reader users can navigate without difficulty.
Every image, icon, and diagram is worth enriching with alt text, and video and audio content with transcripts, which helps deaf and hard-of-hearing users. Proper SEO metatags also support search engine indexing. Making a site navigable via keyboard shortcuts is another key part of ensuring full functionality.
Implementation in public institutions and mobile apps
In Poland, implementing WCAG 2.2 is mandatory for public institutions - city and regional government offices and other public finance sector bodies. The process starts with a digital accessibility audit that identifies areas needing improvement, and ends with concrete changes: adding alt text, improving colour contrast, adapting navigation for keyboard use, and ensuring the site works correctly across devices and browsers.
The same principles apply to public bodies' mobile apps - interface elements must work with screen readers, buttons and links should be large enough and easy to tap, and content should be responsive and easy to understand. Implementing WCAG 2.2 doesn't just meet legal requirements - it genuinely expands the pool of potential users and builds a more inclusive organisational image.
Tools, costs, and funding options
There are plenty of free and paid tools for automatically checking WCAG 2.2 conformance - browser extensions, online scanners, and more advanced testing suites that flag issues and suggest fixes. That said, the most reliable picture of a site's accessibility comes from combining automated tests with expert review and testing involving people with disabilities.
Implementation cost depends on the site's complexity, its existing codebase, and the scope of changes needed - simple sites may only need stylesheet tweaks and alt text, while more complex applications require specialists and thorough audits. It's worth knowing that some of these costs can be covered by grants or micro-grants from foundations and NGOs working on disability inclusion, as well as EU funding under operational programmes supporting digital accessibility. The key to accessing that support is a well-prepared application that clearly states the project's goals and social benefits.
One-off cost or ongoing support? Summary
Implementing WCAG 2.2 at a basic level can be a one-off cost, especially when it's built in from the start of a project. As a site grows and new content is added, though, further updates are often needed - which is why some companies offer ongoing support plans with periodic accessibility audits. For many organisations, a hybrid model works best: a one-off investment in the initial implementation, followed by periodic testing and fixes as needed.
WCAG 2.2 is an invaluable tool for building websites that serve every user's needs - it improves the browsing experience for blind, deaf, and mobility-impaired users alike. Whichever funding model you choose, regular audits are worth doing to maintain a high level of accessibility. The payoff is not just greater public trust, but a wider base of satisfied customers - and implementing WCAG standards builds a responsible brand image, especially ahead of upcoming legal changes around accessibility.
How do you rate this article?
Your rating: