Brytyjskie przepisy o dostępności: przewodnik po PSBAR

Czym są brytyjskie Public Sector Bodies Accessibility Regulations?

Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 — powszechnie nazywane PSBAR, PSB Regulations lub po prostu „brytyjskimi przepisami o dostępności” — weszły w życie w wrześniu 2018 roku. Wdrażają do prawa brytyjskiego unijną dyrektywę o dostępności stron internetowych (Web Accessibility Directive, WAD) i pozostają w mocy po brexicie w ramach brytyjskiego systemu zachowanego prawa unijnego.

PSBAR wymaga od podmiotów sektora publicznego, aby ich strony internetowe i aplikacje mobilne były dostępne dla osób z niepełnosprawnościami. Zgodność mierzona jest względem Web Content Accessibility Guidelines (WCAG) 2.1 na poziomie AA, a wszystkie objęte przepisami organizacje są zobowiązane do opublikowania i utrzymywania deklaracji dostępności.

Kto musi się dostosować?

PSBAR dotyczy podmiotów sektora publicznego zgodnie z definicją w przepisach. To szeroka kategoria, obejmująca:

• Centralne departamenty rządowe i agencje wykonawcze
• Niedepartamentalne organy publiczne (NDPB) i podmioty niezależne
• Władze lokalne i rady miejskie
• Trusty NHS i inne podmioty ochrony zdrowia
• Uniwersytety i kolegia kształcenia dalszego (z pewnymi niuansami)
• Policję, straż pożarną i inne służby ratunkowe
• Szkoły publiczne i multi-academy trusty
• Biblioteki, muzea i instytucje kulturalne prowadzone przez podmioty publiczne

Organizacje sektora prywatnego nie są objęte PSBAR. Jeśli jednak prywatna firma świadczy usługi cyfrowe w imieniu podmiotu sektora publicznego — na przykład obsługując internetowy portal płatności rady miejskiej — podmiot publiczny pozostaje odpowiedzialny za zapewnienie dostępności tych usług.

Co oznacza „w zakresie” dla treści?

Przepisy obejmują wszystkie publicznie dostępne strony internetowe i aplikacje mobilne prowadzone przez podmioty sektora publicznego. Dotyczy to również intranetów i extranetów, jeśli są dostępne dla ogółu.

Jednak kilka kategorii treści jest wyraźnie wyłączonych:

• Formaty plików biurowych (PDF, dokumenty Word, arkusze kalkulacyjne) opublikowane przed 23 września 2018 r., o ile nie są potrzebne do korzystania z usługi
• Wcześniej nagrane media czasowe (wideo, audio) opublikowane przed 23 września 2020 r.
• Transmisje na żywo (napisy na żywo nie są wymagane, choć najlepszą praktyką jest ich zapewnienie, gdy to możliwe)
• Mapy internetowe — o ile istotne informacje nawigacyjne są dostarczane w dostępny sposób
• Treści osób trzecich, których podmiot sektora publicznego nie finansuje, nie tworzy i nie kontroluje
• Kolekcje dziedzictwa i zarchiwizowane treści, których nie można udostępnić bez nieproporcjonalnego obciążenia
• Intranety i extranety, w których treść pochodzi z okresu przed wrześniem 2019 r. i nie została istotnie zmieniona

Wyłączenie dla starszych plików biurowych jest często źle rozumiane. Dotyczy dokumentów opublikowanych przed odpowiednią datą — nie wszystkich plików PDF w ogóle. Każdy nowy dokument, lub każdy istniejący dokument zaktualizowany po dacie wejścia w życie, musi spełniać standard.

Standard techniczny: WCAG 2.1 poziom AA

PSBAR wymaga zgodności z WCAG 2.1 na poziomie AA. Ten standard, opublikowany przez W3C, obejmuje 50 kryteriów sukcesu zorganizowanych wokół czterech zasad:

Postrzegalność — informacje i komponenty interfejsu muszą być prezentowane w sposób, który użytkownicy mogą odebrać. Kluczowe wymagania obejmują:

• Alternatywy tekstowe dla treści nietekstowych (obrazy, ikony, wykresy)
• Napisy dla treści wideo
• Wystarczający kontrast kolorów (4,5:1 dla normalnego tekstu, 3:1 dla dużego tekstu i komponentów interfejsu)
• Treść, którą można przedstawić w różny sposób bez utraty informacji

Funkcjonalność — komponenty interfejsu i nawigacja muszą być funkcjonalne. Kluczowe wymagania obejmują:

• Pełną dostępność z klawiatury — wszystkie funkcje muszą działać bez myszy
• Brak pułapek klawiaturowych
• Brak treści migającej częściej niż trzy razy na sekundę
• Opisowe tytuły stron, nagłówki i tekst linków
• Widoczny wskaźnik fokusu dla nawigacji klawiaturą

Zrozumiałość — treść i interfejs muszą być zrozumiałe. Kluczowe wymagania obejmują:

• Język zadeklarowany w HTML (atrybut lang)
• Konsekwentną nawigację i etykietowanie
• Opisowe komunikaty o błędach z instrukcjami korekty
• Etykiety i instrukcje dla wszystkich pól formularzy

Solidność — treść musi być wystarczająco solidna, aby mogła być interpretowana przez technologie wspomagające. Kluczowe wymagania obejmują:

• Prawidłowy, dobrze ustrukturyzowany HTML
• Poprawne użycie ról, stanów i właściwości ARIA
• Komunikaty o stanie przekazywane technologiom wspomagającym bez wymagania fokusu

WCAG 2.1 dodały 17 nowych kryteriów sukcesu w porównaniu z WCAG 2.0, ze szczególnym uwzględnieniem dostępności mobilnej, użytkowników słabowidzących oraz niepełnosprawności poznawczych i związanych z uczeniem się. Nowe kryteria obejmują:

• 1.3.4 Orientacja — treść nie może być zablokowana do jednej orientacji ekranu
• 1.3.5 Identyfikacja celu wprowadzania danych — pola formularzy zbierające dane osobowe muszą używać atrybutów autouzupełniania
• 1.4.10 Przelewanie treści (reflow) — treść musi przelewać się przy szerokości 320px bez przewijania w poziomie
• 1.4.11 Kontrast elementów niebędących tekstem — komponenty interfejsu i obiekty graficzne muszą spełniać kontrast 3:1
• 1.4.12 Odstępy w tekście — użytkownicy muszą mieć możliwość regulacji odstępów tekstu bez utraty treści
• 1.4.13 Treść przy najechaniu lub fokusie — dodatkowa treść wywołana najechaniem kursorem lub fokusem musi być możliwa do zamknięcia i trwała
• 2.5.3 Etykieta w nazwie — dostępne nazwy komponentów muszą zawierać widoczną etykietę tekstową

Wymóg deklaracji dostępności

Jednym z najbardziej charakterystycznych obowiązków PSBAR — i tym, w którym wiele podmiotów sektora publicznego nie sprawdza się — jest obowiązkowa deklaracja dostępności.

Każda objęta przepisami strona internetowa i aplikacja mobilna musi opublikować deklarację dostępności, która:

1. Wskazuje standard, który strona ma na celu spełnić — zwykle WCAG 2.1 AA
2. Wymienia znane problemy z dostępnością — konkretne bariery, które zostały zidentyfikowane i nie zostały jeszcze rozwiązane, z opisem każdej z nich
3. Zawiera oświadczenie o nieproporcjonalnym obciążeniu (jeśli dotyczy) — udokumentowane uzasadnienie, dlaczego określone treści nie zostały udostępnione
4. Zapewnia mechanizm zgłaszania opinii — sposób kontaktu użytkowników z organizacją w celu zgłoszenia barier dostępności lub żądania dostępnych alternatyw
5. Wskazuje procedurę egzekwowania — kierując użytkowników niezadowolonych z odpowiedzi do odpowiedniego organu egzekwującego
6. Podaje datę przeglądu — kiedy deklaracja została ostatnio zaktualizowana

Government Digital Service (GDS) publikuje standardowy szablon deklaracji dostępności. Podmioty sektora publicznego są zachęcane (i w praktyce oczekuje się od nich) do korzystania z tego szablonu lub takiego, który obejmuje wszystkie wymagane elementy.

Częste błędy w deklaracjach dostępności:

• Twierdzenie o pełnej zgodności z WCAG 2.1 AA bez dowodów
• Brak wymienienia znanych problemów, gdy problemy wyraźnie istnieją
• Zapewnienie mechanizmu kontaktu, który sam jest niedostępny
• Publikowanie deklaracji, która nie była przeglądana od ponad roku
• Używanie ogólnej deklaracji skopiowanej od innej organizacji bez dostosowania do rzeczywistej strony

Deklaracja dostępności, która błędnie przedstawia zgodność, nie tylko jest niezgodna — podkopuje zaufanie użytkowników i tworzy ryzyko reputacyjne, gdy zgłaszane są rzeczywiste bariery.

Nieproporcjonalne obciążenie

PSBAR pozwala podmiotom sektora publicznego zgłaszać wyłączenie z powodu nieproporcjonalnego obciążenia dla konkretnych treści, gdzie koszt lub wysiłek związany z ich udostępnieniem byłby nieproporcjonalny do korzyści dla użytkowników z niepełnosprawnościami. To nie jest wyłączenie ogólne i musi być zastosowane do konkretnych, zidentyfikowanych treści — nie do całej strony internetowej.

Aby zgłosić nieproporcjonalne obciążenie, organizacja musi:

1. Przeprowadzić formalną ocenę porównującą koszty udostępnienia treści z korzyściami dla użytkowników z niepełnosprawnościami
2. Uwzględnić wielkość, zasoby organizacji i charakter treści
3. Udokumentować ocenę
4. Zawrzeć oświadczenie w deklaracji dostępności, identyfikując treść i podstawę roszczenia
5. Okresowo przeglądać roszczenie

Wytyczne GDS jasno wskazują, że nieproporcjonalne obciążenie nie może być używane, aby uniknąć udostępnienia głównych ścieżek użytkownika. Zgłoszenie nieproporcjonalnego obciążenia dla formularza płatności lub wniosku o usługę nie zostałoby uznane za zasadne.

Egzekwowanie w Wielkiej Brytanii

Egzekwowanie PSBAR jest zorganizowane inaczej niż spory sądowe o dostępność w Stanach Zjednoczonych. Wielka Brytania nie ma prywatnego prawa do wniesienia sprawy analogicznego do ADA Title III w zakresie dostępności stron internetowych. Egzekwowanie jest zamiast tego zorganizowane wokół:

Monitorowania przez Government Digital Service (GDS) — GDS odpowiada za monitorowanie zgodności podmiotów sektora publicznego z PSBAR. Przeprowadza wyrywkowe audyty stron internetowych i aplikacji mobilnych oraz przekazuje wyniki dotyczące zgodności Komisji Europejskiej (w odniesieniu do okresów sprawozdawczych przed brexitem), a teraz w ramach zobowiązań zachowanych przez Wielką Brytanię.

Cabinet Office nadzoruje ogólne ramy zgodności, w tym wymóg, aby departamenty posiadały plany dostępności.

Equality Act 2010 zapewnia równoległą ścieżkę. Equality Act wymaga od dostawców usług (w tym podmiotów sektora publicznego) wprowadzania racjonalnych dostosowań dla osób z niepełnosprawnościami. Strona internetowa sektora publicznego z barierami dostępności, która uniemożliwia osobie z niepełnosprawnością dostęp do usług, może stanowić niezgodną z prawem dyskryminację na podstawie tej ustawy. W przeciwieństwie do PSBAR, Equality Act wspiera indywidualne roszczenia — użytkownicy z niepełnosprawnościami mogą wnosić sprawy do sądu pracy lub sądu okręgowego.

Ofcom zajmuje się egzekwowaniem wymogów związanych z transmisją. Financial Conduct Authority (FCA) i inne organy regulacyjne sektorowe mogą również stosować specyficzne dla sektora oczekiwania w zakresie dostępności.

W praktyce egzekwowanie PSBAR było stosunkowo łagodne — GDS publikuje dane o zgodności i współpracuje z organizacjami w celu poprawy, a nie podejmuje formalnych działań egzekucyjnych. Nie zmniejsza to jednak obowiązku prawnego, a roszczenia z Equality Act pozostają realnym ryzykiem.

Status po brexicie

PSBAR zostało wdrożone z unijnej dyrektywy o dostępności stron internetowych na podstawie European Communities Act. Po brexicie jest zachowane jako brytyjskie prawo krajowe na podstawie Retained EU Law (Revocation and Reform) Act 2023. Przepisy pozostają w pełni obowiązujące; po brexicie Wielka Brytania nie jest już zobowiązana do przestrzegania aktualizacji unijnej WAD ani zharmonizowanego standardu EN 301 549, ale WCAG 2.1 AA pozostaje obowiązującym standardem technicznym.

Organizacje działające zarówno w Wielkiej Brytanii, jak i w UE muszą zapewnić zgodność zarówno z PSBAR, jak i odpowiednimi wdrożeniami dyrektywy o dostępności stron internetowych w państwach członkowskich UE — które również odwołują się do WCAG 2.1 AA, tworząc zgodność w praktyce.

Aplikacje mobilne

PSBAR dotyczy aplikacji mobilnych tak samo jak stron internetowych. Aplikacje mobilne prowadzone przez podmioty sektora publicznego muszą:

• Spełniać kryteria sukcesu WCAG 2.1 na poziomie AA odpowiednie dla natywnych aplikacji mobilnych
• Posiadać deklarację dostępności (która może być opublikowana w internecie, w aplikacji lub na liście w sklepie z aplikacjami)
• Być zgodne z funkcjami dostępności platformy (VoiceOver na iOS, TalkBack na Androidzie)

Dostępność mobilna jest oceniana względem standardu EN 301 549, który wchłania WCAG 2.1 i dodaje wymogi specyficzne dla urządzeń mobilnych dotyczące rozmiaru celów dotykowych, orientacji i wykorzystania API platformy.

Praktyczny plan zgodności z PSBAR

1. Zbadaj swoją obecną zgodność

Zacznij od uczciwej oceny tego, gdzie się znajdujesz. Zautomatyzowane narzędzia skanujące mogą szybko zidentyfikować znaczną część błędów WCAG — problemy z kontrastem kolorów, brakujący tekst alternatywny, problemy z etykietowaniem formularzy. Ale zautomatyzowane narzędzia wykrywają rzetelnie tylko 30–40% problemów z dostępnością. Ręczny audyt dostępności wykorzystujący czytniki ekranu i nawigację tylko za pomocą klawiatury jest niezbędny do uzyskania pełnego obrazu.

2. Ustal priorytety dla swoich poprawek

Napraw najpierw bariery, które najbardziej bezpośrednio uniemożliwiają użytkownikom dostęp do usług podstawowych. Dla lokalnej rady mogłoby to być: portal wniosków o zagospodarowanie przestrzenne, formularz zasiłku mieszkaniowego, strona kontaktowa i główna nawigacja. Zajmij się ścieżkami transakcyjnymi przed treściami informacyjnymi.

3. Opublikuj zgodną deklarację dostępności

Skorzystaj z szablonu GDS. Bądź szczery co do znanych problemów. Zapewnij działający mechanizm kontaktu. Jeśli zgłaszasz nieproporcjonalne obciążenie dla jakiejkolwiek treści, udokumentuj ocenę i wyraźnie to zaznacz.

4. Napraw i ponownie przetestuj

Po każdej poprawce zweryfikuj, że rozwiązanie usuwa problem i nie wprowadziło regresji. Wymaga to zarówno ponownego testowania automatycznego, jak i weryfikacji manualnej z technologią wspomagającą.

5. Wpleć dostępność w swój przepływ publikacji

Każda nowo opublikowana strona, każdy przesłany dokument, każda wdrożona funkcja może wprowadzić nowe bariery. Szkolenia w zakresie zarządzania treścią, listy kontrolne przed publikacją i zautomatyzowane skanowanie w przepływie publikacji wychwytują problemy, zanim dotrą do użytkowników.

6. Przeglądaj deklarację dostępności corocznie

Deklaracja musi odzwierciedlać aktualny stan Twojej strony. Coroczny przegląd — połączony ze świeżym audytem — utrzymuje ją dokładną i demonstruje ciągłe zaangażowanie.

Podsumowanie

PSBAR jest wiążącym obowiązkiem prawnym dla brytyjskich podmiotów sektora publicznego. Wymaga zgodności z WCAG 2.1 na poziomie AA na stronach internetowych i w aplikacjach mobilnych oraz nakazuje dokładną, aktualną deklarację dostępności dla każdej objętej przepisami strony.

Przepisy te nie są wytycznymi o charakterze aspiracyjnym — są prawem, wzmocnionym obowiązkiem wprowadzania racjonalnych dostosowań na podstawie Equality Act 2010. Podmioty sektora publicznego, które traktują dostępność jako ciągłą praktykę jakościową, a nie punkt do odhaczenia w checklistcie zgodności, łatwiej spełnią standard, odpowiedzą na monitorowanie GDS i będą obsługiwać pełen zakres swoich użytkowników.

Jeśli prowadzisz stronę internetową sektora publicznego i nie jesteś pewien swojej obecnej pozycji zgodności, bezpłatne skanowanie dostępności jest najszybszym pierwszym krokiem. Aby uzyskać pełny audyt mapowany względem WCAG 2.1 AA i wymogów PSBAR, skontaktuj się z naszym zespołem.