brak zgodności z WCAG 2.1 AA

Brak zgodności z WCAG 2.1 AA to niespełnienie standardu dostępności cyfrowej na wymaganym poziomie.

Techniczny wymiar wytycznych dla interfejsów cyfrowych

Standard Web Content Accessibility Guidelines w wersji 2.1, opublikowany przez konsorcjum W3C, stanowi formalny zbiór reguł określających strukturę i zachowanie interfejsów w środowisku webowym. Poziom zgodności AA jest środkowym punktem referencyjnym, powszechnie stosowanym jako wymóg prawny w dokumentach takich jak europejska dyrektywa EAA (European Accessibility Act) oraz regulacjach dotyczących dostępu do systemów administracji publicznej. Brak spełnienia założeń na tym poziomie oznacza występowanie strukturalnych wad w kodzie źródłowym, uniemożliwiających prawidłowe przetwarzanie informacji przez oprogramowanie odczytujące. Konstrukcja specyfikacji opiera się na czterech fundamentach: postrzegalności, funkcjonalności, zrozumiałości i kompatybilności. Niezgodności wynikają najczęściej z braku zachowania prawidłowej hierarchii znaczników HTML, niewdrożenia odpowiednich atrybutów ARIA (Accessible Rich Internet Applications) lub błędnego zarządzania stanami w aplikacjach tworzonych w oparciu o architekturę Single Page Application (SPA). Opublikowana w 2018 roku wersja 2.1 wprowadziła dodatkowe kryteria ukierunkowane bezpośrednio na obsługę za pomocą urządzeń mobilnych oraz dostosowanie dla osób ze specyficznymi trudnościami poznawczymi. Dodano między innymi wymogi w zakresie responsywności (Kryterium 1.4.10 Reflow), co oznacza konieczność automatycznej przebudowy układu strony do jednej kolumny przy powiększeniu rzędu 400 procent, bez konieczności przewijania w poziomie. Rozszerzono również wskaźniki dotyczące minimalnego kontrastu na elementy interfejsu inne niż tekst, takie jak obramowania pól formularzy, aktywne ikony nawigacyjne oraz wskaźniki błędów walidacji.

Mechanika interakcji oprogramowania z technologiami asystującymi

Błąd implementacji często przejawia się poprzez zablokowanie możliwości poruszania się po interfejsie bez użycia urządzenia wskazującego. Wytyczne 2.1.1 (Klawiatura) oraz 2.1.2 (Brak pułapki na klawiaturze) narzucają obowiązek zapewnienia dostępności każdego interaktywnego elementu (łącza, przyciski, pola wyboru) z poziomu sekwencyjnej nawigacji klawiaturowej. Od strony inżynieryjnej wymaga to właściwego stosowania indeksów przeskoku (atrybut tabindex) oraz zarządzania zdarzeniami w języku JavaScript. W warstwie wizualnej istotnym kryterium jest 1.4.3 (Kontrast minimum), które narzuca minimalny stosunek luminancji jasnej i ciemnej barwy. Dla standardowego tekstu zdefiniowano współczynnik 4.5:1, natomiast dla czcionek o dużym kroju wskaźnik ten zredukowano do 3:1. Wartości te obliczane są na podstawie matematycznej ewaluacji jasności względnej stosowanych kolorów w przestrzeni barw sRGB.

Zgodność z profilem AA determinuje sprawne funkcjonowanie aplikacji odczytujących zawartość widoku, takich jak NVDA, VoiceOver czy JAWS. Programy te nie przetwarzają optycznie pikseli wyświetlanych na monitorze, lecz pobierają dane z interfejsów API systemów operacyjnych (jak IAccessible2 na platformie Windows), które z kolei interpretują wygenerowane przez silnik przeglądarki drzewo dostępności (Accessibility Tree). Brak tekstów alternatywnych w grafice (pominięcie atrybutu alt), zaburzenie hierarchii drzewa DOM czy brak programowo zdefiniowanych etykiet kontrolerów skutkują przesłaniem do syntezatora mowy niekompletnych pakietów danych, co pozbawia docelowego odbiorcę dostępu do pełnej logiki funkcjonowania aplikacji.

Implementacja znaczników dostępności i proces walidacji kodu

Proces usuwania niezgodności w warstwie front-endowej wymaga modyfikacji logiki prezentacji informacji. W przypadku zaawansowanych środowisk, takich jak React, Angular czy Vue, trudnością jest asynchroniczne ładowanie danych i modyfikacja zawartości struktury bez odświeżania cyklu życia dokumentu. Aby spełnić wymogi kryterium 4.1.3 (Komunikaty o stanie), kod aplikacji musi wykorzystywać regiony skonfigurowane jako aria-live. Pozwala to na działające w tle powiadamianie systemów asystujących o operacjach asynchronicznych (zakończeniu przetwarzania żądania, komunikatach o błędnym formacie danych) bez ingerencji w obecny punkt skupienia (focus) wewnątrz pola tekstowego.

Standard weryfikacji obejmuje również statyczne dokumenty cyfrowe dystrybuowane w formatach PDF. Dostosowanie takich plików wymaga przeprowadzenia procesu optycznego rozpoznawania znaków (OCR) w celu wygenerowania prawidłowej warstwy tekstowej oraz implementacji strukturalnych tagów XML, które budują spójne ramy nawigacyjne dla nagłówków i tabel. Ponadto, nowsze rewizje standardu modyfikują model obsługi zdarzeń dla urządzeń dotykowych. Kryterium 2.5.1 (Gesty wskaźnika) wymusza dostępność jednopunktowych zamienników dla złożonych gestów wielodotykowych, a kryterium 2.5.2 (Anulowanie zdarzenia wskaźnika) narzuca konstruowanie logiki w oparciu o zdarzenia zwalniające (touchend, mouseup) w miejsce zdarzeń aktywujących, chroniąc przed niezamierzonym wywołaniem skryptu.

Analiza kodu pod kątem wytycznych jest procedurą wielowarstwową. Programy analizujące statycznie drzewo tagów weryfikują zaledwie podstawowe parametry składni i brakujące parametry węzłów. Prawidłowa ewaluacja poziomu AA wymaga uruchomienia symulacji środowiska operacyjnego i manualnego testowania pętli nawigacyjnych za pośrednictwem fizycznej klawiatury i czytnika ekranu.

Obsługa infrastruktury klienckiej a specyfika napraw sprzętowych

Projektowanie responsywnych interfejsów sieciowych oraz modyfikowanie skryptów sterujących pod kątem regulacji WCAG 2.1 jest elementem inżynierii oprogramowania. Zlecenia dotyczące poprawy kodu HTML, audytu dostępności witryn internetowych czy przebudowy układu graficznego arkuszy CSS wykraczają poza profil działalności placówek mechaniki i elektroniki komputerowej. Serwis urządzeń nie administruje serwerami aplikacyjnymi klientów i nie przeprowadza refaktoryzacji kodu, pozostawiając tę sferę specjalistom z branży web developmentu.

Interwencje sprzętowe w tym obszarze ograniczają się do utrzymywania pełnej sprawności podzespołów fizycznych, na których opiera się komunikacja z oprogramowaniem asystującym. Zużyte lub wadliwe komponenty potrafią zniweczyć zgodność wypracowaną przez programistów. Klasycznym przykładem jest awaria klawiatury w laptopie; uszkodzenie folii stykowej pod klawiszem Tab całkowicie eliminuje możliwość nawigacji po systemach wdrożonych zgodnie z rygorystycznym kryterium 2.1.1 (Nawigacja z użyciem klawiatury). Kompleksowa wymiana obudowy górnej z wbudowaną klawiaturą przywraca maszynie tę funkcję. Podobnie uszkodzenia elektroniki sterującej matrycą (wypalenie sekcji podświetlenia LED czy dewiacje barw panelu IPS) obniżają realny, dostrzegany kontrast poniżej zakładanej wartości 4.5:1. Wymiana uszkodzonego ekranu na nowy moduł przywraca parametry emisyjne zgodne z fabryczną specyfikacją wyświetlacza.

Aplikacje systemowe klasy czytników ekranowych generują znaczne obciążenie dla jednostki centralnej i magistrali pamięci. Częstą usługą zwiększającą komfort obsługi takiego oprogramowania jest fizyczna rozbudowa środowiska sprzętowego poprzez instalację wysokowydajnych nośników półprzewodnikowych oraz zwiększenie objętości pamięci operacyjnej (RAM). Pozwala to uniknąć opóźnień w generowaniu sygnału przez wirtualny syntezator mowy podczas przetwarzania rozbudowanych stron internetowych. Zgłoszenia polegające na braku detekcji przestarzałych instrumentów asystujących – takich jak wczesne modele terminali brajlowskich korzystających z portów LPT lub standardu RS-232 – należą obecnie do rzadkości. Powszechne wdrożenie kontrolerów USB oraz interfejsów radiowych zmniejszyło występowanie konfliktów przerwań sprzętowych. Warszawskie Pogotowie Komputerowe diagnozuje i naprawia fizyczne mikrouszkodzenia obwodów zasilania, układy logiki płyt głównych oraz realizuje odzysk danych, bez ingerencji w warstwę logiczną zewnętrznych aplikacji webowych.