Dostępność === jakość

Umówmy się na małą podmianę pojęć

Umówmy się na małą, deweloperską podmianę: ilekroć na tej stronie używam słowa „dostępność”, mam na myśli „jakość”.

Dlaczego? Bo w gruncie rzeczy to dokładnie to samo, tylko podane w innym opakowaniu.

Powód pierwszy: Terminologiczne zmęczenie materiału

Termin „dostępność” (accessibility) trochę mi się już... zużył. W ostatnich miesiącach branża odmieniała go przez wszystkie przypadki. Problem w tym, że dla wielu osób to wciąż termin bezduszny. Słyszymy go, ale nie czujemy za nim żywego człowieka.

Powód drugi: Łatka „zła koniecznego”

Termin „dostępność” kojarzy się z:

1. Przymusem
2. Kosztami
3. Bezcelowością

“

Musimy to zrobić, bo ustawa nas goni

“

To się nie opłaca, za dużo z tym zachodu

“

To tylko dla osób z niepełnosprawnościami, nasza grupa docelowa jest inna

Przyznajcie – kto lubi być przymuszany do bezcelowej pracy, która wygeneruje koszt i jest bez sensu?

Jakość na ratunek

Spójrzmy jednak na te przykładowe trzy skojarzenia z innej perspektywy – z perspektywy jakości.

Przymus?

Prawo nie każe nam robić „dodatkowych rzeczy”, lecz odnosi się do dobrych praktyk i kryteriów WCAG na poziomie AA. Przymus prawny to po prostu impuls do tego, by przestać tolerować "cyfrową fuszerkę".

Koszty?

To inwestycja w większy rynek. Projektowanie z myślą o dostępności od samego początku kosztuje niewiele. Kosztownie robi się wtedy, kiedy chcesz ją „wklepać” na tydzień przed wejściem na produkcję.

Bezcelowość?

Przekonanie, że „to tylko dla osób z niepełnosprawnościami”, to totalne nieporozumienie i jeden z największych mitów w branży. Naprawdę wierzymy, że dostępność to jakieś „specjalne potrzeby”, które musimy łaskawie zaspokoić?

Czy klawisz Tab do obsługi strony za pomocą klawiatury jest zarezerwowany dla jakiejś mitycznej grupy docelowej?

Czy potrzeba prawidłowego powiększenia tekstu jest pożądana tylko przez osoby 60+?

Bariery na stronach nie biorą się z tego, kim jest użytkownik, ale z tego, jak podeszliśmy do pisania kodu. To budowanie barier jest bezcelowe.

Podsumowanie

Jako frontendowcy codziennie dbamy o czysty kod, wydajność i architekturę. Czas zrozumieć, że dostępność nie jest osobnym modułem, który dokleja się do projektu na samym końcu – to po prostu fundament rzemiosła.

Nie czekaj na specjalne wymagania biznesowe czy audyty. Dostępność wcale nie jest trudna i możesz zacząć wdrażać ją od zaraz, robiąc małe kroki:

• Zacznij od podstaw: przypomnij sobie czysty, semantyczny kod na MDN Web Docs – zdziwisz się, jak wiele problemów z WCAG rozwiążesz dzięki poprawnemu użyciu znaczników.
• Ucz się na błędach innych: zobacz przykładowe zgłoszenia, przeglądając listę zgłoszeń Dostępnej Polski. Znajdziesz tam ich sugestie rozwiązań.
• Wykorzystaj AI: przy następnym code review wrzuć swój komponent do ulubionego LLM-a z prostym pytaniem: „Oceń dostępność tego kodu pod kątem WCAG AA i zaproponuj poprawki”.

Pisząc jakościowy kod, nie robisz nikomu przysługi – po prostu wchodzisz na poziom profesjonalisty.

A może wolisz robić "cyfrową fuszerkę" ?