· 8 min czytania
WCAG 2.2 na poziomie AA w praktyce: cztery zasady i najczęstsze błędy
WCAG 2.2 (Web Content Accessibility Guidelines) to standard dostępności treści internetowych opracowany przez organizację W3C. Poziom AA jest poziomem odniesienia w regulacjach Unii Europejskiej. Standard opiera się na czterech zasadach, w skrócie POUR: postrzegalność, funkcjonalność, zrozumiałość i solidność. Poniżej tłumaczymy je na konkretne wymagania.
Czym jest WCAG 2.2 i poziom AA
WCAG 2.2 to zestaw kryteriów sukcesu, które opisują, jak tworzyć treści dostępne dla osób z różnymi niepełnosprawnościami. Każde kryterium ma przypisany poziom: A, AA lub AAA.
Poziom AA obejmuje poziom A i dodaje kolejne wymagania. To właśnie AA jest poziomem, do którego odwołują się przepisy o dostępności w Unii Europejskiej i w Polsce.
Zasada 1: Postrzegalność
Postrzegalność oznacza, że informacje muszą być prezentowane w sposób, który użytkownik może odebrać. Obejmuje to teksty alternatywne dla obrazów, napisy dla materiałów wideo oraz odpowiedni kontrast tekstu względem tła.
Najczęstszy błąd w tej grupie to zbyt niski kontrast oraz obrazy niosące treść bez opisu alternatywnego, przez co osoby korzystające z czytnika ekranu tracą informację.
Zasada 2: Funkcjonalność
Funkcjonalność oznacza, że interfejs musi dać się obsłużyć różnymi metodami, w tym samą klawiaturą. Każdy przycisk, link i pole formularza powinny być dostępne bez użycia myszy, w logicznej kolejności, z widocznym wskaźnikiem fokusu.
Typowe bariery to pułapki fokusu, brak widocznego zaznaczenia aktywnego elementu oraz komponenty, które działają wyłącznie po najechaniu kursorem.
Zasada 3: Zrozumiałość
Zrozumiałość oznacza, że treść i sposób działania interfejsu muszą być czytelne i przewidywalne. Obejmuje to określenie głównego języka strony, jasne etykiety pól oraz zrozumiałe komunikaty o błędach.
Częsty problem to formularze, które sygnalizują błąd wyłącznie kolorem, bez tekstu, oraz etykiety pól ukryte w taki sposób, że nie odczytuje ich technologia asystująca.
Zasada 4: Solidność
Solidność oznacza, że treść musi być na tyle poprawna technicznie, aby mogła ją zinterpretować szeroka gama programów, w tym technologie asystujące. Podstawą jest poprawny, zgodny ze standardami kod HTML.
Błędy w tej grupie to nieprawidłowo zagnieżdżone znaczniki oraz własne komponenty budowane bez odpowiednich ról i właściwości ARIA, przez co czytnik ekranu nie rozpoznaje ich funkcji.
Najczęstsze błędy szybkie do naprawy
Cztery poprawki dają często największy efekt przy niewielkim nakładzie: uzupełnienie tekstów alternatywnych obrazów, poprawa kontrastu, dodanie widocznych etykiet do pól formularzy oraz zapewnienie obsługi z klawiatury.
Wiele z tych barier wykrywa automatyczny skan, dzięki czemu zespół dostaje konkretną listę miejsc do poprawy wraz z fragmentami kodu.
Ograniczenia oceny automatycznej
Testy automatyczne wykrywają orientacyjnie 30-40% wymagań WCAG. Kryteria wymagające oceny sensu, kontekstu lub testów z użytkownikami, jak jakość tekstu alternatywnego czy logika obsługi klawiaturą, wymagają weryfikacji człowieka.
Dlatego skan nie zastępuje audytu eksperckiego. Jest najlepszym pierwszym krokiem, a pełną zgodność potwierdza dopiero połączenie skanu z weryfikacją manualną.
Najczęstsze pytania
Co oznacza skrót POUR w WCAG?
POUR to cztery zasady WCAG: Perceivable (postrzegalność), Operable (funkcjonalność), Understandable (zrozumiałość) i Robust (solidność). Każde kryterium sukcesu WCAG należy do jednej z tych zasad.
Czym różni się poziom AA od A i AAA?
Poziom A to wymagania podstawowe, poziom AA obejmuje poziom A i dodaje kolejne kryteria, a poziom AAA jest najbardziej wymagający i rzadko stosowany w całości. Regulacje UE i polskie odwołują się do poziomu AA.
Które błędy WCAG naprawić najpierw?
Największy efekt przy niewielkim nakładzie dają zwykle: teksty alternatywne obrazów, poprawa kontrastu, widoczne etykiety pól formularzy oraz obsługa z klawiatury. Automatyczny skan wskaże, gdzie dokładnie te bariery występują.
Źródła
Ten materiał opiera się na źródłach pierwotnych: aktach prawnych, rekomendacjach W3C i dokumentacji silnika testów. Sprawdź je samodzielnie.
- [1] Web Content Accessibility Guidelines (WCAG) 2.2W3C (World Wide Web Consortium)
- [2] How to Meet WCAG 2.2 (Quick Reference)W3C Web Accessibility Initiative (WAI)
- [3] Evaluating Web Accessibility OverviewW3C Web Accessibility Initiative (WAI)