Audit checklist
- Potwierdź, że każdy element interaktywny ma dostępną nazwę.
- Sprawdź strukturę nagłówków, punkty orientacyjne (landmarks) i semantyczny HTML.
- Zweryfikuj obsługę klawiaturą i widoczne wskaźniki fokusu.
- Znajdź problemy z kontrastem tekstu i komponentów interfejsu.
- Sprawdź etykiety formularzy, komunikaty błędów i instrukcje.
- Przejrzyj obrazy, ikony i SVG pod kątem użytecznych alternatyw.
- Przetestuj ponownie poprawione szablony i najważniejsze strony.
Dlaczego WCAG 2.2 AA to praktyczny cel
WCAG jest zorganizowane w kryteria sukcesu na poziomach A, AA i AAA. Poziom A obejmuje najbardziej podstawowe bariery; poziom AA dodaje wymagania powszechnie oczekiwane od stron publicznych i komercyjnych. WCAG 2.2 zachowuje znane kryteria z WCAG 2.1 i dodaje nowsze wymagania, takie jak wygląd fokusu i rozmiar celu.
W przypadku treści internetowych w UE norma EN 301 549 odwołuje się do kryteriów WCAG. Audyt WCAG stanowi więc praktyczną podstawę przygotowań do EAA, deklaracji dostępności i kwestionariuszy zamówień publicznych.
Typowe naruszenia WCAG, które szkodzą konwersjom
Problemy z dostępnością to nie tylko ryzyko prawne; to problemy z konwersją. Brakujące etykiety utrudniają wypełnianie formularzy. Niski kontrast ukrywa ceny i wezwania do działania. Pułapki klawiaturowe blokują osoby korzystające z technologii asystujących oraz zaawansowanych użytkowników. Niejasne komunikaty błędów sprawiają, że zakup wydaje się zepsuty.
Najszybsze efekty zwykle daje system projektowy: dostępne przyciski, pola formularzy, okna modalne, nawigacja i komponenty powiadomień. Poprawa tych wzorców ulepsza każdą stronę, która z nich korzysta.
- Przyciski i linki bez opisowej nazwy
- Pola formularzy bez etykiet lub z niedostępnymi błędami
- Okna modalne, które nie zarządzają fokusem
- Problemy z kontrastem przy wezwaniach do działania i stanach nieaktywnych
- Ikony odczytywane jako nic niemówiące nazwy plików
Realistyczny proces naprawy
Zacznij od naruszeń krytycznych i poważnych na stronach generujących przychód. Następnie popraw szablony wielokrotnego użytku. Po każdym sprincie uruchom skan weryfikacyjny, aby zespół widział, czy ta sama reguła nadal się pojawia. Przechowuj dowody przed/po razem z notatkami wydania; przydadzą się, gdy klienci poproszą o dokumentację dostępności.
FAQ
Czy WCAG 2.2 zastępuje WCAG 2.1?
WCAG 2.2 bazuje na WCAG 2.1. Audyt WCAG 2.2 AA nadal sprawdza wcześniejsze kryteria A/AA i dodaje nowe wymagania wersji 2.2.
Czy axe-core znajdzie każdy problem WCAG?
Żaden automatyczny silnik nie znajdzie wszystkich problemów WCAG. Testy automatyczne świetnie wykrywają wiele błędów widocznych w kodzie; jakość treści, logika zadań i niektóre wymagania multimedialne wymagają oceny człowieka.
Czy poprawki WCAG należą do programistów, czy do zespołu prawnego?
Programiści poprawiają kod, ale produkt, design i dział prawny muszą uzgodnić zakres, treść deklaracji i priorytety ryzyka. Dostępność to proces jakości produktu, a nie lista kontrolna jednej osoby.