WCAG
15/09/2025
7 min reading time
15/09/2025
7 min reading time
15/09/2025
7 min reading time
WCAG (Web Content Accessibility Guidelines) are international digital accessibility standards that define how to create websites and applications accessible to people with disabilities. Developed by the W3C consortium, they form the foundation of a modern approach to inclusive digital design.
Table of contents
WCAG (Web Content Accessibility Guidelines) is a set of technical guidelines aimed at ensuring equal access to digital content for all users, regardless of their physical or cognitive abilities. These standards apply not only to users who are blind or visually impaired, but also to individuals with hearing impairments, motor limitations, cognitive disorders, or neurological conditions.
In the context of Polish legislation, WCAG has formed the legal basis for digital accessibility in the public sector since 2019. As of June 2025, the regulations will also apply to a significant portion of the private sector.
The first version introduced as mandatory in Poland for the public sector. It focuses on the basic aspects of accessibility, with particular emphasis on mobile devices and users with cognitive impairments.
The latest version, mandatory for the commercial sector from June 28, 2025. It introduces nine new criteria, including:
A key feature of WCAG 2.2 is backward compatibility—websites that meet the new standards automatically remain compliant with WCAG 2.1.
Information and user interface components must be presented in a way that is accessible to different senses:
Alternative text for images - każdy obraz musi posiadać opisowy tekst alternatywny lub być oznaczony jako dekoracyjny. To kluczowe dla użytkowników czytników ekranu.
Color contrast requirements - minimum 4.5:1 dla normalnego tekstu i 3:1 dla dużego tekstu. Enhanced contrast AA wymaga jeszcze wyższych wartości.
Captions and transcripts - wszystkie materiały audio i wideo muszą posiadać napisy rozszerzone i transkrypcje dla użytkowników z dysfunkcjami słuchu.
Resizable text - tekst musi dać się powiększyć do 200% bez utraty funkcjonalności, a przy 400% zoom nie może wymagać scrollowania w dwóch kierunkach.
Wszystkie komponenty interfejsu i nawigacja muszą być dostępne dla różnych sposobów interakcji:
Keyboard navigation - pełna obsługa z klawiatury bez pułapek fokusa. Focus indicators muszą być wyraźnie widoczne. Skip links pozwalają na szybkie przechodzenie między sekcjami.
Timing controls - użytkownicy muszą mieć kontrolę nad treściami czasowymi. Auto-playing content może być zatrzymane lub wyłączone.
Seizure prevention - brak elementów migających częściej niż 3 razy na sekundę, co mogłoby wywołać ataki epilepsji.
Input methods - wsparcie dla różnych metod wprowadzania danych, w tym voice control i eye tracking technologies.
Informacje i obsługa interfejsu muszą być zrozumiałe dla użytkowników o różnych możliwościach poznawczych:
Language identification - język strony i poszczególnych sekcji musi być programowo określony dla prawidłowego działania technologii asystujących.
Predictable navigation - przewidywalna, jednolita i spójna nawigacja oraz układy stron. Elementy nie mogą zmieniać kontekstu bez ostrzeżenia użytkownika.
Input assistance - jasne etykiety formularzy, instrukcje wypełniania i zrozumiałe komunikaty błędów z sugestiami naprawy.
Error prevention - mechanizmy zapobiegające błędom w krytycznych procesach takich jak transakcje finansowe czy składanie dokumentów prawnych.
Treść musi być, obecnie i w przyszłości kompatybilna z różnymi technologiami asystującymi:
Semantic HTML markup - używanie właściwych elementów HTML według ich semantycznego znaczenia zamiast stylowania wizualnego.
ARIA implementation - prawidłowe stosowanie Accessible Rich Internet Applications atrybutów dla złożonych komponentów interfejsu.
Assistive technology compatibility - testowanie z popularnymi screen readers jak NVDA, JAWS, VoiceOver i Dragon NaturallySpeaking.
Future-proof code - kod odporny na zmiany technologiczne i kompatybilny z emerging technologies w obszarze accessibility.
Podstawowe wymagania dostępności, które każda strona powinna spełniać. Obejmuje fundamentalne aspekty takie jak teksty alternatywne czy obsługę z klawiatury.
Wymagany prawnie poziom zgodności w Polsce. Zapewnia dobrą dostępność dla większości użytkowników z niepełnosprawnościami. Obejmuje wymagania poziomu A plus dodatkowe kryteria dotyczące kontrastów, nawigacji i funkcjonalności. (najpowszechniejszy)
Najwyższy poziom dostępności, trudny do pełnego wdrożenia w praktyce. Zalecany tylko dla specjalistycznych zastosowań gdzie dostępność jest krytyczna.
Podstawą dostępności jest semantyczny markup HTML wykorzystujący odpowiednie elementy:
html
<header>, <nav>, <main>, <article>, <section>, <aside>, <footer> <h1>-<h6> w logicznej hierarchii
<button>, <a>, <input> z odpowiednimi atrybutami
Zestaw atrybutów rozszerzających semantykę HTML:
role - definicja roli elementuaria-label - dostępna nazwa elementuaria-describedby - dodatkowy opisaria-hidden - ukrycie elementów przed technologiami asystującymiWCAG 2.2 wprowadza nowe wymagania dotyczące responsywności:
aria-livePrzyszła wersja standardów, obecnie w fazie rozwoju:
Zgodność z WCAG to nie tylko wymóg prawny, ale inwestycja w:
Badania pokazują, że inwestycje w dostępność przynoszą:
WCAG stanowią fundamentalny standard nowoczesnego web developmentu. Nie są jedynie technicznym wymogiem prawnym, ale odzwierciedlają filozofię inkluzywnego designu, która czyni internet dostępnym dla wszystkich.
Właściwa implementacja WCAG wymaga holistycznego podejścia - od fazy projektowania, poprzez rozwój, po testowanie i utrzymanie. To inwestycja, która przynosi korzyści nie tylko użytkownikom z niepełnosprawnościami, ale wszystkim osobom korzystającym z naszych produktów cyfrowych.
W kontekście nadchodzących zmian prawnych w Polsce, zrozumienie i wdrożenie WCAG staje się kluczową kompetencją dla każdego zespołu zajmującego się tworzeniem rozwiązań cyfrowych.
Questions?