Audyt i poprawa dostępności stron WWW (WCAG 2.2 AA)

Co obejmuje audyt i poprawa dostępności#

Zakres współpracy dopasowujemy do konkretnego zlecenia. Oferta wskazuje, które z tych elementów są w nią wliczone, kto dostarcza materiały wejściowe i jak odbierany jest każdy z nich.

• Automatyczne skanowanie każdej wybranej strony oraz ręczne testy kluczowych ścieżek
• Testy z użyciem klawiatury i czytnika ekranu, powiększenia i reflow oraz kontrastu
• Raport błędów przypisanych do kryteriów sukcesu WCAG, ze zrzutami ekranu, wagą problemu i sposobem naprawy
• Poprawki w kodzie, treściach i systemie projektowym
• Ponowny test każdego naprawionego błędu
• Deklaracja dostępności z możliwością zgłaszania barier
• Kontrole dodane do procesu wydawniczego, aby problemy nie wracały

Audyt teraz czy poprawki przy redesignie?#

Zacznij od audytu, gdy musisz wiedzieć, jak wygląda sytuacja strony, z powodu terminu, przetargu lub skargi. Jeśli strona i tak czeka na redesign, uwzględnij dostępność w redesignie strony zamiast poprawiać projekt, który zaraz zastąpisz. Gdy problemy zostaną naprawione, plan utrzymania strony z kontrolami dostępności zapobiegnie ich powrotowi wraz z nowymi treściami i wydaniami.

Jak wygląda audyt i naprawa#

Najpierw uzgadniamy próbkę: każdy typ szablonu, kluczowe ścieżki, takie jak kontakt, rejestracja, logowanie, wyszukiwanie i zakupy, oraz dokumenty do pobrania, zgodnie z metodyką oceny W3C (WCAG-EM). Automatyczne skanowanie obejmuje każdą stronę z próbki, a następnie ręcznie testujemy każdą ścieżkę, ponieważ W3C jasno stwierdza, że narzędzia do oceny same nie potrafią określić dostępności. Każdy błąd zapisujemy wraz z niespełnionym kryterium sukcesu, zrzutem ekranu, informacją, kogo dotyczy, jego wagą i sposobem naprawy.

Poprawki porządkujemy według wpływu na użytkowników i liczby stron, na których występuje ta sama przyczyna. Zepsuty komponent naprawiamy raz w systemie projektowym i poprawiamy wszędzie tam, gdzie się pojawia. Każdą poprawkę testujemy ponownie, aktualizujemy raport i piszemy deklarację dostępności z datą, standardem, znanymi ograniczeniami i sposobem zgłaszania barier. Jeśli zmiany wprowadzają Twoi programiści, sprawdzamy ich pracę i testujemy ją ponownie.

Co sprawdza audyt?#

Audyt opiera się na tym, jak osoby z niepełnosprawnościami faktycznie korzystają z sieci, a miarą jest WCAG 2.2 AA. Narzędzia automatyczne wychwytują część problemów; resztę trzeba sprawdzić, przechodząc ręcznie każdą ścieżkę:

Efektem jest raport z ustalonymi priorytetami, a nie surowy eksport z narzędzia. Każdy błąd zawiera kryterium sukcesu WCAG, miejsce wystąpienia, zrzut ekranu, informację, kogo dotyczy, oraz zalecaną poprawkę w kodzie lub treści. Całość jest pogrupowana tak, by programista mógł ją opracować, a menedżer zobaczyć, co zostało do zrobienia.

• Tylko klawiatura: każdy link, element sterujący i pole formularza dostępne w logicznej kolejności, z widocznym wskaźnikiem fokusu, którego nie zasłaniają przyklejone nagłówki
• Czytniki ekranu: NVDA w Windows, VoiceOver w macOS i iOS oraz TalkBack w Androidzie, dobrane do Twoich odbiorców
• Powiększenie i reflow: tekst powiększony do 200% oraz treść o szerokości 320 pikseli CSS bez utraty informacji i przewijania w poziomie
• Kontrast tekstu, ikon, wskaźników fokusu i obramowań pól formularzy
• Formularze i błędy: etykiety, instrukcje, komunikaty o błędach mówiące, co poszło nie tak, brak konieczności ponownego wpisywania tych samych danych, logowanie bez zagadek pamięciowych
• Rozmiar elementów interaktywnych i alternatywy dla przeciągania, z myślą o osobach z ograniczoną sprawnością manualną
• Ruch: respektowanie ustawień ograniczonego ruchu, brak migotania, możliwość wstrzymania poruszających się treści
• Multimedia: napisy, transkrypcje i audiodeskrypcja tam, gdzie są potrzebne
• Dokumenty: pliki PDF i pakietu biurowego potrzebne do wykonania zadania

Jakie przepisy obowiązują i kogo?#

Przepisy o dostępności różnią się tym, kogo wiążą, jaki standard wskazują i od kiedy obowiązują. WCAG 2.2 jest zaleceniem W3C od 5 października 2023 r., a w październiku 2025 r. zatwierdzono go jako międzynarodową normę ISO/IEC 40500:2025. W3C wyjaśnia, że treści zgodne z WCAG 2.2 są zgodne także z WCAG 2.0 i 2.1, więc audyt 2.2 AA obejmuje poziom 2.1 AA wskazany w przepisach USA i Kolumbii.

Ta tabela podsumowuje przepisy na potrzeby planowania i nie stanowi porady prawnej. To Twój doradca prawny potwierdzi, jakie obowiązki dotyczą Twojej organizacji, a my dostarczamy dowody techniczne. Daty sprawdzono z oficjalnymi tekstami 8 października 2026 r.: przejściowa reguła ostateczna w USA przyjmowała uwagi do 22 czerwca 2026 r. i od tamtej pory nie opublikowano kolejnej.

Kolumbia: Resolución 1519 i NTC 5854#

Resolución 1519 de 2020 wydana przez MinTIC nakłada na podmioty zobowiązane na mocy Ley 1712 de 2014 obowiązek spełniania WCAG 2.1 na poziomie AA od 1 stycznia 2022 r., zgodnie z Anexo 1 dotyczącym wytycznych dostępności stron internetowych. Dotyczy ona każdej aktualizacji, restrukturyzacji, projektowania i przeprojektowania ich portali oraz serwisów usług elektronicznych, a także istniejących treści. Nie obejmuje ona ogółu firm prywatnych, ale portal podmiotu zobowiązanego musi ją spełniać bez względu na to, kto go tworzy.

NTC 5854 z 2011 r., kolumbijska norma techniczna dotycząca dostępności stron internetowych, wciąż pojawia się w wewnętrznych audytach instytucji publicznych: na przykład biuro kontroli wewnętrznej Superintendencia de Transporte sprawdzało swój portal pod jej kątem w grudniu 2022 r. Anexo 1 do Resolución 1519 jej nie przywołuje; wymagane jest tam WCAG 2.1 AA. Raportujemy względem WCAG 2.2 AA i dodajemy odniesienie do NTC 5854, gdy prosi o to biuro kontroli wewnętrznej.

Dlaczego audytujemy ręcznie i nie sprzedajemy nakładek#

Nakładki (overlay) obiecują zgodność po dodaniu jednego skryptu do strony. W kwietniu 2025 r. amerykańska Federalna Komisja Handlu (FTC) zatwierdziła ostateczne orzeczenie nakazujące firmie accessiBe zapłatę 1 mln USD w związku z twierdzeniami, które według FTC były fałszywe, wprowadzające w błąd lub niepotwierdzone, w tym że jej zautomatyzowane narzędzie może sprawić, by dowolna strona była zgodna z WCAG; orzeczenie zakazuje takich twierdzeń bez poparcia dowodami. Nakładka nie zmienia kodu, komponentów ani treści, w których tkwią błędy.

Poprawiamy dostępność u źródła, w miarę możliwości w systemie projektowym, dzięki czemu poprawiony przycisk, pole formularza lub okno dialogowe pozostaje poprawne na każdej stronie, która go używa. Następnie dodajemy do listy kontrolnej wydania automatyczne testy i ręczny przegląd obsługi z klawiatury, aby nowe strony i treści utrzymywały poziom osiągnięty w audycie.

Pytania przed wyborem#