Czym jest WCAG? Zrozumienie wytycznych dotyczacych dostepnosci tresci internetowych

Web Content Accessibility Guidelines, powszechnie znane jako WCAG, to miedzynarodowo uznane standardy techniczne zapewniajace dostepnosc tresci cyfrowych dla osob z niepelnosprawnosciami. Opracowane przez World Wide Web Consortium (W3C) w ramach wspolpracy z grupami rzeczniczymi osob z niepelnosprawnosciami, agencjami rzadowymi, badaczami dostepnosci i specjalistami z branzy, WCAG zapewnia ramy, ktore organizacje na calym swiecie wykorzystuja do oceny i poprawy dostepnosci cyfrowej.

WCAG nie jest sama w sobie prawem. Jest zestawem standardow technicznych. Jednak WCAG zostal przyjety lub jest przywolywany przez praktycznie kazde wazne prawo i regulacje dotyczace dostepnosci na calym swiecie, co czyni go de facto punktem odniesienia dla zgodnosci prawnej. Jesli Twoja organizacja musi spelniac wymogi European Accessibility Act, Americans with Disabilities Act, Section 508 lub jakichkolwiek innych krajowych regulacji dotyczacych dostepnosci, WCAG jest standardem, wedlug ktorego bedziecie oceniani.

Cztery zasady: POUR

Wszystko w WCAG jest zorganizowane wokol czterech podstawowych zasad znanych pod akronimem POUR. Zasady te definiuja, co oznacza, ze tresci cyfrowe sa dostepne.

Postrzegalnosc (Perceivable) oznacza, ze informacje i elementy interfejsu uzytkownika musza byc prezentowane uzytkownikom w sposob, ktory moga postrzegac. Nie oznacza to, ze kazdy uzytkownik musi moc postrzegac tresc wszystkimi zmyslami — oznacza to, ze tresc musi byc dostepna przez co najmniej jeden zmysl, na ktorym uzytkownik moze polegac. Na przyklad obrazy potrzebuja alternatyw tekstowych, aby osoby, ktore nie moga ich zobaczyc, mogly zrozumiec informacje. Filmy potrzebuja napisow, aby osoby, ktore nie slysza dzwieku, mogly sledzic tresc. Tekst musi miec wystarczajacy kontrast z tlem, aby osoby slabowidzace mogly go przeczytac.

Funkcjonalnosc (Operable) oznacza, ze elementy interfejsu uzytkownika i nawigacja musza byc obslugiwane przez wszystkich uzytkownikow. Kazda funkcja dostepna za pomoca myszy musi byc rowniez dostepna za pomoca klawiatury. Uzytkownicy musza miec wystarczajaco duzo czasu na przeczytanie i interakcje z trescia. Tresc nie moze byc zaprojektowana w sposob powodujacy napady padaczkowe lub reakcje fizyczne. Uzytkownicy musza moc nawigowac, znajdowac tresci i okreslac swoja lokalizacje na stronie.

Zrozumialosc (Understandable) oznacza, ze informacje i obsluga interfejsu uzytkownika musza byc zrozumiale. Tekst musi byc czytelny i zrozumialy. Strony internetowe musza wyglad i dzialac w przewidywalny sposob. Uzytkownicy musza otrzymywac pomoc w unikaniu i poprawianiu bledow — szczegolnie w formularzach, gdzie bledy moga miec powazne konsekwencje.

Solidnosc (Robust) oznacza, ze tresc musi byc na tyle solidna, aby mogla byc niezawodnie interpretowana przez szeroka game agentow uzytkownikow, w tym technologii wspomagajacych, takich jak czytniki ekranu. Wymaga to czystego, dobrze zorganizowanego kodu, ktory jest zgodny ze standardami webowymi i prawidlowo przekazuje informacje wszystkim technologiom uzyskujacym do niego dostep.

13 wytycznych

Pod czterema zasadami POUR znajduje sie 13 wytycznych okreslajacych konkretne cele, do ktorych powinni dazyk autorzy. Same wytyczne nie podlegaja testowaniu, ale stanowia ramy dla testowalnych kryteriow sukcesu.

W ramach Postrzegalnosci istnieja cztery wytyczne dotyczace alternatyw tekstowych dla tresci nietekstowych, alternatyw dla mediow opartych na czasie, adaptowalnosci prezentacji tresci oraz wyrozniania tresci, w tym kontrastu i kontroli dzwieku.

W ramach Funkcjonalnosci istnieje piec wytycznych dotyczacych dostepnosci klawiatury, wystarczajacego czasu dla uzytkownikow, zapobiegania napadom i reakcjom fizycznym, nawigowalnosci oraz modalnosci wejsciowych wykraczajacych poza klawiature i mysz.

W ramach Zrozumialosci istnieja trzy wytyczne dotyczace czytelnosci, przewidywalnosci zachowania strony internetowej oraz pomocy przy wprowadzaniu danych w formularzach i obsludze bledow.

W ramach Solidnosci istnieje jedna wytyczna dotyczaca kompatybilnosci z obecnymi i przyszlymi agentami uzytkownikow oraz technologiami wspomagajacymi.

Kryteria sukcesu: testowalne wymagania

Kazda wytyczna zawiera konkretne kryteria sukcesu — testowalne stwierdzenia okreslajace, czy tresc spelnia standard dostepnosci. WCAG 2.2, obecna wersja, zawiera lacznie 86 kryteriow sukcesu. Kazdemu kryterium sukcesu przypisany jest jeden z trzech poziomow zgodnosci: A, AA lub AAA.

Kryteria sukcesu sa napisane w sposob neutralny technologicznie. Opisuja, co nalezy osiagnac, a nie jak to osiagnac. Konkretne techniki spelnienia kazdego kryterium zaleza od uzywanej technologii — HTML, CSS, JavaScript, PDF lub innych formatow. W3C udostepnia odrebna dokumentacje wystarczajacych technik i typowych bledow dla kazdego kryterium sukcesu.

Krotka historia WCAG

WCAG znacznie ewoluowal od swojej pierwszej publikacji. WCAG 1.0 zostal opublikowany w maju 1999 roku, zawierajac 14 wytycznych z systemem zgodnosci opartym na priorytetach. Byl przelomowy w swoich czasach, ale byl silnie powiazany z konkretnymi technologiami, szczegolnie HTML.

WCAG 2.0, opublikowany w grudniu 2008 roku, byl fundamentalnym przeobrazeniem. Wprowadzil zasady POUR, trojstopniowy system zgodnosci (A, AA, AAA) oraz neutralne technologicznie kryteria sukcesu, ktore mogly miec zastosowanie do kazdej technologii internetowej, zamiast byc powiazane z konkretnymi jezykami znacznikow.

WCAG 2.1, opublikowany w czerwcu 2018 roku, dodal 17 nowych kryteriow sukcesu, aby wypelnic luki, ktore sie pojawily, szczegolnie w zakresie dostepnosci mobilnej, slabego wzroku i niepelnosprawnosci poznawczych. Zostal zaprojektowany jako tymczasowa aktualizacja, podczas gdy trwaly prace nad przyszlymi wersjami.

WCAG 2.2, opublikowany w pazdzierniku 2023 roku, jest obecnym standardem. Dodaje dziewiec nowych kryteriow sukcesu i usuwa jedno (SC 4.1.1 Parsowanie, obecnie uznane za przestarzale). Nowe kryteria skupiaja sie na ulepszonej nawigacji klawiatura, rozmiarach docelowych dotykowych, dostepnosci poznawczej i uzytecznosci uwierzytelniania. WCAG 2.2 jest wstecznie kompatybilny — tresc zgodna z 2.2 jest rowniez zgodna z 2.1 i 2.0.

Kto jest odpowiedzialny za dostepnosc?

Powszechnym nieporozumieniem jest to, ze dostepnosc jest wylacznie zadaniem programistow. W rzeczywistosci dostepnosc jest wspolna odpowiedzialnoscia kazdej roli zaangazowanej w tworzenie tresci cyfrowych. Projektanci podejmuja decyzje dotyczace kolorow, kontrastu, ukladu i wzorcow interakcji, ktore fundamentalnie okreslaja dostepnosc. Programisci wdrazaja techniczne podstawy — semantyczne znaczniki, obsluge klawiatury, atrybuty ARIA. Tworcy tresci pisza teksty alternatywne, teksty linkow, naglowki i teksty instruktazowe, na ktorych polegaja uzytkownicy. Menedzerowie produktow i liderzy biznesowi ustalaja priorytety i przydzielaja zasoby.

Dostepnosc dziala najlepiej, gdy jest zintegrowana z kazda faza procesu projektowania i rozwoju, a nie dolaczana na koncu. Im wczesniej dostepnosc jest brana pod uwage, tym tansza i mniej zaklacajaca jest jej implementacja.