Audit checklist
- Przeskanuj publiczną witrynę i zidentyfikuj szablony, nie tylko pojedyncze adresy URL.
- Przetestuj reguły WCAG 2.1/2.2 A i AA silnikiem działającym w przeglądarce.
- Oddziel krytyczne blokady zakupu i konta od wad kosmetycznych.
- Powiąż ustalenia z rozdziałem 9 normy EN 301 549 dla treści internetowych w UE.
- Udokumentuj, co testy automatyczne mogą udowodnić, a czego nie.
- Stwórz backlog naprawczy z odpowiedzialnymi, terminami i krokami weryfikacji.
- Opublikuj lub zaktualizuj deklarację dostępności we właściwym języku.
Co obejmuje poważny audyt dostępności
Użyteczny audyt zaczyna się od zakresu. Strona główna rzadko wystarcza: nawigacja, listy produktów, formularze, logowanie, zakup, dokumenty, okna modalne i stany błędów. Wszystko wymaga uwagi. Jeśli wada tkwi we współdzielonym komponencie, może dotyczyć setek adresów; audyt powinien wskazać tę przyczynę na poziomie komponentu, zamiast zasypywać zespół zduplikowanymi wierszami.
Na potrzeby zgodności w UE audyt powinien również odnotować zastosowane standardy. WCAG 2.2 AA to praktyczny punkt odniesienia dla stron internetowych; EN 301 549 to zharmonizowana europejska norma ICT, która w przypadku treści internetowych odwołuje się do WCAG. Europejski akt o dostępności (EAA) kieruje firmy ku tym standardom, ale egzekwowaniem przepisów zajmuje się każde państwo członkowskie zgodnie z własnym prawem i za pośrednictwem własnych organów.
- Strony publiczne i kluczowe ścieżki konwersji
- Klawiatura, fokus, formularze, nazwy/role/wartości, kontrast i semantyka
- Komponenty wielokrotnego użytku powodujące powtarzające się naruszenia
- Dowody: przetestowane adresy, znaczniki czasu, zestawy reguł i waga problemów
Priorytetyzuj według wpływu na użytkownika, nie surowej liczby błędów
Witryna z 400 duplikatami o małym znaczeniu może być mniej ryzykowna niż jedna strona płatności z niedostępnym przyciskiem. Pierwsza runda naprawy powinna celować w blokady: pułapki klawiaturowe, kontrolki bez etykiet, brakujące błędy formularzy, zepsutą kolejność fokusu i treści, których czytniki ekranu nie potrafią rozpoznać.
Po blokadach przychodzą poprawki szablonów. Naprawa komponentu nawigacji, pola formularza lub wzorca przycisku często usuwa to samo naruszenie z wielu stron. Dlatego Axively grupuje ustalenia według reguły i przyczyny, zanim pokaże wystąpienia na poziomie stron.
Dowody liczą się dla EAA i zamówień publicznych
Regulatorzy i duzi kupujący nie pytają tylko, czy uważasz stronę za dostępną. Pytają, co testowano, kiedy, względem jakiego standardu i co zrobiono z wynikami. Przechowuj raport, notatki naprawcze i skany weryfikacyjne. Te dowody przydają się także w sprzedaży: dostępność coraz częściej jest częścią due diligence dostawców.
Przejrzysty raport powinien wskazywać granice automatyzacji. Narzędzia automatyczne wychwytują wiele typowych problemów, ale sensowny tekst alternatywny, zrozumiała treść, jakość napisów i niektóre pełne ścieżki zadań wymagają oceny człowieka. Deklarowanie pełnej automatycznej zgodności to sygnał ostrzegawczy; pokazanie mierzalnego procesu jest mocniejsze.
FAQ
Czy automatyczny audyt dostępności wystarczy do zgodności z prawem?
Nie. Testy automatyczne to najszybszy sposób na wykrycie wielu typowych naruszeń WCAG, ale pełna zgodność nadal wymaga oceny eksperta. Dobry audyt automatyczny to pierwszy krok poparty dowodami, a nie magiczny certyfikat.
Jakiego standardu powinna używać strona w UE?
Jako punkt wyjścia do testów internetowych przyjmij WCAG 2.2 AA i przyporządkuj wynik do EN 301 549. Ze względu na ryzyka związane z EAA sprawdź dodatkowo prawo krajowe obowiązujące na Twoim rynku docelowym w UE.
Jak często powinniśmy testować ponownie?
Testuj po większych wydaniach, po zmianach w systemie projektowym i przed publikacją deklaracji dostępności. W aktywnych sklepach internetowych kontrole miesięczne lub związane z wydaniami są bezpieczniejsze niż jednorazowy roczny audyt.