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.

Drupal 8 w wersji stabilnej - co nowego

Po kilku latach (sic!) opóźnienia, kolejnych wersjach beta i ponad dwuletnim poślizgu w opublikowaniu wersji stabilnej, ostatecznie, 19 listopada, zespół Drupala przedstawił ósmą wersję tego popularnego CMSa. To chyba najdłużej wyczekiwana wersja Drupala w wieloletniej historii tego projektu. Co nowego przynosi? Niżej, lista najważniejszych – naszym zdaniem – nowych funkcji:

Nowe pola wbudowane w rdzeń – m.in. referencje do encji, odnośniki, data, mail, telefon. Komentarze są teraz polami standardowymi. Pola są dołączane do formularzy (np. formularza kontaktowego).

Popularny moduł Views został wbudowany w rdzeń systemu – a co za tym idzie łatwiejsza jest zmiana strony głównej, która stała się pełnoprawnym widokiem. Łatwiejsze stało się też budowanie stron administracyjnych, edycja treści, dodawanie własnych filtrów, akcji etc..

Responsywność – wszystkie wbudowane w Drupala 8 skórki są responsywne, podobnie jak zaplecze administracyjne. Każda strona zbudowana na nowym Drupalu działa poprawnie na urządzeniach mobilnych.

HTML5 – odświeżony CMS generuje strony w pełnym HTML5. Znacznie uproszczono strukturę elementów i klas. System wspiera dynamiczną zmianę rozmiaru obrazów w momencie zmiany wymiarów okna przeglądarki. Dodano też wsparcie dla narzędzi wprowadzonych w HTML5 – wprowadzanie dat, emaili, telefonów na urządzeniach mobilnych.

Wsparcie dla WCAG 2.0 – pełne poszanowanie standardów WAI-ARIA. Ma to szczególne znaczenie dla organów administracji rządowej, samorządowej i innych jednostek publicznych. System jest w pełni dostosowany „out of the box” do standardu WCAG 2.0.

W rdzeń Drupala wbudowano moduł CKEditor – ulepszony formularz dodawania zawartości, dzięki czemu możliwa jest edycja zawartości „w locie”, bez przechodzenia do pełnej wersji formularza. Uproszczona została ponadto konfiguracja edytora WYSIWYG i uproszczono zapisywanie wersji roboczych.

Nowy Drupal zawiera nowy system konfiguracji – oparty o pliki. Rozbudowano wersjonowanie i przenoszenie konfiguracji między środowiskami. Przenoszone są typy zawartości, pola, widoki.

Wielojęzyczność – znaczne zmiany nastąpiły w zakresie obsługi stron wielojęzycznych. Ekran instalacyjny pozwala wybrać język. W pełni wspierana jest wielojęzyczność widoków, pól i pozostałych części Drupala.

Serwer usług REST – nowy Drupal może służyć jako źródło danych dla aplikacji mobilnych, udostępniając dane w formacie JSON lub XML z pełną autoryzacją http dostępu do usług oraz wstawianiem danych z widoków jako usługi.

Aplikacja Prins Finder autorstwa Entera Studio WWW

Telefony i tablety stały się nieodłączną częścią naszej codziennej aktywności. Nic dziwnego, że aplikacje do nich przeznaczone są chętnie wykorzystywaną platformą kontaktu z klientami, czy narzędziami służącymi do codziennej pracy. Wydawałoby się, że te dwa zastosowania są ze sobą sprzeczne. Tymczasem nie zawsze musi tak być – aplikacja służąca pracownikom do pracy może jednocześnie być użyteczną aplikacją dla klientów firmy. Jako przykład można wskazać aplikację Prins Finder, dostępną dla systemów Android, iOS i Windows Phone, stanowiącą interaktywny katalog produktów firmy oferującej samochodowe instalacje LPG. Aplikacja pomaga klientom w doborze instalacji gazowej właściwej dla ich auta. Program służy jednak nie tylko klientom firmy – mechanicy współpracujący z producentem instalacji LPG mogą sprawdzić w niej dostępność systemów LPG do konkretnych marek i modeli samochodów, zawsze mając pod ręką aktualny, interaktywny katalog produktów.

 

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.

 

Co czwarta strona www na Wodpressie

WordPress wyrósł na lidera CMS typu open source i lidera systemów CMS w ogóle. Jak wynika z zakończonej niedawno analizy W3Techs, WordPress odpowiada obecnie za aż 25 procent wszystkich stron dostępnych w sieci. Z tego CMS korzysta aktualnie 58,7% stron www korzystających z systemów zarządzania treścią, co odpowiada 25 procentom wszystkich stron dostępnych w Internecie. Drugim najpopularniejszym CMS-em używanym przez wydawców stron jest Joomla, mająca obecnie 9% udziałów. Popularność WordPressa rośnie z roku na rok. W 2011 roku oparte o niego było 13,21% stron www, a rok później już 15,8%.

Wynik ten to absolutna deklasacja rywali. Wyraźnie widać, że z trzech równorzędnych jeszcze kilka lat temu platform CMS, czyli WordPressa, Joomla i Drupala, na placu boju został w praktyce tylko ten pierwszy. O ile Joomla jeszcze jakoś sobie radzi, o tyle ewidentne pogubienie się zespołu deweloperskiego Drupala (wydawanie stabilnej wersji 8 trwało ponad dwa lata!) prawdopodobnie zepchnie ten CMS na margines silników zarządzania stronami www. Pytanie tylko, czy taki układ sił służy użytkownikom? Zaletą WordPressa niewątpliwie są łatwość obsługi i tysiące wtyczek pozwalających zbudować i rozbudowywać praktycznie dowolny serwis www – i w tym należy upatrywać rosnącej popularności tego CMS – wadą, raczej niewielki poziom bezpieczeństwa w podstawowej instalacji. Używając WordPressa zawsze warto pamiętać o zadbaniu o bezpieczeństwo opartej na nim strony www we własnym zakresie.

Aplikacje mobilne na Android Wear i Apple Watch

Urządzenia naręczne oparte o platformy Android Wear i Watch OS, czyli po prostu zegarki z Androidem i Apple Watch stają się coraz popularniejsze. Abstrahując od dyskusji o przydatności tych gadżetów, faktem jest, że w ciągu ostatniego roku ich sprzedaż przekroczyła poziom 10 milionów. Stają się zatem kolejną platformą potencjalnego dotarcia do odbiorcy z informacją o usługach, czy produktach. Urządzenia te zaczynają także znajdować swoje miejsce w kulturze informacji – i tu ich roli nie sposób już nie docenić: powiadomienia o zbliżającym się terminie zabiegu, opóźnieniu lotu, wyniki badań przesyłane do firmowej aplikacji – przykłady zastosowań można mnożyć. Odpowiadając zatem na pytanie postawione w tytule: jeśli twoja organizacja/firma oferuje aplikację na telefony komórkowe (czy to dla klientów, czy też wewnętrzną dla pracowników) warto rozważyć uzupełnienie jej o aplikację dla urządzenia naręcznego. Jest to kolejny sposób na budowanie bliskich relacji z klientami, czy w zespole – nieco żartem można powiedzieć, że w tym wypadku już nie w kieszeni, a wręcz „przy skórze”. Nie ma najmniejszych wątpliwości, że elektronika „do ubierania” ma przed sobą świetlaną przyszłość. Kilkanaście lat temu telefon w kieszeni mający możliwości przenośnego komputera też wydawał się dość fantastycznym pomysłem… Dziś mało kto nie używa telefonu komórkowego.

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.

 

Collaser - edytor zdjęć dla iOS i Androida

Jeśli lubicie pobawić się zdjęciami i chcecie obudzić w sobie nutę kreatywności projektując zabawne kolaże zapoznajcie się z naszą nową aplikacją demonstracyjną. Collaser to zaawansowany edytor kolaży z możliwością edycji zdjęć robionych smartfonem, czy tabletem. Można także edytować zdjęcia wczytane z biblioteki urządzenia. W aplikacji znajdziecie ponad 150 różnych elementów do tworzenia kolaży i ciekawe narzędzia do edycji zdjęć. Wynikami swojej zabawy można podzielić się ze znajomymi na wszystkich portalach społecznościowych, a jeśli będziecie chcieli funkcje geolokalizacji określą za Was miejsce zrobienia zdjęcia. Aplikacja dostępna jest bezpłatnie dla systemów iOS (iPhone, iPad) oraz Android.

 

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.