Wpisy

Nowa funkcja aplikacji Pomocnik WCAG 2.0 - walidator WCAG 2.0, pozwalający przeprowadzić test strony www pod kątem zgodności z WCAG 2.0.

Zapewne większość z osób czytująca kategorię naszego bloga „Kompendium WCAG 2.0” zna nasza aplikację Pomocnik WCAG 2.0 pomagającą zrozumieć WCAG 2.0 i zasady audytu WCAG 2.0. Wydaliśmy niedawno nową wersję tej aplikacji, która – mamy nadzieję – będzie jeszcze bardziej pomocna. Oprócz odświeżenia słowników i części edukacyjnej aplikacji, dodaliśmy też funkcję, o którą dość często prosiliście – w pełni funkcjonalny walidator WCAG 2.0, pozwalający przeprowadzić test strony www pod kątem zgodności z WCAG 2.0. Walidator sprawdza stronę www w ośmiu najważniejszych obszarach zgodności i podpowiada, jakie działania warto podjąć w celu zapewnienia zgodności.

W aplikacji znajdziecie m.in.:
– Automatyczny test stron www pod kątem zgodności z WCAG 2.0.
– Pełny zapis specyfikacji WCAG 2.0, z wyjaśnieniami i komentarzami,
– Pełny zapis poziomów WCAG 2.0, w ujęciu zgodnym z RRM w sprawie Krajowych Ram Interoperacyjności,
– Narzędzia szybkiego przeszukiwania i katalogowania haseł.

Narzędzia te są szczególnie przydatne podczas oceny, jakie zmiany powinny być wprowadzone, aby osiągnąć zgodność z założonym poziomem WCAG 2.0.

WCAG 2.0 - obalamy mity

Wykonujemy znaczną ilość audytów WCAG 2.0 kontrolujących stopień dostosowania stron internetowych do Rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, i zarysowała nam się pewna prawidłowość – w polskim Internecie panuje błędne przekonanie, że strona www spełniająca wymagania specyfikacji WCAG 2.0 jest wyposażona w kilkanaście przełączników służących do zmiany kolorów na bardziej kontrastowe, umożliwiających zmianę wielkości czcionek etc. Tymczasem… nie jest to prawda. To o tyle zaskakujące, że sytuacja dotyczy także nowo powstających stron www, a to świadczy o niezrozumieniu czym jest specyfikacja WCAG 2.0 i jakie są jej zalecenia. W dużym skrócie – strona spełniająca założenia specyfikacji WCAG 2.0 jest w równym stopniu dostępna dla osób pełnosprawnych, jak i niepełnosprawnych – nie potrzebuje żadnych przełączników kolorów, kontrastów itp., gdyż od podstaw jest budowana tak, aby była dostępna dla wszystkich. Nowo powstające strony www budowane z myślą o WCAG 2.0 tych elementów nie mają – rozmaite kontrolki po prostu nie są na nich do niczego potrzebne.

Obecność przełączników kontrastu, wielkości czcionek etc. nie świadczy o spełnianiu przez stronę założeń specyfikacji WCAG 2.0. Ich obecność to obejście, swoiste „koło ratunkowe” – w polskich warunkach wymuszone wspomnianym Rozporządzeniem Rady Ministrów, które generalnie dostosowuje polskie prawo do dyrektyw Unii Europejskiej w tym zakresie. Zgodnie z tym aktem prawnym, strony www i systemy teleinformatyczne muszą być zgodne z WCAG 2.0, jednak na budowanie ich od nowa zazwyczaj nie można sobie pozwolić z powodu np. zbyt dużego rozbudowania istniejącego systemu, zbyt wysokich kosztów, które za sobą pociągałaby budowa strony jeszcze raz itp. Autorzy rozporządzenia słusznie zauważają, że większość stron administracji publicznej jest obecnie całkowicie niedostępna dla osób niepełnosprawnych. Osoba np. niewidoma tymczasem także ma prawo wezwać policję, czy pogotowie ratunkowe w sytuacji zagrożenia, albo zapytać jak załatwić sprawę w urzędzie, a potrzebny numer telefonu znaleźć na stronie www danej instytucji lub po prostu skontaktować się z ową instytucją za pomocą formularza kontaktowego na stronie – tak jak robią to internauci pełnosprawni. Kontrolki przełączania warstw systemu na zgodne z WCAG 2.0 (czy też raczej ułatwiające poruszanie się po stronie osobom z różnymi rodzajami niepełnosprawności) masowo pojawiające się obecnie na urzędowych stronach www to, jak wspomnieliśmy, „koło ratunkowe” – elementy dostosowujące istniejące strony wprowadzane są po to, aby nie musieć budować ich od podstaw. Obecność przełączników kontrastu, dostosowywania czcionek etc. świadczy jedynie o tym, że dana strona była/jest dostosowywana do specyfikacji WCAG 2.0, nie zaś o tym, że ją spełnia – nie zawsze jest to bowiem w pełni możliwe w przypadku istniejącego systemu informatycznego.

Sytuacja taka w ogóle nie powinna mieć miejsca w przypadku nowo powstających systemów teleinformatycznych, czy stron www. Strona WCAG 2.0 z założenia ma być bezproblemowo dostępna zarówno dla osób pełnosprawnych, jak i niepełnosprawnych – i na tym polega idea WCAG 2.0 w swej istocie. Kontrast na zgodnej stronie jest od początku dobrany tak, że umożliwia czytanie osobom niedowidzącym i nie trzeba go przełączać, a dla osób widzących może stanowić co najwyżej kwestie estetyczne (strony WCAG 2.0 są stosunkowo stonowane), czcionki są odpowiednio duże (osoba pełnosprawna także bez kłopotu przeczyta większy tekst, a przy okazji nie męczy oczu drobną czcionką), strona jest w pełni obsługiwana z klawiatury i ma wbudowane skróty klawiaturowe, co nie oznacza, że standardowa obsługa zostaje wyłączona – osoby pełnosprawne dalej poruszają się po systemie klasycznie przy pomocy myszki. I można by tak wymieniać bardzo długo – tak długo, jak obszerna jest specyfikacja WCAG 2.0.

Kompendium WCAG 2.0: Zasada 4: Rzetelność

Dotarliśmy do końca omawiania podstawowej specyfikacji WCAG 2.0. To już ostatni punkt specyfikacji i tym samym ostatni wpis na naszym blogu z cyklu „Kompendium WCAG 2.0”. Wszystkim, którzy przez ostatnie dwa lata śledzili ten cykl wpisów dziękujemy za obecność, komentarze i ocenianie artykułów. Tych kilkadziesiąt artykułów nie wyczerpuje naturalnie w pełni tematu WCAG 2.0, niemniej jednak wystarczy do zrozumienia idei budowy dostępnych stron www i systemów informatycznych. Jeśli chcielibyście Państwo, abyśmy kontynuowali ten cykl omawiając pełną specyfikację WCAG 2.0, wraz wyjaśnieniami i komentarzami w niej zawartymi, czekamy na Wasze komentarze.

Treść na stronie www musi być wystarczająco rzetelna, aby mogła zostać poprawnie zinterpretowana na wiele różnych sposobów stosowanych przez użytkownika do jej przeglądania, wliczając w to technologie wspomagające.

Wytyczna 4.1 Kompatybilność
Staraj się zapewnić jak największą kompatybilność z obecnymi i przyszłymi sposobami stosowanymi przez użytkownika do przeglądania strony, wliczając w to technologie asystujące.

4.1.1 Poprawność kodu
Kod HTML i CSS powinien być jak najbardziej zgodny z deklaracją DOCTYPE html i jak najbardziej „czysty”, tzn. wolny od błędów i poprawny semantycznie. Po każdej zmianie na stronie www kontroluj, czy w kodzie nie wkradł się błąd. Niedomknięte, czy niepoprawnie zagnieżdżone znaczniki, powtarzające się identyfikatory ID, powodują, że czytniki ekranu i inne technologie wspomagające stosowane przez osoby niepełnosprawne mogą niepoprawnie interpretować treść strony.

4.1.2 Nazwa, przeznaczenie, wartość
Ostatni punkt podstawowej specyfikacji WCAG 2.0 skierowany jest nie tyle do webmasterów i osób prowadzących strony www, co jest rodzajem apelu do programistów tworzących elementy interfejsu użytkownika za pomocą rozmaitych technologii jak np. flash, javascript, actionscript, adobe air itp. Jest to prośba, aby wszystkie komponenty interfejsów użytkownika z wbudowanymi mechanizmami wspierania dostępności, podobnie jak kod stron www, także były jednoznacznie identyfikowane przez nadawanie im nazw, etykiet itd. Szczególnie ważne jest to dla użytkowników niepełnosprawnych używających technologii wspomagających – np. dzięki stosowaniu tych zasad czytniki ekranu będą mogły zrozumieć nazwę, czy przeznaczenie interpretowanego elementu i przeczytać odpowiednią nazwę lub instrukcję swojemu niewidomemu właścicielowi.

 

Jeśli interesuje Państwa audyt WCAG 2.0 zgodny z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, zachęcamy do zapoznania się z metodyką prowadzonego przez nas audytu dostępności stron www zgodnego z tym rozporządzeniem, dostępną pod tym odnośnikiem: Audyt WCAG 2.0

Dla wszystkich śledzących nasz cykl wpisów „Kompendium WCAG 2.0” przygotowaliśmy także bezpłatną aplikację mobilną Pomocnik WCAG 2.0, stanowiącą uzupełnienie tego cyklu. Aplikacja kierowana jest do webmasterów i osób odpowiedzialnych w jednostkach publicznych za dostosowanie stron www do wymagań WCAG 2.0 zgodnie z Rozporządzeniem Rady Ministrów w sprawie Krajowych Ram Interoperacyjności.

 

Kompendium WCAG 2.0: Wytyczna 3.3 Pomoc przy wprowadzaniu danych

Postaraj się pomóc użytkownikom nie robić błędów, a w razie wystąpienia błędu pomóż go skorygować

tak brzmi wytyczna 3.3 specyfikacji WCAG 2.0 i należy ją rozumieć dosłownie.

3.3.1 Jasna identyfikacja błędów
Informacja po wystąpieniu błędu musi być jasna, skuteczna i intuicyjna oraz dostępna dla wszystkich użytkowników.
Trzeba pozwalać użytkownikowi jednoznacznie określić błąd oraz udostępnić możliwość jego skorygowania. Prostym przykładem jest formularz z wymaganym polem „Wpisz swoje imię”. Jeśli użytkownik nie wypełni tego pola i usiłuje wysłać formularz strona wyświetla jasny, tekstowy komunikat „Proszę wpisz swoje imię!”.

3.3.2 Etykiety i instrukcje
W każdym miejscu strony www, w którym wymagane jest wprowadzenie przez użytkownika informacji należy zapewnić jasne etykiety, instrukcje wypełnienia formularza, przykłady itp. pomoc.

3.3.3 Podpowiadaj rozwiązania błędów
Stosuj czytelne, jasne i prezentowane w sposób dostępny podpowiedzi w wypadku wystąpienia błędu podczas wprowadzania danych do formularza przez użytkownika. Sugestie nie mogą zmieniać celu treści oraz stanowić zagrożenia bezpieczeństwa (np. system nie może wyświetlać w podpowiedzi hasła użytkownika).

3.3.4 Zapobieganie błędom podczas wypełniania formularzy niosących konsekwencje prawne
Należy zapewnić dostępne mechanizmy umożliwiające przywrócenie danych oraz ich weryfikację.
Jeśli na stronie www użytkownik może:
– zawierać zobowiązania prawne lub transakcje finansowe,
– modyfikować i usuwać przechowywane dane,
– wypełniać testy
trzeba zapewnić dostępne mechanizmy umożliwiające przywrócenie danych oraz ich weryfikację.

3.3.5 Pomoc
W każdym miejscu strony www, gdzie użytkownik może wprowadzać, zmieniać lub usuwać informacje trzeba zapewnić pełną, jasną i rzeczową informację o tym, jak należy to zrobić. Może to być forma opisu, prezentacji, wirtualnego asystenta i wszelkie inne formy pomocy zaimplementowane w sposób zapewniający dostępność.

3.3.6 Bezwzględne zapobieganie błędom
Ten punkt jest tożsamy z wytyczną 3.3.4 z rozszerzeniem, że mechanizmy pozwalające na przywrócenie poprzednich danych i ich weryfikację muszą być zaimplementowane bezwzględnie dla wszystkich formularzy wysyłających dane ze strony www.

 

Jeśli interesuje Państwa audyt WCAG 2.0 zgodny z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, zachęcamy do zapoznania się z metodyką prowadzonego przez nas audytu dostępności stron www zgodnego z tym rozporządzeniem, dostępną pod tym odnośnikiem: Audyt WCAG 2.0

Dla wszystkich śledzących nasz cykl wpisów „Kompendium WCAG 2.0” przygotowaliśmy także bezpłatną aplikację mobilną Pomocnik WCAG 2.0, stanowiącą uzupełnienie tego cyklu. Aplikacja kierowana jest do webmasterów i osób odpowiedzialnych w jednostkach publicznych za dostosowanie stron www do wymagań WCAG 2.0 zgodnie z Rozporządzeniem Rady Ministrów w sprawie Krajowych Ram Interoperacyjności.

 

Kompendium WCAG 2.0: Wytyczna 3.2 Przewidywalność

Buduj strony www, tak aby otwierały się i działały w sposób, który da się przewidzieć

tak brzmi zalecenie wytycznej 3.2 specyfikacji WCAG 2.0

3.2.1 Zaznaczanie elementu
Na stronie www nie powinna zaistnieć żadna zmiana kontekstu wprowadzająca w błąd lub dezorientująca użytkownika, jeśli jakikolwiek element tej strony otrzymał zaznaczenie (angielskie: focus). Nie powinno dochodzić do automatycznego przeładowywania strony, wysyłania formularzy etc. Wszystkie zmiany muszą być świadomym działaniem ze strony użytkownika.

3.2.2 Wprowadzanie danych
Nie wolno powodować automatycznej zmiany kontekstu treści podczas zmiany ustawień jakiegokolwiek elementu interfejsu przez użytkownika. Jeśli taki mechanizm jest niezbędny, należy bezwzględnie ostrzec użytkownika o takiej zmianie i to jeszcze zanim zacznie korzystać z elementu powodującego zmianę.

3.2.3 Jednolita nawigacja
Wszystkie elementy nawigacji powtarzające się na podstronach strony www, czy systemu informatycznego powinny pojawiać się w tym samym porządku za każdym razem, gdy są prezentowane. Dozwolone jest umieszczanie dodatkowych informacji pomiędzy powtarzającymi się elementami nawigacji, czy ich pomijanie w uzasadnionych sytuacjach, jednak pod warunkiem zachowania ustalonego porządku pozostałych.

3.2.4 jednolita identyfikacja
Elementy o tożsamej funkcjonalności na różnych podstronach strony www powinny być tak samo rozpoznawane. Np. formularze powinny być zawsze o tym samym wyglądzie. Takie działanie ułatwia odbiór strony użytkownikom z problemami kognitywnymi.

3.2.5 Zmiana na żądanie
Wszystkie zmiany treści i kontekstu strony www (np. pojawienie się wyskakujących okien, przekierowania, elementy wprowadzania danych) są wywoływane i prezentowane tylko na świadome życzenie użytkownika – bez wyjątku w całym serwisie.

 

Jeśli interesuje Państwa audyt WCAG 2.0 zgodny z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, zachęcamy do zapoznania się z metodyką prowadzonego przez nas audytu dostępności stron www zgodnego z tym rozporządzeniem, dostępną pod tym odnośnikiem: Audyt WCAG 2.0

Dla wszystkich śledzących nasz cykl wpisów „Kompendium WCAG 2.0” przygotowaliśmy także bezpłatną aplikację mobilną Pomocnik WCAG 2.0, stanowiącą uzupełnienie tego cyklu. Aplikacja kierowana jest do webmasterów i osób odpowiedzialnych w jednostkach publicznych za dostosowanie stron www do wymagań WCAG 2.0 zgodnie z Rozporządzeniem Rady Ministrów w sprawie Krajowych Ram Interoperacyjności.

 

Certyfikaty WCAG 2.0

Nawiązując do dużej ilości zadawanych nam pytań postaramy się wyjaśnić kwestę tzw. certyfikatów zgodności stron internetowych z WCAG 2.0, co ma związek z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, nakazującym instytucjom użyteczności publicznej oraz organom administracji państwowej i samorządowej dostosowanie stron www i systemów teleinformatycznych do standardu WCAG 2.0.

Już na wstępie należy podkreślić, że Polskie instytucje państwowe nie prowadzą certyfikacji zgodności stron z WCAG 2.0. Wynika to z natury samej specyfikacji WCAG 2.0, która jest tworzona i rozwijana na bieżąco przez jedną z agend ONZ. Rząd musiałaby powołać stosowny urząd kontrolny, a instytucja ta musiałaby zostać akredytowana przy W3C i ONZ. Nie istnieje zatem certyfikat zgodności z WCAG 2.0 w rozumieniu dokumentu poświadczanego przez instytucję państwową. Deklarację zgodności wystawia jednostka przeprowadzająca audyt poświadczając tym samym poziom zgodności i przyjmując na siebie za taką deklarację odpowiedzialność.

Również w przypadku prowadzonego przez nas audytu WCAG 2.0 wystawiana jest pisemna deklaracja zgodności strony z WCAG 2.0 i Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności. Strony www, które uzyskują wymagany poziom zgodności mogą ponadto posługiwać się logotypem W3C informującym o zgodności z danym poziomem WCAG 2.0. Wzory logotypów wyglądają następująco:

Logotypy zgodności z WCAG 2.0

Logotypy zgodności z WCAG 2.0

Warto także przypomnieć, że rozporządzenie nakłada obowiązek dostosowania stron www według wybranych 36 pozycji specyfikacji WCAG 2.0, pogrupowanych w 12 wymagań, według 4 zasad, w 10 punktach do poziomu AA (drugi, z trzech możliwych), w pozostałych do poziomu A. Nie jest wymagany zatem pełny audyt WCAG 2.0 i dostosowywanie stron do poziomu AAA. Ta kwestia budzi wiele wątpliwości – strony www według wspomnianego rozporządzenia muszą zostać dostosowane do poziomu AA WCAG 2.0.

Należy także pamiętać, że wspomniane rozporządzenie określa ponadto minimalne wymagania, które musi spełnić sam audyt WCAG 2.0. Wymagania te wynikają bezpośrednio ze specyfikacji WCAG 2.0 i ich niespełnienie może skutkować zakwestionowaniem audytu WCAG 2.0 przez instytucje kontrolne. Minimalnych wymagań nigdy nie spełni audyt WCAG 2.0 przeprowadzony przez jedną osobę. W audycie WCAG 2.0 bierze udział minimum 6-oosobowy zespół specjalistów – złożony nie tylko z programistów oceniających techniczną budowę kodu strony internetowej i zastosowane rozwiązania z zakresu user experience lecz również samych zainteresowanych: osób niepełnosprawnych z różnymi dysfunkcjami, do których kierowane jest rozporządzenie. Audyt powinien zostać również skontrolowany i zatwierdzony przez specjalistę ds. rehabilitacji osób niepełnosprawnych. Audyt WCAG 2.0 prowadzony bez udziału osób niepełnosprawnych nie spełnia wymagań Rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, które to rozporządzenie w dużej mierze opiera się na specyfikacji WCAG 2.0. Sama specyfikacja bowiem, w swoich założeniach, przewiduje oprócz kontroli technicznych aspektów działania, dostępności i dostosowania strony internetowej, kontrolę jej faktycznego odbioru przez osoby niepełnosprawne.

 

Jeśli interesuje Państwa audyt WCAG 2.0 zgodny z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, zachęcamy do zapoznania się z metodyką prowadzonego przez nas audytu dostępności stron www zgodnego z tym rozporządzeniem, dostępną pod tym odnośnikiem: Audyt WCAG 2.0

Dla wszystkich śledzących nasz cykl wpisów „Kompendium WCAG 2.0” przygotowaliśmy także bezpłatną aplikację mobilną Pomocnik WCAG 2.0, stanowiącą uzupełnienie tego cyklu. Aplikacja kierowana jest do webmasterów i osób odpowiedzialnych w jednostkach publicznych za dostosowanie stron www do wymagań WCAG 2.0 zgodnie z Rozporządzeniem Rady Ministrów w sprawie Krajowych Ram Interoperacyjności.

 

Kompendium WCAG 2.0: Wytyczna 3.1 Czytelność

Treść strony www oraz obsługa interfejsu użytkownika musi być zrozumiała

tak w dosłownym przekładzie brzmi zasada 3 specyfikacji WCAG 2.0.

Wytyczna 3.1 Czytelność
Po prostu: twórz treści czytelne i łatwe do zrozumienia

3.1.1 Język strony
Język strony powinien być jasno określony za pomocą atrybutu lang lub xml:lang w znacznikach HTML. Pozwala to poprawnie wybrać interpretowany język przez urządzenia wspomagające, używane przez osoby niepełnosprawne. W praktyce chodzi głównie o syntetyzery mowy czytające strony www osobom niewidomym.

3.1.2 Język elementów
Język elementów strony powinien być jasno określony za pomocą atrybutu lang lub xml:lang w znacznikach HTML. Podobnie, jak w punkcie 3.1.1 – pozwala m.in. poprawnie określić język dla syntetyzerów mowy.

3.1.3 Nietypowe słowa
Jeśli w treści strony www użyte są skróty, należy zapewnić opisy ich znaczeń w pełnej formie.

3.1.4 Skróty
Słowa nietypowe, nieznane powszechnie, dwuznaczne, albo używane w specyficzny sposób powinny być wytłumaczone. Np. w podręcznym słowniczku dostępnym obok tekstu.

3.1.5 Poziom umiejętności czytania
Teksty, instrukcje i informacje zawierające nazwy własne, których zrozumienie wymaga wiedzy i wykształcenia wyższego, niż poziom gimnazjalny, należy uzupełniać o streszczenia, ilustracje, wykresy itp.

3.1.6 Jak to wymówić?
Jeśli do zrozumienia słowa użytego w treści strony www niezbędna jest znajomość wymowy, zaraz po użytym słowie należy zapewnić możliwość poznania wymowy tego słowa lub zamieścić odnośnik do stosownego słownika.

 

Jeśli interesuje Państwa audyt WCAG 2.0 zgodny z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, zachęcamy do zapoznania się z metodyką prowadzonego przez nas audytu dostępności stron www zgodnego z tym rozporządzeniem, dostępną pod tym odnośnikiem: Audyt WCAG 2.0

Dla wszystkich śledzących nasz cykl wpisów „Kompendium WCAG 2.0” przygotowaliśmy także bezpłatną aplikację mobilną Pomocnik WCAG 2.0, stanowiącą uzupełnienie tego cyklu. Aplikacja kierowana jest do webmasterów i osób odpowiedzialnych w jednostkach publicznych za dostosowanie stron www do wymagań WCAG 2.0 zgodnie z Rozporządzeniem Rady Ministrów w sprawie Krajowych Ram Interoperacyjności.

 

Kompendium WCAG 2.0: Wytyczna 2.4 Nawigacja

Ostatni już w tym roku wpis z cyklu Kompendium WCAG 2.0 – dotychczas omówiliśmy około 50% specyfikacji, tak więc zainteresowanych tematem WCAG 2.0 zapraszamy do śledzenia naszego bloga także w roku 2015. Na koniec roku 2014 Wytyczna 2.4 Nawigacja.

Przekład z WCAG 2.0 Guideline:

Udostępnij na stronie www narzędzia pomagające użytkownikom w nawigacji, dotarciu do treści i określaniu, w którym miejscu strony się aktualnie znajdują.

2.4.1 Dostęp bezpośredni
Zapewnij w nagłówku strony www – nie chodzi o sekcję head w samym kodzie, a o nagłówek strony z punktu widzenia użytkownika – menu służące do przechodzenia do istotnych treści serwisu za pomocą kotwic, bez konieczności przeładownia strony. Pomimo, _że każdy program czytający posiada skróty klawiaturowe, dzięki którym użytkownik może poruszać się po dowolnych elementach serwisu – nagłówkach, polach formularzy, akapitach, odnośnikach itd. w ten sposób ułatwisz osobom niewidomym nawigację przez możliwość pominięcia powtarzających się na kolejnych podstronach stałych elementów np. menu narzędziowe serwisu.

2.4.2 Tytuł strony
Każda podstrona strony www czy systemu informatycznego powinna być zatytułowana w sposób jednoznaczny. Tytuł strony to bowiem pierwszy tekst odczytywany przez czytniki ekranowe.

2.4.3 Kolejność zaznaczenia
Kolejność nawigacji po odnośnikach, elementach formularzy, itp. elementach musi mieć spójną i logiczną strukturę, tak, aby zapewnić mozliwie naturalne poruszanie się pomiędzy np. polami formularza. Przykład: Pole 1 – wpisz swoje imię, 2 – wpisz swoje nazwisko.

2.4.4 Cel odnośnika i jego kontekst
Określaj jednoznacznie cel wszystkich elementów aktywnych na stronie www. Linki, przyciski formularza, czy obszary aktywne map odnośników powinny być opisane konkretnie wraz z jasnym wskazaniem celu, do którego prowadzą.

2.4.5 wiele dróg
Do każdego elementu strony www można dotrzeć przynajmniej na dwa z wymienionych sposobów:

  • spis treści,
  • wyszukiwarka,
  • mapa strony,
  • lista podstron pokrewnych,
  • lista wszystkich podstron.

2.4.6 Nagłówki i etykiety
Nagłówki i etykiety muszą być opisane w sposób logiczny, sensowny i jednoznaczny, dzięki czemu użytkownikom łatwiej jest odnaleźć konkretną treść i zorientować się w strukturze strony. Nie wolno stosować podwójnych nagłówków i etykiet, zwłaszcza w elementach aktywnych, takich jak np. pola formularza.

2.4.7 Wyraźne akcentowanie zaznaczeń
Obsługując stronę www za pomocą klawiatury, użytkownik musi wiedzieć, który aktywny element strony ma wybrany. Podczas poruszania się po stronie klawiszem Tab musi być wyraźnie widoczne, który element został zaznaczony. Minimum jest niewyłączanie za pomocą atrybutu outline:none; tzw. autofokusu dostępnego w każdej przeglądarce internetowej.

2.4.8 Lokalizacja
Użytkownik zawsze musi wiedzieć, w którym miejscu strony www lub systemu informatycznego właśnie się znajduje. Należy zatem zapewnić odnośniki powrotne do stron nadrzędnych, które użytkownik przejrzał przed dotarciem do aktualnej strony. Najczęściej stosuje się ścieżkę linków, z angielskiego zwaną breadcrumbs.

2.4.9 Cel linku bez kontekstu
Zasada tożsama z wytyczną 2.4.4, jednak bardziej restrykcyjna: Określaj jednoznacznie cel wszystkich elementów aktywnych na stronie www. Linki, przyciski formularza, czy obszary aktywne map odnośników powinny być opisane konkretnie wraz z jasnym wskazaniem celu, do którego prowadzą. Nie mogą istnieć żadne odnośniki i elementy aktywne z tym samym tekstem kierujące w różne miejsca. Dobrym przykładem jest tutaj często spotykany odnośnik „Czytaj więcej” – na tym poziomie WCAG 2.0 należy go całkowicie wyeliminować.

2.4.10 Nagłówki sekcji
Punkt tożsamy z wytyczną 1.3.1, mówiącą o stosowaniu nagłówków w strukturze ogólnej strony www. Aby zapewnić poziom zgodności AAA nagłówki należy stosować w każdej sekcji każdego dokumentu podzielonego na sekcje. Np. jeśli artykuł jest podzielony na akapity, nagłówkiem należy opatrzyć część tytułową artykułu i każdy jego akapit.

 

Jeśli interesuje Państwa audyt WCAG 2.0 zgodny z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, zachęcamy do zapoznania się z metodyką prowadzonego przez nas audytu dostępności stron www zgodnego z tym rozporządzeniem, dostępną pod tym odnośnikiem: Audyt WCAG 2.0

Dla wszystkich śledzących nasz cykl wpisów „Kompendium WCAG 2.0” przygotowaliśmy także bezpłatną aplikację mobilną Pomocnik WCAG 2.0, stanowiącą uzupełnienie tego cyklu. Aplikacja kierowana jest do webmasterów i osób odpowiedzialnych w jednostkach publicznych za dostosowanie stron www do wymagań WCAG 2.0 zgodnie z Rozporządzeniem Rady Ministrów w sprawie Krajowych Ram Interoperacyjności.

 

Kompendium WCAG 2.0: Wytyczna 2.3 Ataki padaczki

Przekład powyższej wytycznej z WGAG 2.0 Gudieline ma następujące brzmienie:

Unikaj układania treści w formie, która mogłaby spowodować atak padaczki.

2.3.1 trzy błyski przekaz podprogowy
Błyski światła działają na układ nerwowy człowieka, co u osób z grup podwyższonego ryzyka może powodować ataki padaczki. Wprawdzie epileptycy wiedzą, że nie należy korzystać z komputera przy zgaszonym świetle, niemniej jednak instrukcja WCAG 2.0 stara się obejmować również osoby zagrożone daną przypadłością, które nie są jej jeszcze świadome. Aby zminimalizować ryzyko napadów padaczkowych nie należy tworzyć treści, które migają więcej niż 3 razy na sekundę.

2.3.2 Trzy błyski
Strona www lub system informatyczny jest całkowicie pozbawiony elementów migających z większą częstotliwością, jak trzy razy na sekundę.

 

Jeśli interesuje Państwa audyt WCAG 2.0 zgodny z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, zachęcamy do zapoznania się z metodyką prowadzonego przez nas audytu dostępności stron www zgodnego z tym rozporządzeniem, dostępną pod tym odnośnikiem: Audyt WCAG 2.0

Dla wszystkich śledzących nasz cykl wpisów „Kompendium WCAG 2.0” przygotowaliśmy także bezpłatną aplikację mobilną Pomocnik WCAG 2.0, stanowiącą uzupełnienie tego cyklu. Aplikacja kierowana jest do webmasterów i osób odpowiedzialnych w jednostkach publicznych za dostosowanie stron www do wymagań WCAG 2.0 zgodnie z Rozporządzeniem Rady Ministrów w sprawie Krajowych Ram Interoperacyjności.

 

Kompendium WCAG 2.0, Wytyczna 2.2 Wystarczająca ilość czasu

Dosłowny przekład instrukcji WCAG 2.0 Guideline brzmi:

Zapewnij użytkownikom wystarczającą ilość czasu do spokojnego przeczytania, interpretacji i przetworzenia treści.

2.2.1 Możliwość ustawienia ilości czasu – WCAG 2.0 poziom A

Zapewnij użytkownikom taką ilość czasu na wykonanie czynności, jakiej potrzebują, bez nagłego zmieniania treści w wyniku nałożonego limitu czasowego. Jeśli strona www lub system teleinformatyczny ma limit czasu na wykonanie określonej czynności należy zapewnić opcję wyłączenia lub zwiększenia tego limitu. Wytycznej tej nie podlegają zdarzenia na stronie www zachodzące w czasie rzeczywistym, gdzie limit czasu stanowi funkcjonalność serwisu. Dobrym przykładem będzie tu aukcja internetowa.

2.2.2 Przerwa, stop, schowaj – WCAG 2.0 poziom A

Wszystkie treści informacyjne automatycznie przewijane, przesuwane, migające, widoczne dłużej jak 5 sekund, a jednocześnie prezentowane równolegle z inną treścią muszą być możliwe do zatrzymania, wyłączenia lub ukrycia. Wyjątek jest dopuszczalny w sytuacji, kiedy przesuwanie lub miganie treści jest nieodzowną częścią wykonywanej czynności, np. animacja widoczna w czasie wczytywania treści. Wówczas jej zatrzymanie mogłoby wprowadzić użytkownika w błąd, sugerując przerwanie wczytywania. Dopuszczalne jest użycie elementów ruchu, migania lub przewijania w celu zwrócenia uwagi użytkownika lub wyróżnienia treści, jeśli nie trwają dłużej, niż 3 sekundy.

2.2.3 Bez limitu czasu – WCAG 2.0 poziom AAA

Zapewnij użytkownikom tyle czasu ile potrzebują na wykonanie każdego zadania na stronie www lub w systemie teleinformatycznym. Na tym poziomie WCAG 2.0, na stronie www nie występują żadne limity czasu.

2.2.4 Brak zakłóceń – WCAG 2.0 poziom AAA

Na stronie www lub w systemie teleinformatycznym istnieje możliwość odłożenia w czasie lub wyłączenia wszystkich komunikatów, informacji itp. elementów, mogących rozpraszać użytkownika i przeszkadzać w trakcie korzystania ze strony w każdym jej elemencie i funkcjonalności. Wyjątkiem są sytuacje, takie jak użyteczne, pilne alarmy np. przypomnienia zadefiniowane przez samego użytkownika o ważnym terminie lub spodziewane potwierdzenia w czasie wprowadzania zmian.

2.2.5 Ponowne potwierdzenie autentyczności – WCAG 2.0 poziom AAA

Gdy kończy się czas sesji użytkownika (np. po zalogowaniu do portalu) i system poprosi o ponowną autoryzację, użytkownik będzie móg kontynuować czynności bez utraty danych z aktualnie otwartej strony.

Jeśli interesuje Państwa audyt WCAG 2.0 zgodny z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, zachęcamy do zapoznania się z metodyką prowadzonego przez nas audytu dostępności stron www zgodnego z tym rozporządzeniem, dostępną pod tym odnośnikiem: Audyt WCAG 2.0

Dla wszystkich śledzących nasz cykl wpisów „Kompendium WCAG 2.0” przygotowaliśmy także bezpłatną aplikację mobilną Pomocnik WCAG 2.0, stanowiącą uzupełnienie tego cyklu. Aplikacja kierowana jest do webmasterów i osób odpowiedzialnych w jednostkach publicznych za dostosowanie stron www do wymagań WCAG 2.0 zgodnie z Rozporządzeniem Rady Ministrów w sprawie Krajowych Ram Interoperacyjności.