Standardy · WCAG 2.2
Kryteria sukcesu WCAG 2.2
Wszystkie 86 kryteria sukcesu WCAG 2.2 — 31 na poziomie A, 24 na AA, 31 na AAA. 9 dodano w wersji 2.2; 17 w wersji 2.1; 60 pochodzi z wersji 2.0. Każdy wpis zawiera przystępne podsumowanie, wskazówki dotyczące spełnienia wymagań i błędy najczęściej spotykane w rzeczywistych audytach.
1. Postrzegalność
Informacje i komponenty interfejsu użytkownika muszą być prezentowane użytkownikom w sposób, który mogą postrzec.
- 1.1.1 A
Treść nietekstowa
Każdy obraz, ikona, wykres, plik audio i inny komponent nietekstowy musi mieć alternatywę tekstową spełniającą ten sam cel — dzięki temu użytkownicy czytników ekranowych, wyświetlaczy brajlowskich i przełączników uzyskują te same informacje co użytkownicy widzący.
- 1.2.1 A
Tylko audio i tylko wideo (nagranie)
Nagrania zawierające wyłącznie dźwięk wymagają transkrypcji tekstowej. Nagrania zawierające wyłącznie obraz bez dźwięku wymagają opisu tekstowego lub ścieżki audio przekazującej te same informacje — dzięki temu użytkownicy niesłyszący lub niewidomi mają dostęp do treści.
- 1.2.2 A
Napisy rozszerzone (nagranie)
Każde nagrane wideo zawierające dźwięk wymaga zsynchronizowanych napisów obejmujących dialogi, identyfikację rozmówców i znaczące dźwięki niewerbal ne — dzięki temu głusi i niedosłyszący użytkownicy otrzymują z ścieżki dźwiękowej te same informacje co pozostali.
- 1.2.3 A
Audiodeskrypcja lub alternatywa medialna (nagranie)
Nagrane wideo wymaga audiodeskrypcji lub pełnej alternatywy tekstowej dla informacji wizualnych, które nie są przekazane przez ścieżkę dźwiękową — dzięki temu niewidomi użytkownicy otrzymują te same treści co widzący.
- 1.2.4 AA
Napisy rozszerzone (na żywo)
Dźwięk na żywo w zsynchronizowanych mediach — webinariach, transmisjach na żywo, wydarzeniach wirtualnych — musi być opatrzony napisami w czasie rzeczywistym. Automatyczne napisy mogą spełnić wymaganie, jeśli ich dokładność jest wystarczająco wysoka, lecz profesjonalne napisy CART są bezpieczniejszym rozwiązaniem.
- 1.2.5 AA
Audiodeskrypcja (nagranie)
Nagrane wideo wymaga ścieżki audiodeskrypcji narrującej ważne informacje wizualne podczas naturalnych przerw w dialogu. Na poziomie AA sama transkrypcja tekstowa już nie wystarcza — opis musi mieć formę audio.
- 1.2.6 AAA
Język migowy (nagranie)
Nagrane dźwięki w zsynchronizowanych mediach muszą być opatrzone tłumaczeniem na język migowy. Napisy nie są substytutem — dla wielu głuchych użytkowników język migowy jest pierwszym językiem, a pisany — drugim.
- 1.2.7 AAA
Rozszerzona audiodeskrypcja (nagranie)
Gdy przerwy w dialogu są zbyt krótkie na standardową audiodeskrypcję, wideo musi zatrzymać się, aby odtworzyć rozszerzoną narrację — dzięki temu niewidomi użytkownicy otrzymują pełny kontekst wizualny nawet w gęstych, szybko montowanych treściach.
- 1.2.8 AAA
Alternatywa dla mediów (nagranie)
Nagrane zsynchronizowane media — oraz nagrane wideo bez dźwięku — wymagają kompletnej alternatywy tekstowej przekazującej te same informacje. Wykracza to poza napisy i audiodeskrypcję: musi to być pełny, samodzielny dokument.
- 1.2.9 AAA
Tylko dźwięk (na żywo)
Treści audio na żywo — strumienie radiowe, połączenia tylko z dźwiękiem, podcasty na żywo — wymagają tekstowej alternatywy w czasie rzeczywistym, takiej jak napisy na żywo, aby niesłyszący i niedosłyszący użytkownicy otrzymywali treść w momencie jej nadawania.
- 1.3.1 A
Informacje i relacje
Informacje i relacje przekazywane wizualnie — nagłówki, listy, tabele, etykiety formularzy, grupowania — muszą być też wyrażone w znacznikach, aby technologie wspomagające mogły je odwzorować. Samo stylowanie wizualne nie wystarczy.
- 1.3.2 A
Znacząca kolejność
Gdy kolejność czytania treści ma znaczenie dla jej rozumienia, kolejność w DOM musi odpowiadać kolejności wizualnej. Pozycjonowanie CSS i właściwość float zaburzające sekwencję psują działanie czytników ekranu i nawigację klawiaturą.
- 1.3.3 A
Charakterystyki zmysłowe
Instrukcje nie mogą opierać się wyłącznie na kształcie, rozmiarze, położeniu, orientacji, dźwięku lub kolorze. „Kliknij zielony przycisk po prawej" wyklucza użytkowników, którzy nie widzą układu strony lub nie rozróżniają kolorów.
- 1.3.4 AA
Orientacja
Treść nie może być zablokowana w jednej orientacji — pionowej lub poziomej — chyba że ta orientacja jest niezbędna. Użytkownicy jeżdżący na wózku inwalidzkim lub trzymający telefon w stałym uchwycie nie mogą obrócić urządzenia.
- 1.3.5 AA
Określanie przeznaczenia pola wprowadzania danych
Pola formularzy zbierające typowe dane osobowe — imię, e-mail, telefon, adres, karta płatnicza — muszą programowo deklarować swoje przeznaczenie za pomocą atrybutu HTML autocomplete. Umożliwia to automatyczne uzupełnianie przez przeglądarkę oraz dostosowanie interfejsu przez technologie wspomagające.
- 1.3.6 AAA
Określanie przeznaczenia
Przeznaczenie komponentów interfejsu, ikon i regionów — wykraczające poza pola formularzy — musi być programowo identyfikowalne, aby technologie adaptacyjne mogły zastępować elementy symbolami, upraszczać stronę lub ukrywać nieistotne części.
- 1.4.1 A
Użycie koloru
Kolor nie może być jedynym sposobem przekazywania informacji. Wymagane pola, stany błędu, odróżnienie linków, serie na wykresach — wszystkie wymagają dodatkowej wskazówki (tekstu, ikony, podkreślenia, wzoru), aby użytkownicy z zaburzeniami widzenia kolorów otrzymali te same informacje.
- 1.4.2 A
Kontrola dźwięku
Dźwięk odtwarzany automatycznie przez ponad trzy sekundy musi mieć przycisk pauzy, zatrzymania lub regulacji głośności niezależny od głośności systemowej — aby nie zagłuszał mowy czytnika ekranu.
- 1.4.3 AA
Kontrast (minimum)
Tekst podstawowy musi mieć stosunek kontrastu co najmniej 4,5:1 względem tła. Duży tekst (co najmniej 18pt lub co najmniej 14pt pogrubiony) wymaga 3:1. Logotypy i tekst dekoracyjny są zwolnione.
- 1.4.4 AA
Zmiana rozmiaru tekstu
Tekst musi pozostać czytelny i użyteczny po powiększeniu do 200% bez utraty treści lub funkcjonalności. Napisy rozszerzone i obrazy tekstu są zwolnione.
- 1.4.5 AA
Obrazy tekstu
Tekst powinien być zaimplementowany jako rzeczywisty tekst, a nie jako obraz rastrowy — chyba że obraz jest niezbędny (logo, zrzut ekranu omawianego interfejsu) lub w pełni konfigurowalny przez użytkownika.
- 1.4.6 AAA
Kontrast (ulepszony)
Kontrast na poziomie AAA: 7:1 dla tekstu podstawowego, 4.5:1 dla tekstu dużego. Surowsze wymagania niż w 1.4.3 — przeznaczone dla użytkowników ze znaczną słabością wzroku, którzy potrzebują wyższego kontrastu do komfortowego czytania.
- 1.4.7 AAA
Niski poziom dźwięku tła lub jego brak
W nagraniach audio, w których dominuje mowa, dźwięki tła muszą być co najmniej 20 dB cichsze od mowy na pierwszym planie, być nieobecne lub możliwe do wyciszenia — aby użytkownicy z ubytkiem słuchu mogli zrozumieć dialogi.
- 1.4.8 AAA
Prezentacja wizualna
Dla bloków tekstu użytkownicy muszą mieć możliwość kontrolowania kolorów pierwszego planu i tła, szerokości wiersza (maks. 80 znaków), justowania (bez wyrównania do obu marginesów), interlinii (1,5×) i odstępów między akapitami (1,5× wysokości wiersza) — bez poziomego przewijania przy powiększeniu 200%.
- 1.4.9 AAA
Obrazy tekstu (bez wyjątku)
Poziom AAA: obrazy tekstu są niedozwolone w ogóle, z wyjątkiem logotypów i przypadków niezbędnych (np. zrzut ekranu ilustrujący typografię). Wyjątek z 1.4.5 dotyczący konfigurowalności przez użytkownika zostaje usunięty.
- 1.4.10 AA
Przepływ
Treść musi przeformatowywać się do jednej kolumny przy szerokości 320 pikseli CSS (dla treści z przewijaniem pionowym) lub wysokości 256 pikseli (dla treści z przewijaniem poziomym) bez utraty informacji lub funkcjonalności. Niedopuszczalne jest przewijanie w dwóch kierunkach jednocześnie.
- 1.4.11 AA
Kontrast elementów nietekstowych
Elementy interfejsu (obramowania przycisków, kontury pól formularzy, wskaźniki fokusa, kontrolki oparte wyłącznie na ikonach) oraz znaczące elementy graficzne (serie na wykresach, ikony stanu) muszą osiągać kontrast co najmniej 3:1 względem sąsiednich kolorów.
- 1.4.12 AA
Odstępy tekstu
Gdy użytkownicy zmieniają odstępy tekstu — wysokość wiersza 1,5x, odstęp akapitowy 2x rozmiar czcionki, odstęp między literami 0,12em, odstęp między wyrazami 0,16em — strona nie może tracić treści ani funkcjonalności.
- 1.4.13 AA
Treść przy najechaniu lub fokusie
Dymki, popovery i inne treści pojawiające się po najechaniu kursorem lub ustawieniu fokusa muszą być: możliwe do odrzucenia, dostępne pod kursorem (użytkownik może przesunąć wskaźnik do ich wnętrza) oraz trwałe (nie znikają, dopóki użytkownik ich nie odrzuci lub fokus nie opuści wyzwalacza).
2. Funkcjonalność
Komponenty interfejsu użytkownika i nawigacja muszą być obsługiwalne przez wszystkich.
- 2.1.1 A
Klawiatura
Każda funkcja strony musi być obsługiwana wyłącznie z klawiatury — bez konieczności używania myszy, przeciągania elementów ani zachowania określonych czasów naciśnięć. Użytkownicy czytników ekranu, przełączników i sterowania głosowego zależą od tej podstawowej zasady.
- 2.1.2 A
Bez pułapki klawiaturowej
Jeśli fokus klawiatury może wejść do komponentu, musi też móc z niego wyjść za pomocą samej klawiatury. Główni winowajcy to okna modalne, osadzone obiekty i niestandardowe widżety.
- 2.1.3 AAA
Klawiatura (bez wyjątku)
To samo co 2.1.1 Klawiatura, ale bez wyjątku zależnego od ścieżki ruchu. Każda funkcja — w tym odręczny podpis i przechwytywanie podpisu — musi mieć odpowiednik obsługiwany klawiaturą.
- 2.1.4 A
Skróty jednoklawiszowe
Skróty klawiaturowe oparte na pojedynczym znaku (literze, cyfry lub symbolu) muszą być możliwe do wyłączenia, zmiany przypisania lub aktywacji wyłącznie wtedy, gdy odpowiedni komponent ma fokus. Chroni użytkowników sterowania głosem i dyktowania przed przypadkowym ich uruchomieniem.
- 2.2.1 A
Regulacja czasu
Każdy limit czasowy narzucony przez treść musi być możliwy do wyłączenia, dostosowania do co najmniej dziesięciokrotności wartości domyślnej lub przedłużenia przez użytkownika z co najmniej 20-sekundowym ostrzeżeniem. Główne cele to limity sesji i liczniki czasu quizów.
- 2.2.2 A
Wstrzymanie, zatrzymanie, ukrycie
Treści ruchome, migające, przewijające się lub automatycznie aktualizowane trwające dłużej niż pięć sekund muszą być możliwe do wstrzymania, zatrzymania lub ukrycia przez użytkownika. Dotyczy karuzel, marquee, tikerów informacyjnych, animowanych reklam i automatycznie odświeżanych źródeł.
- 2.2.3 AAA
Bez ograniczeń czasowych
Limity czasu nie są w ogóle częścią treści, z wyjątkiem nieinteraktywnych zdarzeń w czasie rzeczywistym. Surowsze niż 2.2.1 — brak możliwości ostrzeżenia i przedłużenia jako alternatywy.
- 2.2.4 AAA
Przerywanie
Przerywania — wyskakujące okna, powiadomienia, alerty, automatyczne odświeżanie — muszą być przez użytkownika odroczone lub wyciszone, z wyjątkiem tych dotyczących sytuacji awaryjnych.
- 2.2.5 AAA
Ponowne uwierzytelnianie
Gdy uwierzytelniona sesja wygaśnie, użytkownik musi mieć możliwość kontynuowania zadania bez utraty wprowadzonych danych. Sesja kończy się, praca w toku — nie.
- 2.2.6 AAA
Limity czasu
Użytkownicy muszą być ostrzegani o każdym limicie czasu bezczynności, który może spowodować utratę danych — chyba że dane są przechowywane przez ponad 20 godzin nieaktywności.
- 2.3.1 A
Trzy błyski lub wartości poniżej progu
Żaden element strony nie może migać częściej niż trzy razy na sekundę, chyba że błysk jest poniżej określonych progów wielkości i kontrastu. Kryterium zaprojektowano w celu zapobiegania napadom fotosensytywnym.
- 2.3.2 AAA
Trzy błyski
Żaden element strony nie może migać częściej niż trzy razy na sekundę — bez wyjątków. Kryterium usuwa wyjątki dotyczące rozmiaru i progu dopuszczane przez 2.3.1.
- 2.3.3 AAA
Animacja wywoływana interakcją
Animacje ruchu wyzwalane interakcją mogą być wyłączone przez użytkownika, chyba że animacja jest niezbędna. Należy honorować zapytanie medialne `prefers-reduced-motion`.
- 2.4.1 A
Pomijanie bloków
Zapewnia się użytkownikom klawiatury i czytników ekranu mechanizm pomijania treści powtarzających się na każdej stronie — zwykle nagłówka, głównej nawigacji i linków pomocniczych — aby mogli przejść do treści głównej bez tabowania przez dziesiątki odnośników.
- 2.4.2 A
Tytuł strony
Każda strona musi mieć element `<title>` opisujący jej temat lub cel. Tytuł jest tym, co czytniki ekranu ogłaszają po załadowaniu strony i co użytkownicy widzą w zakładkach, zakładkach ulubionych, historii i wynikach wyszukiwania.
- 2.4.3 A
Kolejność fokusa
Gdy użytkownicy przechodzą przez stronę klawiszem Tab, kolejność fokusa musi odpowiadać sekwencji zachowującej sens i operatywność — zazwyczaj jest to wizualny porządek czytania. Chaotyczna kolejność Tab jest funkcjonalnie zepsuta, nawet jeśli każdy element sterujący działa poprawnie.
- 2.4.4 A
Cel łącza (w kontekście)
Cel każdego łącza musi być jasny z jego tekstu lub z tekstu łącza w połączeniu z otaczającym kontekstem — zdaniem, elementem listy, komórką tabeli lub akapitem. Użytkownicy czytników ekranu często słyszą łącza poza kontekstem, na liście łączy.
- 2.4.5 AA
Wiele sposobów
Użytkownicy muszą mieć więcej niż jeden sposób dotarcia do strony w ramach serwisu — zazwyczaj kombinację menu nawigacyjnego, wyszukiwarki, mapy serwisu, spisu treści lub listy powiązanych stron. Wyjątek stanowią strony będące krokami procesu (zamówienie, formularze wieloetapowe).
- 2.4.6 AA
Nagłówki i etykiety
Nagłówki i etykiety formularzy muszą opisywać temat lub cel wprowadzanej treści. Nie muszą być unikalne, ale muszą być informatywne — nagłówek brzmiący „Informacje" lub etykieta brzmiąca „Pole" nie spełniają tego kryterium.
- 2.4.7 AA
Widoczny fokus
Każdy interfejs obsługiwany klawiaturą musi wyświetlać widoczny wskaźnik fokusa na aktualnie sfokusowanym elemencie. Jeśli użytkownik nie widzi, gdzie znajduje się fokus klawiatury, nie może korzystać ze strony za pomocą klawiatury. Jedno z najczęściej cytowanych kryteriów w audytach.
- 2.4.8 AAA
Lokalizacja
Użytkownicy muszą wiedzieć, gdzie znajdują się w ramach zbioru stron — zazwyczaj za pomocą okruszków nawigacyjnych, wskaźnika bieżącej strony w menu lub mapy serwisu podświetlającej aktywną sekcję.
- 2.4.9 AAA
Cel łącza (tylko łącze)
Ściślejsza wersja AAA kryterium 2.4.4: sam tekst łącza — bez otaczającego kontekstu — musi jednoznacznie identyfikować cel. „Czytaj więcej" nie spełnia wymagania, nawet gdy poprzedzające zdanie je wyjaśnia. Kryterium zaprojektowano z myślą o użytkownikach czytników ekranu nawigujących przez listę łączy.
- 2.4.10 AAA
Nagłówki sekcji
Treść organizuje się za pomocą nagłówków. Tam gdzie strona zawiera wyodrębnione sekcje, każda z nich wymaga prawdziwego elementu nagłówka (`<h1>`–`<h6>`) — nie stylizowanych akapitów imitujących nagłówki.
- 2.4.11 AA Nowe 2.2
Fokus nieprzesłonięty (minimum)
Gdy element otrzymuje fokus klawiatury, nie może być całkowicie ukryty za innym elementem interfejsu — stałymi nagłówkami, banerami cookies, widgetami czatu, stałymi stopkami. Nowość w WCAG 2.2, zmieniająca podejście zespołów do budowania stałych elementów chrome.
- 2.4.12 AAA Nowe 2.2
Fokus nieprzesłonięty (rozszerzony)
Ostrzejsza wersja AAA kryterium 2.4.11: gdy element otrzymuje fokus, żadna jego część nie może być przesłonięta przez inną treść. Nowość w WCAG 2.2.
- 2.4.13 AAA Nowe 2.2
Wygląd fokusu
Wskaźnik fokusu klawiatury musi spełniać mierzalne wymagania wizualne: co najmniej 2 piksele CSS grubości wzdłuż obwodu, kontrast minimum 3:1 w stosunku do stanu niefokusowanego i brak przesłonięcia. Nowość w WCAG 2.2 — najbardziej konkretna reguła stylizacji fokusu, jaką specyfikacja kiedykolwiek opublikowała.
- 2.5.1 A
Gesty wskaźnika
Każda funkcja wymagająca gestu wielodotykowego lub ścieżkowego — szczypnięcie do zoomu, obrót dwoma palcami, przesunięcie do usunięcia — musi być również dostępna przez aktywację jednym punktem, która nie wymaga śledzenia ścieżki.
- 2.5.2 A
Anulowanie wskaźnika
Funkcje wyzwalane przez pojedynczy wskaźnik muszą być aktywowane przy zdarzeniu zwolnienia, a nie naciśnięcia — aby użytkownik mógł przeciągnąć poza obszar i anulować. Wymagane jest anulowanie, cofnięcie lub dezaktywacja przed potwierdzeniem, chyba że natychmiastowa aktywacja jest niezbędna.
- 2.5.3 A
Etykieta w nazwie
Gdy element sterujący posiada widoczny tekst, ten dokładny tekst musi występować na początku jego dostępnej nazwy. W przeciwnym razie użytkownicy sterowania głosem, którzy wypowiadają to, co widzą, nie będą mogli aktywować elementu.
- 2.5.4 A
Aktywacja ruchem
Funkcje wyzwalane ruchem urządzenia lub ruchem użytkownika — potrząśnięcie, przechylenie, gest przed kamerą — muszą być też dostępne przez standardowe elementy sterujące interfejsu, a wyzwalanie ruchem musi dać się wyłączyć.
- 2.5.5 AAA
Rozmiar celu (rozszerzony)
Interaktywne cele powinny mieć co najmniej 44×44 CSS pikseli. To wymaganie AAA dotyczące rozszerzonego rozmiaru celu; próg poziomu AA określony w kryterium 2.5.8 wynosi 24×24.
- 2.5.6 AAA
Jednoczesne mechanizmy wprowadzania
Treści internetowe nie mogą ograniczać korzystania z mechanizmów wprowadzania dostępnych na platformie — z wyjątkiem przypadków, gdy ograniczenie jest niezbędne, wymagane ze względów bezpieczeństwa lub wynika z ustawień użytkownika.
- 2.5.7 AA Nowe 2.2
Ruchy przeciągania
Każda funkcja wymagająca ruchu przeciągania musi być też obsługiwana za pomocą pojedynczego działania wskaźnikiem niewymagającego przeciągania — zwykle stuknięcia lub kliknięcia. Nowość w WCAG 2.2.
- 2.5.8 AA Nowe 2.2
Minimalny rozmiar obszaru docelowego
Interaktywne elementy — przyciski, łącza, kontrolki formularzy — muszą mieć obszar aktywny o wymiarach co najmniej 24×24 piksele CSS, chyba że na tej samej stronie dostępny jest równoważny, większy element lub dany element znajduje się w zdaniu. Nowość w WCAG 2.2.
3. Zrozumiałość
Informacje oraz obsługa interfejsu użytkownika muszą być zrozumiałe.
- 3.1.1 A
Język strony
Należy programowo określić domyślny język naturalny każdej strony — zwykle za pomocą atrybutu lang na elemencie html. Czytniki ekranu, monitory brajlowskie i narzędzia tłumaczące używają tej informacji do doboru reguł wymowy, profili głosowych i mapowań znaków.
- 3.1.2 AA
Język części
Jeśli fragment lub wyrażenie na stronie jest w innym języku niż domyślny język strony, należy je oznaczyć atrybutem lang na jego kontenerze — aby czytniki ekranu przełączyły głos i wymowę dla tego fragmentu.
- 3.1.3 AAA
Niezwykłe słowa
Należy zapewnić mechanizm identyfikacji definicji słów używanych w nietypowy lub zawężony sposób — żargonu, idiomów, terminów technicznych. Słownik, definicje śródliniowe lub łącza do definicji spełniają to kryterium AAA.
- 3.1.4 AAA
Skróty
Zapewnij mechanizm identyfikacji rozwiniętej formy lub znaczenia skrótów. Rozwinięcie przy pierwszym użyciu, element abbr z atrybutem title lub link do słownika — każde z tych rozwiązań spełnia to kryterium AAA.
- 3.1.5 AAA
Poziom czytania
Gdy treść wymaga poziomu czytania wyższego niż niższe wykształcenie średnie, udostępnij prostszą alternatywę — wersję w prostym języku, streszczenie lub materiały uzupełniające, takie jak ilustracje lub nagranie audio.
- 3.1.6 AAA
Wymowa
Gdy znaczenie słowa zależy od jego wymowy i prawidłowa wymowa nie wynika z kontekstu, udostępnij mechanizm ujawniający wymowę — zapis fonetyczny, nagranie audio lub link do przewodnika.
- 3.2.1 A
Po ustawieniu fokusu
Gdy jakikolwiek komponent interfejsu użytkownika otrzyma fokus, nie może to powodować zmiany kontekstu — żadnej automatycznej nawigacji do innej strony, żadnego nowego okna, żadnego znaczącego przesunięcia treści. Fokus służy orientacji, nie działaniu.
- 3.2.2 A
Po wprowadzeniu danych
Zmiana ustawienia jakiegokolwiek komponentu interfejsu użytkownika nie może automatycznie powodować zmiany kontekstu, chyba że użytkownik został o tym uprzedzony. Wybór wartości nie powinien po cichu powodować nawigacji, wysłania formularza ani przeładowania strony.
- 3.2.3 AA
Spójna nawigacja
Mechanizmy nawigacyjne powtarzające się na wielu stronach — główna nawigacja, stopka, okruszki, wyszukiwarka — muszą pojawiać się w tej samej kolejności względnej na każdej stronie, gdzie występują. Użytkownicy polegający na pamięci mięśniowej nie powinni za każdym razem odkrywać układu na nowo.
- 3.2.4 AA
Spójna identyfikacja
Komponenty pełniące tę samą funkcję w całym serwisie muszą być identyfikowane spójnie — ta sama etykieta, ta sama ikona, ta sama dostępna nazwa. Dwa przyciski wykonujące to samo działanie nie powinny być nazwane „Szukaj" na jednej stronie i „Znajdź" na innej.
- 3.2.5 AAA
Zmiana na żądanie
Zmiany kontekstu następują wyłącznie na żądanie użytkownika lub użytkownik może wyłączyć automatyczne zmiany. Żadnych automatycznych przekierowań, niespodziewanych odświeżeń ani karuzeli zmieniających treść pod kursorem.
- 3.2.6 A Nowe 2.2
Spójna pomoc
Jeśli strona oferuje mechanizmy pomocy — dane kontaktowe, łącze do pomocy, czatbota, formularz samoobsługowy — muszą one pojawiać się w tej samej względnej kolejności na każdej stronie, na której są obecne. Nowość w WCAG 2.2.
- 3.3.1 A
Identyfikacja błędów
Gdy użytkownik popełni automatycznie wykryty błąd w formularzu, musi on zostać zidentyfikowany i opisany w tekście — nie samym kolorem, nie samą ikoną, nie ciszą.
- 3.3.2 A
Etykiety lub instrukcje
Każdy element formularza wymagający danych od użytkownika musi mieć etykietę lub instrukcję informującą, co należy wpisać. Pola z samym placeholderem, wejścia tylko z ikoną i gołe pola tekstowe nie wystarczą.
- 3.3.3 AA
Sugestia błędu
Gdy zostanie wykryty błąd wprowadzania i system zna sposób jego korekty, musi zaproponować użytkownikowi sugestię — chyba że ujawnienie jej naruszyłoby bezpieczeństwo lub unieważniło cel pola.
- 3.3.4 AA
Zapobieganie błędom (prawne, finansowe, dane)
Przy przesyłaniu formularzy o skutkach prawnych, transakcjach finansowych lub istotnych zmianach danych użytkownika należy umożliwić odwrócenie działania, sprawdzenie pod kątem błędów z możliwością korekty lub wyraźne potwierdzenie przed jego wykonaniem.
- 3.3.5 AAA
Pomoc
Dla formularzy i pól wymagających podania informacji dostępna jest pomoc kontekstowa. Może mieć postać przykładów formatu, wskazówek na stronie, powiązanych instrukcji lub mechanizmu kontaktu.
- 3.3.6 AAA
Zapobieganie błędom (wszystkie)
Dla każdego przesyłania danych przez użytkownika — nie tylko prawnych, finansowych lub zmieniających dane — należy umożliwić odwrócenie, sprawdzenie lub potwierdzenie przed wykonaniem działania. Uogólnienie 3.3.4 na poziomie AAA.
- 3.3.7 A Nowe 2.2
Zbędne wprowadzanie danych
Informacje podane przez użytkownika w tej samej sesji nie mogą być wymagane ponownie — powinny być automatycznie wypełniane lub wybierane z listy, chyba że ponowne wpisanie jest niezbędne (np. potwierdzenie hasła). Nowość w WCAG 2.2.
- 3.3.8 AA Nowe 2.2
Dostępne uwierzytelnianie (minimum)
Uwierzytelnianie nie może wymagać od użytkownika rozwiązywania testu funkcji poznawczych — zapamiętywania, przepisywania, rozpoznawania obiektów — chyba że dostępna jest alternatywa lub mechanizm wspomagający. Hasła, CAPTCHA obrazkowe i przepisywanie kodów z e-maila to najczęstsze błędy. Nowość w WCAG 2.2.
- 3.3.9 AAA Nowe 2.2
Dostępne uwierzytelnianie (rozszerzone)
Uwierzytelnianie nie może wymagać żadnego testu funkcji poznawczych, nawet rozpoznawania obiektów ani identyfikowania treści osobistych. Ulepszenie AAA kryterium 3.3.8 — klucze dostępu, biometria i poświadczenia powiązane z urządzeniem stają się praktycznymi ścieżkami. Nowość w WCAG 2.2.
4. Solidność
Treść musi być wystarczająco solidna, aby mogła być interpretowana przez szeroką gamę programów użytkownika, w tym technologii wspomagających.
- 4.1.2 A
Nazwa, rola, wartość
Każdy komponent interfejsu użytkownika musi programowo udostępniać nazwę, rolę i — tam gdzie ma to zastosowanie — wartość oraz stan. Bez tego czytniki ekranu, sterowanie głosowe i urządzenia z przełącznikami nie mogą zidentyfikować ani obsłużyć elementu.
- 4.1.3 AA
Komunikaty o stanie
Komunikaty o stanie — potwierdzenia, błędy, informacje o postępie, liczba wyników wyszukiwania — muszą być ogłaszane przez technologię wspomagającą bez przenoszenia fokusa. Należy użyć role=status, role=alert lub aria-live na regionie istniejącym już w DOM.
Brak kryteriów sukcesu pasujących do filtrów.