Pojęcia

Deklaracja dostępności

Publiczny dokument deklarujący zobowiązania organizacji w zakresie dostępności, docelowy poziom zgodności, znane luki i sposób zgłaszania barier. Wymagany przez EAA art. 7, PSBAR i większość reżimów sektora publicznego.

Deklaracja dostępności to publiczny dokument deklarujący zobowiązania organizacji w zakresie dostępności, docelowy poziom zgodności, znane luki i sposób zgłaszania barier. Dostępna jest pod stałym adresem URL — zazwyczaj /accessibility/ — który każdy odwiedzający może znaleźć z każdej strony.

Dlaczego to ważne

Poza tym, że jest dobrą praktyką redakcyjną, deklaracje dostępności są wymagane prawnie na mocy kilku głównych regulacji:

  • EAA art. 7 zobowiązuje usługi objęte zakresem Europejskiego aktu w sprawie dostępności do publikowania informacji o dostępności spełniających wymagania dotyczące treści z załącznika V.
  • PSBAR (Wielka Brytania) zobowiązuje każdą witrynę organu sektora publicznego do publikowania deklaracji w określonym formacie zdefiniowanym przez Cabinet Office.
  • Dyrektywa UE w sprawie dostępności stron internetowych wymaga od sektora publicznego publikowania deklaracji dostępności we wszystkich państwach członkowskich od 2018 roku.
  • Sekcja 508 USA technicznie wymaga „dokumentacji funkcji dostępności” przy każdym federalnym zamówieniu, zazwyczaj realizowanej przez VPAT/ACR wraz z deklaracją.

Nawet gdy żadne prawo tego nie nakazuje, deklaracja jest operacyjną bramą do reszty programu dostępności organizacji — to tam jako pierwsi zaglądają audytorzy, powodowie i użytkownicy z niepełnosprawnościami.

Co powinna zawierać użyteczna deklaracja

Deklaracja, która rzeczywiście działa, zawiera co najmniej:

  1. Docelowy poziom zgodności, nazwany konkretnie. „Dążymy do zgodności z WCAG 2.2 Level AA” — nie „wierzymy w dostępność”.
  2. Aktualny status wobec tego celu — pełna zgodność, częściowa zgodność lub „w trakcie”. Uczciwość w tej kwestii ma znaczenie; sądy traktowały nadmiernie optymistyczne deklaracje jako dowód przeciwko pozwanemu.
  3. Znane problemy wraz z harmonogramem ich usunięcia. Generator deklaracji dostępności W3C oferuje strukturę dla tego elementu. Wylistowanie problemów nie jest przyznaniem się do odpowiedzialności — to udokumentowane zobowiązanie do ich naprawy.
  4. Prawdziwy kontakt z człowiekiem — adres e-mail lub formularz — z określonym SLA odpowiedzi (5 dni roboczych to praktyczna norma). Ogólne adresy info@firma.pl bez SLA są sygnałem alarmowym.
  5. Data ostatniego przeglądu. Najlepsza praktyka to przegląd i aktualizacja przynajmniej raz w roku, częściej gdy wdrażane są znaczące funkcje.
  6. Uwagi o zgodności — jakie technologie asystujące i przeglądarki były testowane.
  7. Informacje prawne — mechanizm egzekwowania w jurysdykcji użytkownika (np. załącznik V EAA wymaga podania linku do właściwej procedury skargowej w danym państwie członkowskim).

Typowe błędy

  • Deklaracja „zależy nam”. Akapit ciepłych słów („Jesteśmy zaangażowani w zapewnienie dostępności dla wszystkich”) bez docelowego poziomu zgodności, kontaktu i szczegółów. Bezużyteczna.
  • Nieaktualna. Mówi „ostatni przegląd: 2019” — sześcioletnie zobowiązanie do WCAG 2.0 AA na produkcie, który od tamtej pory przeszedł kilka gruntownych przebudów.
  • Trudna do znalezienia. Ukryta w stopce z mało kontrastowym tekstem lub w zestawieniu stron prawnych. Link powinien być na każdej stronie, w przewidywalnym miejscu (stopka jest odpowiednia, jeśli jest widoczna).
  • Ukryty formularz kontaktowy. Deklaracja bez adresu e-mail, kierująca użytkownika do 12-polowego formularza kontaktowego w celu zgłoszenia bariery, przenosi koszt zgłoszenia na użytkownika.

Generator W3C

Generator deklaracji dostępności W3C (www.w3.org/WAI/planning/statements/generator/) tworzy szablon spełniający wszystkie wymagane pola EAA / EU WAD / PSBAR. To dobry punkt wyjścia. Błąd do uniknięcia: pozostawienie tekstu zastępczego i opublikowanie szablonu bez zmian.