Na tej stronie przedstawiono nowe kryteria sukcesu ujęte w Wytycznych dla dostępności treści internetowych (WCAG) 2.2. Strona zawiera cytaty z person, które pomogą Ci zrozumieć niektóre aspekty kryteriów sukcesu.
Wprowadzenie
Wprowadzenie do Wytycznych dla dostępności treści internetowych (WCAG) oraz inne informacje na temat wersji 2.0, 2.1 i 2.2 można znaleźć w artykule Omówienie WCAG.
WCAG 2.2 zostały opublikowane jako standard internetowy „Rekomendacja W3C” 5 października 2023 r.
Zmiany od WCAG 2.1 do WCAG 2.2
WCAG 2.2 wprowadziły 9 dodatkowych kryteriów sukcesu w porównaniu z WCAG 2.1. Są one przedstawione na tej stronie.
Kryteria sukcesu wersji 2.0 i 2.1 są zasadniczo takie same w wersji 2.2, z jednym wyjątkiem: KS 4.1.1 Poprawność kodu jest przestarzałe i zostało usunięte z WCAG 2.2. Więcej informacji znajdziesz na stronie WCAG 2 FAQ w sekcji 4.1.1 Poprawność kodu. WCAG 2.2 zawiera Uwagi dotyczące różnych języków; więcej informacji znajdziesz w FAQ WCAG 2, w sekcji internacjonalizacja.
Wytyczna 2.4 Nawigowalne
Zapewnij użytkownikowi narzędzia pomagające w nawigacji, znalezieniu treści i określeniu, gdzie się aktualnie znajduje.
2.4.11 Fokus niezakryty (minimum) (AA)
W skrócie:
- Co robić
- Zapewnij, że element, który otrzymuje fokus klawiatury, jest przynajmniej częściowo widoczny.
- Dlaczego to jest ważne
- Osoby, które nie mogą korzystać z myszy, muszą widzieć element, który ma fokus klawiatury.
Przykład persony — reporter z powtarzającymi się urazami stresowymi, który korzysta z oprogramowania do rozpoznawania mowy:
- Problem
Ta strona ma duży baner, który zawsze jest na dole (przyklejony do stopki) Kiedy przenoszę fokus na elementy, niektóre są ukryte za banerem i nie mogę ich zobaczyć.
- Poprawne działanie
Kiedy przenoszę fokus na elementy, widzę je całe.
Kryterium sukcesu WCAG:
Gdy komponent interfejsu użytkownika otrzymuje fokus klawiatury, komponent nie jest całkowicie zakryty treścią stworzoną przez autora.
Uwaga: Gdy treść w konfigurowalnym interfejsie może być przestawiana przez użytkownika, wówczas przy testowaniu i spełnianiu tego kryterium sukcesu brane są pod uwagę tylko początkowe ustawienia ruchomej treści.
Uwaga: Treść otwierana przez użytkownika może zakryć komponent otrzymujący fokus. Jeśli użytkownik może odkryć komponent z fokusem bez przesuwania fokusu klawiatury, komponent z fokusem nie jest uważany za zakryty treścią stworzoną przez autora.
Objaśnienie KS Fokus niezakryty (minimum)
2.4.12 Fokus niezakryty (ulepszony) (AAA)
W skrócie:
- Co robić
- Zapewnij, że element, który otrzymuje fokus klawiatury, jest w pełni widoczny.
- Dlaczego to jest ważne
- Osoby, które nie mogą korzystać z myszy, muszą widzieć element, który ma fokus klawiatury.
(Persona, problem i poprawne działanie - tak samo jak powyżej w przypadku KS 2.4.12.)
Kryterium sukcesu WCAG:
Gdy komponent interfejsu użytkownika otrzymuje fokus klawiatury, żadna część komponentu nie może być zakryta przez treść stworzoną przez autora.
Objaśnienie KS Fokus niezakryty (ulepszony)
2.4.13 Wygląd fokusu (AAA)
W skrócie:
- Co robić
- Użyj wskaźnika fokusu o odpowiedniej wielkości i kontraście.
- Dlaczego to jest ważne
- Wiele osób, w tym osoby starsze, nie zauważa drobnych zmian w wyglądzie.
Przykład persony — reporter z powtarzającymi się urazami stresowymi, który nie używa myszy:
i senior z niską wrażliwością na kontrast:
- Problem
Poruszając się po stronie internetowej lub aplikacji, nie mogę stwierdzić, na czym skupia się uwaga klawiatury.
- Poprawne działanie
Poruszając się po stronie internetowej lub aplikacji, widzę, gdzie znajduje się fokus klawiatury.
Kryterium sukcesu WCAG:
Gdy wskaźnik fokusu klawiatury jest widoczny, obszar wskaźnika fokusu spełnia wszystkie poniższe kryteria:
- jest co najmniej tak duży jak obszar obwodu o grubości 2 pikseli CSS komponentu lub podkomponentu bez fokusu oraz
- ma współczynnik kontrastu co najmniej 3:1 między tymi samymi pikselami w stanie „ma fokus” i „nie ma fokusu”.
Wyjątki:
- Wskaźnik fokusu jest określany przez oprogramowanie użytkownika i autor nie może go regulować lub
- Wskaźnik fokusu i kolor tła wskaźnika nie zostały zmienione przez twórcę.
Uwaga: To, co jest postrzegane jako komponent lub podkomponent interfejsu użytkownika (w celu określenia obwiedni lub rozmiaru), zależy od jego prezentacji wizualnej. Prezentacja wizualna obejmuje widoczną treść komponentu, obramowanie i tło specyficzne dla komponentu. Nie obejmuje efektów cienia i blasku poza treścią, tłem lub obramowaniem komponentu.
Uwaga: Przykładami podkomponentów, które mogą otrzymać fokus, są elementy menu w otwartym menu rozwijanym lub komórki siatki, na których można ustawić fokus.
Uwaga: Obliczenia kontrastu można wykonać w oparciu o kolory zdefiniowane w ramach technologii (np. HTML, CSS i SVG). Piksele zmodyfikowane przez ulepszenia rozdzielczości oprogramowania użytkownika i wygładzanie można zignorować.
Wytyczna 2.5 Sposoby wprowadzania danych
Ułatwiaj użytkownikom obsługę funkcjonalności za pomocą różnych sposobów poza klawiaturą
2.5.7 Ruch przeciągania (AA)
W skrócie:
- Co robić
- W przypadku każdej akcji wymagającej przeciągania zapewnij alternatywę wykorzystującą pojedynczy wskaźnik
- Dlaczego to jest ważne
- Niektóre osoby nie mogą używać myszy do przeciągania elementów.
Przykład osoby — senior z drżeniem rąk:
- Problem
Nie mogę przytrzymać przycisku myszy i przeciągnąć go wystarczająco dokładnie, aby przenieść elementy na tej liście.
- Poprawne działanie
Gdy klikam element na liście, pojawiają się strzałki w górę i w dół, które mogę kliknąć, aby zmienić kolejność.
Kryterium sukcesu WCAG:
Wszystkie funkcjonalności, które wykorzystują do działania ruch przeciągania można zrealizować za pomocą pojedynczego wskaźnika bez przeciągania, chyba że przeciąganie jest niezbędne lub funkcjonalność została określona przez program użytkownika, a nie twórcę.
Uwaga: Wymóg ten dotyczy treści internetowych, które odczytują działania wskaźnika (tj. nie dotyczy działań, które są wymagane do obsługi programu użytkownika lub technologii wspomagającej).
2.5.8 Rozmiar celu (minimalny) (AA)
W skrócie:
- Co robić
- Zapewnij minimalny rozmiar celów lub wystarczające odstępy wokół nich.
- Dlaczego to jest ważne
- Niektóre osoby z niepełnosprawnościami fizycznymi nie mogą klikać małych przycisków znajdujących się blisko siebie.
Przykład osoby — senior z drżeniem rąk:
- Problem
Przyciski są tak blisko, że klikam „Anuluj”, wybierając „Prześlij”. Wtedy muszę zacząć wszystko od nowa.
- Poprawne działanie
Pomiędzy przyciskami jest więcej miejsca, więc nie nacisnę niewłaściwego przycisku, nawet gdy jadę autobusem po wyboistej drodze.
Kryterium sukcesu WCAG:
Rozmiar celu dla danych wprowadzanych wskaźnikiem wynosi co najmniej 24 na 24 piksele CSS, z wyjątkiem sytuacji, gdy
- Odstępy: Niewielkie cele (mniejsze niż 24 na 24 piksele CSS) są umieszczane w taki sposób, że jeśli okrąg o średnicy 24 pikseli CSS jest wyśrodkowany na obwiedni każdego z nich, okręgi nie przecinają innego celu ani okręgu innego niewielkiego celu;
- Odpowiednik: Efekt może być osiągnięty na tej samej stronie za pomocą innej kontrolki, która spełnia to kryterium;
- Wierszowe: Cel znajduje się w zdaniu lub jego rozmiar jest w inny sposób ograniczony przez wysokość linii tekstu innego niż wiersz z celem;
- Kontrola programu użytkownika: Rozmiar celu jest określany przez program użytkownika i nie jest modyfikowany przez twórcę;
- Istotny: Sposób przedstawienia celu jest niezbędny albo jest prawnie wymagany przy przekazywaniu informacji.
Uwaga: Cele, które umożliwiają przestrzenny wybór wartości na podstawie pozycji w obrębie celu, są uważane za jeden cel na potrzeby tego kryterium sukcesu. Przykładami mogą być suwaki, selektory kolorów wyświetlające gradient kolorów lub edytowalne obszary, w których umieszcza się kursor.
Uwaga: W przypadku celów wbudowanych wysokość linii należy interpretować jako prostopadłą do przepływu tekstu. Na przykład w języku wyświetlanym pionowo wysokość linii będzie pozioma.
Wytyczna 3.2 Przewidywalne
Twórz strony internetowe tak, aby otwierały się, wyglądały i działały w sposób przewidywalny.
3.2.6 Spójna pomoc (A)
W skrócie:
- Co robić
- Umieść pomoc w tym samym miejscu, jeśli występuje na wielu stronach
- Dlaczego to jest ważne
- Osoby potrzebujące pomocy mogą ją łatwiej znaleźć, jeśli będzie ona w tym samym miejscu.
Przykład persony — sprzedawca w supermarkecie z niepełnosprawnością poznawczą:
- Problem
Ilekroć korzystam z aplikacji internetowej do planowania wizyt lekarskich, nie pamiętam, co robić na każdym etapie. W niektórych miejscach widziałem opcję Czat, ale nie mogę jej teraz znaleźć.
- Poprawne działanie
Kiedy potrzebuję pomocy, z łatwością mogę znaleźć opcję Czat, która zawsze znajduje się w prawym dolnym rogu strony.
Kryterium sukcesu WCAG:
Jeśli strona internetowa zawiera którykolwiek z poniższych mechanizmów pomocy, a mechanizmy te powtarzają się na wielu stronach internetowych w ramach zestawu stron internetowych, występują one w tej samej kolejności względem innych treści strony, chyba że użytkownik zainicjuje zmianę:
- Dane kontaktowe człowieka;
- Mechanizm kontaktu z człowiekiem;
- Opcja samopomocy;
- W pełni zautomatyzowany mechanizm kontaktu.
Uwaga: Mechanizmy pomocy mogą być zapewniane bezpośrednio na stronie lub mogą być udostępniane poprzez bezpośrednie łącze do innej strony zawierającej informacje.
Uwaga: W przypadku tego kryterium sukcesu „taka sama kolejność w stosunku do innej treści strony” może oznaczać sposób, w jaki treść jest uporządkowana, gdy strona jest serializowana. Wizualna pozycja mechanizmu pomocy będzie prawdopodobnie taka sama na wszystkich stronach dla tej samej odmiany strony (np. punkt przerwania CSS). Użytkownik może zainicjować zmianę, taką jak zmiana powiększenia lub orientacji strony, co może wywołać inną odmianę strony. To kryterium dotyczy względnej kolejności na stronach wyświetlanych w tej samej odmianie strony (np. przy tym samym poziomie powiększenia i orientacji).
Wytyczna 3.3 Pomoc przy wprowadzaniu danych
Pomagaj użytkownikom unikać błędów i je korygować.
3.3.7 Ponowny wpis (A)
W skrócie:
- Co robić
- Nie proś o tę samą informację dwa razy w trakcie jednej sesji.
- Dlaczego to jest ważne
- Niektóre osoby z problemami poznawczymi mają trudności z zapamiętaniem tego, co wprowadziły wcześniej.
Przykład persony — sprzedawca w supermarkecie z niepełnosprawnością poznawczą:
- Problem
Ilekroć korzystam z aplikacji internetowej do planowania wizyt lekarskich, muszę ponownie wpisać niektóre informacje, które wprowadziłem w poprzednim kroku.
- Poprawne działanie
Aplikacja automatycznie uzupełnia informacje, które wprowadziłem w poprzednich krokach.
Kryterium sukcesu WCAG:
Informacje uprzednio wprowadzone przez użytkownika lub przekazane użytkownikowi, które muszą zostać wprowadzone ponownie w tej samej procedurze są:
- wypełniane automatycznie albo
- możliwe do wybrania przez użytkownika.
Za wyjątkiem sytuacji, gdy:
- ponowne wprowadzenie informacji jest niezbędne,
- informacja jest niezbędna do zapewnienia bezpieczeństwa treści lub
- poprzednio wprowadzona informacja jest już nieaktualna.
3.3.8 Dostępne uwierzytelnianie (minimum) (AA)
W skrócie:
- Co robić
- Nie zmuszaj ludzi do rozwiązywania, przypominania sobie lub przepisywania czegoś, aby się zalogować.
- Dlaczego to jest ważne
- Niektóre osoby z problemami poznawczymi nie mogą rozwiązywać zagadek, zapamiętywać nazwy użytkownika i hasła lub przepisywać jednorazowych kodów dostępu.
Przykład persony — sprzedawca w supermarkecie z niepełnosprawnością poznawczą:
- Problem
Nigdy nie pamiętam hasła, naprawdę trudno jest dostać się do tej aplikacji.
- Poprawne działanie
Aby dostać się do tej aplikacji, mogę podać swój adres e-mail. Następnie otrzymuję wiadomość e-mail i mogę kliknąć łącze w wiadomości e-mail, aby uzyskać dostęp do aplikacji.
Kryterium sukcesu WCAG:
test funkcji poznawczych (taki jak zapamiętywanie hasła lub rozwiązywanie łamigłówki) nie jest wymagany na żadnym etapie procedury uwierzytelniania, chyba że etap ten zapewnia co najmniej jedną z poniższych:
- Alternatywa
- Istnieje inna metoda uwierzytelniania, która nie opiera się na teście funkcji poznawczych.
- Mechanizm
- Istnieje mechanizm pomagający użytkownikowi w ukończeniu testu funkcji poznawczych.
- Rozpoznawanie obiektów
- Test funkcji poznawczych polega na rozpoznawaniu obiektów.
- Treść osobista
- Test funkcji poznawczych polega na rozpoznaniu treści nietekstowych, które użytkownik dostarczył wcześniej stronie internetowej.
Uwaga: „Rozpoznawane obiekty” i „Treść osobista” mogą być reprezentowane przez obrazy, wideo lub audio.
Uwaga: Przykłady mechanizmów spełniających to kryterium obejmują:
- obsługa wprowadzania haseł przez aplikacje do zarządzania hasłami w celu ograniczenia konieczności zapamiętywania oraz
- funkcję kopiuj i wklej, aby zmniejszyć obciążenie poznawcze związane z ponownym wpisywaniem.
3.3.9 Dostępne uwierzytelnianie (ulepszone) (AAA)
W skrócie:
- Co robić
- Nie zmuszaj użytkowników do rozpoznawania obiektów lub obrazów i mediów dostarczonych przez użytkownika w celu zalogowania się.
- Dlaczego to jest ważne
- Niektóre osoby z problemami poznawczymi nie są w stanie rozwiązywać zagadek, w tym identyfikować obiektów i informacji nietekstowych, które wcześniej dostarczyły.
Przykład persony — sprzedawca w supermarkecie z niepełnosprawnością poznawczą:
- Problem
Aby dostać się do tej aplikacji, dostaję monit o kliknięcie zdjęć kotów, ale nie mogę rozpoznać, które to koty.
- Poprawne działanie
Aby dostać się do tej aplikacji, mogę skopiować i wkleić swoje hasło.
Kryterium sukcesu WCAG:
(taki jak zapamiętywanie hasła lub rozwiązywanie łamigłówki) nie jest wymagany na żadnym etapie procesu uwierzytelniania, chyba że etap ten zapewnia co najmniej jedną z poniższych:
- Alternatywa
- Istnieje inna metoda uwierzytelniania, która nie opiera się na teście funkcji poznawczych.
- Mechanizm
- Istnieje mechanizm pomagający użytkownikowi w ukończeniu testu funkcji poznawczych.
O personach
Persony te to reprezentacje osób z niepełnosprawnościami opracowane na podstawie danych jakościowych dotyczących prawdziwych ludzi.
Podlinkowane role person prowadzą do Historii użytkowników sieci (Stories of Web Users). Na tej stronie znajdują się inne persony z różnymi niepełnosprawnościami.
Kto opracowuje WCAG
Dokumenty techniczne WCAG są opracowywane przez Accessibility Guidelines Working Group (AG WG) (dawniej Web Content Accessibility Guidelines Working Group), która jest częścią Konsorcjum World Wide Web (W3C) Web Accessibility Initiative(WAI) (Inicjatywa na Rzecz Dostępności Internetowej).
WAI okresowo aktualizuje techniki WCAG 2 i Objaśnienia WCAG 2. Czekamy na komentarze i propozycje nowych technik.
Możliwości wniesienia wkładu do WCAG i innych prac WAI zostały przedstawione na stronie Uczestnictwo w WAI.
O tym dokumencie
Artykuł jest nieoficjalnym tłumaczeniem publikacji WAI W3C. Może zawierać błedy wynikające z tłumaczenia. W razie rozbieżności obowiązuje treść oryginału w języku angielskim.
- Źródło
- What’s New in WCAG 2.2
- Data:
- Uaktualniono 29 listopada 2023. Pierwsza publikacja - czerwiec 2008.
- Redaktorzy:
- Shawn Lawton Henry. Współpraca: Mike Gower, Shadi Abou-Zahrar.
- Opracowane z udziałem
- Grupy Roboczej ds. Edukacji i Promocji (EOWG) oraz oraz Grupy Roboczej ds. Wytycznych dla Dostępności (AG WG).
- Prawa wlasności:
- W3C® (MIT, ERCIM, Keio, Beihang). Zobacz Zasady użytkowania materiałów WAI.
- Tłumaczenie
- Stefan Wajda, © 2020-2024 Pracownia Dostępności Cyfrowej LepszyWeb.pl