Section 508 to amerykańska ustawa federalna nakazująca, by agencje federalne oraz wykonawcy i dostawcy sprzedający im technologie informacyjno-komunikacyjne udostępniali tę technologię osobom z niepełnosprawnościami. Od aktualizacji z 2017 roku, znanej jako “508 Refresh”, która weszła w życie w styczniu 2018 roku, techniczną poprzeczką jest WCAG 2.0 na poziomie A i AA, a nie osobny, wyłącznie rządowy zbiór zasad. Dotyczy wprost zamówień federalnych i stron agencji federalnych, a nie prywatnych firm w ogóle, choć praktyczne pokrywanie się z innymi przepisami o dostępności jest duże.
Co faktycznie wymaga Section 508
Section 508, część ustawy o rehabilitacji z 1973 roku (Rehabilitation Act), wymaga, by technologia elektroniczna i informacyjna tworzona, zamawiana, utrzymywana lub używana przez agencje federalne była dostępna dla pracowników i obywateli z niepełnosprawnościami. Obejmuje to szeroki zakres: strony agencji, wewnętrzne oprogramowanie i intranety, dokumenty elektroniczne (pliki PDF, Word), samoobsługowe kioski oraz sprzęt telekomunikacyjny. Przed 2017 rokiem wymogi były napisane jako własne kryteria techniczne; nowelizacja zastąpiła większość z nich bezpośrednim odniesieniem do WCAG 2.0 A i AA dla treści webowych i elektronicznych, co znacznie uprościło sprawę każdemu, kto już pracował nad zgodnością z WCAG.
Kogo dotyczy obowiązek zgodności
Na celowniku są dwie grupy. Po pierwsze, same agencje federalne muszą udostępniać technologię, którą budują lub obsługują. Po drugie, i to część, którą prywatne firmy często pomijają, każdy dostawca lub wykonawca sprzedający produkty lub usługi ICT agencji federalnej musi wykazać, że sprzedawana technologia spełnia wymogi Section 508, zwykle dokumentowane w VPAT podczas procesu zamówienia. Firma software’owa, agencja web developerska czy dostawca SaaS z agencjami federalnymi wśród klientów wprost podlega tym przepisom, mimo że jest podmiotem prywatnym.
Jak Section 508 mapuje się na WCAG i EN 301 549
Ponieważ nowelizacja z 2017 roku wprost przyjęła WCAG 2.0 A i AA, organizacja, która już wykonała prawdziwą pracę nad WCAG 2.1 AA (nowszą wersją, do której dąży większość prywatnych programów dostępności), w praktyce wyprzedza poziom bazowy Section 508, zamiast za nim nadążać. Nowelizacja zharmonizowała też amerykańskie federalne wymogi techniczne z EN 301 549, europejskim standardem, który podobnie w pełni włącza WCAG 2.1 AA jako swój podstawowy fundament techniczny. To dopasowanie ma znaczenie dla dostawców sprzedających jednocześnie na amerykańskim rynku federalnym i unijnym: jeden wysiłek naprawczy oparty na WCAG obejmuje większość technicznego zakresu dla obu rynków.
Section 508 kontra ADA
Warto być tu precyzyjnym, ponieważ te dwa pojęcia są stale mylone. Section 508 to wymóg dotyczący zamówień i agencji federalnych, powiązany z ustawą o rehabilitacji. ADA (Americans with Disabilities Act) to szersza ustawa o prawach obywatelskich, którą sądy i Departament Sprawiedliwości stosują do prywatnych stron internetowych na mocy Tytułu III, i do stron władz stanowych i lokalnych na mocy Tytułu II. Prywatna firma bez kontraktów federalnych nie ma bezpośredniego obowiązku wynikającego z Section 508, ale może wciąż podlegać ryzyku wynikającemu z ADA za niedostępną stronę, a praktyczna naprawa w obu przypadkach jest w dużej mierze taka sama: budowanie zgodnie z WCAG 2.1 AA.
Gdzie pasują dostawcy testów i naprawy
Agencje federalne i ich wykonawcy zwykle potrzebują udokumentowanej, obronnej zgodności, a nie szybkiej instalacji widżetu, dlatego dostawcy najaktywniejsi w tej przestrzeni skłaniają się ku testom na poziomie deweloperskim i ręcznym audytom. Deque Systems, zbudowane wokół szeroko używanego silnika testowego axe-core, sprzedaje dokładnie tego typu narzędzia dla deweloperów i eksperckie audyty, a także tworzy dokumenty VPAT jako część swojej pracy konsultingowej. Allyant ma silną bazę klientów z sektora publicznego i szkolnictwa wyższego oraz mocno skupia się na naprawie dokumentów i plików PDF, co ma znaczenie, ponieważ Section 508 obejmuje dokumenty elektroniczne, nie tylko strony internetowe, a dostępność PDF jest często najsłabszym ogniwem nawet na stronie agencji zgodnej pod innymi względami. Platformy oparte na widżetach, jak Wawsome, wymieniają Section 508 wśród standardów, na które mapują swoje pokrycie, co może pomóc w warstwie webowej skierowanej do publiczności, ale prawdziwe twierdzenie o zgodności na potrzeby zamówień federalnych zwykle wymaga tego typu ręcznego audytu i dokumentacji VPAT, w czym specjalizują się dostawcy skoncentrowani na testach.
Krótka historia
Section 508 wywodzi się z ustawy o rehabilitacji, a federalne wymogi dostępności dla technologii elektronicznej i informacyjnej sięgają 1998 roku. Pierwotne standardy techniczne były specyficzne dla sektora federalnego i z czasem stawały się przestarzałe w miarę rozwoju technologii webowej; nowelizacja z 2017 roku (obowiązująca od stycznia 2018 roku) zastąpiła je bezpośrednimi odniesieniami do WCAG 2.0 A i AA oraz zharmonizowała amerykański standard federalny z EN 301 549, dzięki czemu agencje i dostawcy nie testowali już według dwóch różnych zbiorów zasad dla tego samego, leżącego u podstaw pojęcia. Znajomość tej historii ma znaczenie głównie dlatego, że starsza dokumentacja, starsze VPAT-y czy starszy wewnętrzny język polityki w agencji mogą wciąż odwoływać się do kryteriów sprzed 2017 roku, co warto oznaczyć, jeśli się na to natrafi.
Jak faktycznie testowana jest zgodność
Agencje federalne powszechnie stosują ustrukturyzowaną metodologię, czasem nazywaną procesem Trusted Tester, która łączy skanowanie automatyczne z określonym protokołem testów ręcznych, powiązanym z kryteriami sukcesu WCAG. Sensem tak ustandaryzowanego procesu jest spójność: dwóch różnych testerów oceniających tę samą stronę powinno dojść do tego samego wniosku co do jej zgodności, zamiast by zgodność zależała od tego, kto akurat przeprowadził test. Jeśli firma przygotowuje produkt lub stronę do federalnego przeglądu, warto zapytać, czy agencja lub urzędnik zamawiający oczekuje testów według konkretnej opublikowanej metodologii, ponieważ może to wpłynąć na sposób zaplanowania własnych testów przed złożeniem oferty.
Jak zacząć, jeśli firma sprzedaje agencjom federalnym
Jeśli organizacja dopiero zaczyna z Section 508, ponieważ po raz pierwszy ubiega się o kontrakt federalny, praktycznym punktem startu jest prawdziwy audyt zgodności z WCAG 2.1 AA obejmujący dany produkt lub stronę, ponieważ w jednym podejściu przybliża to do poziomu bazowego Section 508. Następnie warto udokumentować wyniki w VPAT, korzystając z edycji Section 508 lub połączonej, i być konkretnym w kolumnie uwag co do tego, co faktycznie przetestowano, zamiast pozostawiać niewyjaśnione ogólne twierdzenia “spełnia”. Warto zaplanować na to czas przed zbliżającym się terminem zamówienia; pośpieszny VPAT stworzony pod presją terminu to dokładnie taki dokument, który zwykle zawyża zgodność i tworzy problemy później, gdy federalny recenzent dostępności lub użytkownik końcowy znajdzie lukę, której nie ujawniono.
Częste błędy
Najczęstszym błędem jest zakładanie, że oprogramowanie jest “zgodne z Section 508”, ponieważ dostawca tak twierdzi w rozmowie sprzedażowej, bez nigdy niesprawdzenia faktycznego dokumentu VPAT czy ACR (Accessibility Conformance Report). Drugim jest traktowanie Section 508 jako dotyczącej wyłącznie internetu i zapominanie o plikach PDF, narzędziach wewnętrznych i kioskach, które są w pełni objęte przepisami i w których żyje zaskakująco dużo realnej niezgodności. Trzecim jest mylenie częściowego skanu automatycznego z prawdziwą oceną zgodności; narzędzia automatyczne wychwytują istotny podzbiór kryteriów sukcesu WCAG, ale prawdziwe twierdzenie o zgodności z Section 508 zależy od testów ręcznych obejmujących pełną listę kryteriów, w tym logiczną kolejność odczytu, sensowny tekst alternatywny i poprawną obsługę klawiatury, które skanery mogą ocenić tylko częściowo.