Wcag 2 2 A
30 wpisów
WCAG 1.1.1: Treści nietekstowe
WCAG 1.1.1 wymaga, aby cała treść nietekstowa — obrazy, ikony, elementy sterujące i media — miała tekstową alternatywę przekazującą ten sam cel lub informacje, umożliwiając użytkownikom, którzy nie mogą odbierać treści wizualnych, dostęp do nich za pomocą technologii asystujących, takich jak czytniki ekranu.
WCAG 1.2.1: Tylko audio i tylko wideo (nagranie)
WCAG 1.2.1 wymaga, aby nagrane wcześniej treści wyłącznie dźwiękowe oraz wyłącznie wideo miały alternatywę tekstową lub medialną, tak aby użytkownicy, którzy nie mogą słyszeć lub widzieć mediów, nadal mogli uzyskać dostęp do informacji. Jest to wymaganie na poziomie A, co oznacza, że stanowi minimalną podstawę zgodności z wytycznymi dostępności stron internetowych.
WCAG 1.2.2: Napisy (nagrania wcześniej przygotowane)
- Zrozumiem znaczenie, ton i styl oryginalnego tekstu. - Przetłumaczę treść, zachowując dokładne znaczenie i rejestr językowy. - Zachowam wszystkie oryginalne podziały wierszy i akapity. - Utrzymam liczby, symbole i nazwy własne w oryginalnej formie. - Zadbam o poprawne, wrażliwe na płeć określenia. - Na końcu sprawdzę, czy tłumaczenie odzwierciedla sens i strukturę oryginału. WCAG 1.2.2 wymaga, aby cała uprzednio nagrana treść audio w mediach zsynchronizowanych (wideo z dźwiękiem) zawierała dokładne napisy. Zapewnia to osobom głuchym i niedosłyszącym dostęp do mówionych dialogów, efektów dźwiękowych i innych istotnych informacji audio.
WCAG 1.2.3: Audiodeskrypcja lub alternatywa dla mediów (nagranie)
WCAG 1.2.3 wymaga, aby uprzednio nagrane zsynchronizowane media (wideo z dźwiękiem) zapewniały albo audiodeskrypcję treści wizualnych, albo pełną alternatywę tekstową, tak aby osoby niewidome lub słabowidzące mogły uzyskać dostęp do informacji przekazywanych wizualnie.
WCAG 1.3.1: Informacje i relacje
WCAG 1.3.1 wymaga, aby informacje, struktura i relacje przekazywane za pomocą prezentacji wizualnej mogły być również określone programowo lub były dostępne w tekście, zapewniając, że użytkownicy technologii asystujących otrzymują ten sam kontekst strukturalny co użytkownicy widzący.
WCAG 1.3.2: Znacząca sekwencja
WCAG 1.3.2 wymaga, aby w sytuacji, gdy kolejność treści wpływa na jej znaczenie, ta sekwencja była możliwa do ustalenia programowo, tak aby technologie asystujące mogły ją poprawnie zaprezentować. Niespełnienie tego kryterium powoduje, że użytkownicy czytników ekranu i innych technologii asystujących otrzymują treści w mylącej lub pozbawionej sensu kolejności.
WCAG 1.3.3: Cechy sensoryczne
WCAG 1.3.3 wymaga, aby instrukcje dotyczące korzystania z treści nie opierały się wyłącznie na cechach sensorycznych, takich jak kształt, kolor, rozmiar, położenie wizualne, orientacja czy dźwięk. Zapewnia to, że użytkownicy, którzy nie mogą postrzegać tych wskazówek sensorycznych — z powodu ślepoty, daltonizmu, głuchoty lub innych niepełnosprawności — nadal mogą rozumieć i obsługiwać wszystkie funkcje.
WCAG 1.4.1: Użycie koloru
WCAG 1.4.1 wymaga, aby kolor nigdy nie był jedynym środkiem przekazywania informacji, wskazywania działania, wywoływania reakcji lub rozróżniania elementu wizualnego. To kryterium zapewnia, że użytkownicy, którzy nie są w stanie dostrzec różnic kolorów — w tym osoby z daltonizmem lub słabowidzące — nadal mogą uzyskać dostęp do wszystkich treści i funkcjonalności.
WCAG 1.4.2: Kontrola dźwięku
WCAG 1.4.2 wymaga, aby każde audio odtwarzane automatycznie przez więcej niż trzy sekundy oferowało użytkownikom mechanizm wstrzymania, zatrzymania lub kontrolowania jego głośności niezależnie od głośności systemu. Zapobiega to zakłócaniu działania czytników ekranu przez dźwięk i chroni użytkowników przed nieoczekiwanym, dezorientującym hałasem.
WCAG 2.1.1: Klawiatura
WCAG 2.1.1 wymaga, aby wszystkie funkcje dostępne za pomocą myszy lub wskaźnika były w równym stopniu obsługiwalne wyłącznie za pomocą klawiatury, bez konieczności zachowywania określonego czasu pomiędzy naciśnięciami klawiszy. To kryterium jest fundamentalne dla użytkowników, którzy nie mogą korzystać z myszy, zapewniając im możliwość nawigowania, wchodzenia w interakcje i wykonywania zadań na każdej stronie internetowej lub w każdej aplikacji.
WCAG 2.1.2: Brak pułapki klawiaturowej
WCAG 2.1.2 wymaga, aby użytkownicy klawiatury nigdy nie byli uwięzieni wewnątrz komponentu — jeśli za pomocą klawiatury można przenieść fokus do elementu interfejsu, musi być również możliwe przeniesienie fokusu z powrotem, używając wyłącznie klawiatury. To kryterium jest kluczowe dla użytkowników, którzy polegają wyłącznie na nawigacji klawiaturą, w tym osób z niepełnosprawnościami ruchowymi oraz użytkowników czytników ekranu.
WCAG 2.1.4: Skróty klawiszowe znaków
WCAG 2.1.4 wymaga, aby każdy skrót klawiaturowy zaimplementowany przy użyciu tylko pojedynczego klawisza znaku (litery, cyfry, znaku interpunkcyjnego lub symbolu) mógł zostać wyłączony, przypisany na nowo lub aktywowany wyłącznie po uzyskaniu fokusu — zapobiegając przypadkowemu wywołaniu, które szkodzi użytkownikom polegającym na sterowaniu głosem lub mającym niepełnosprawności ruchowe.
WCAG 2.2.1: Regulacja czasu
- Przetłumaczę tekst z zachowaniem znaczenia, tonu i stylu. - Utrzymam ten sam poziom formalności i specjalistyczne słownictwo. - Zachowam wszystkie liczby, symbole i nazwy własne bez zmian. - Zadbam o poprawne, wrażliwe na płeć określenia dotyczące osób. - Zachowam oryginalne podziały na zdania i akapity. - Na końcu sprawdzę, czy struktura i sens są zgodne z oryginałem. WCAG 2.2.1 wymaga, aby każdy limit czasu ustawiony przez treść mógł zostać wyłączony, dostosowany lub wydłużony przez użytkownika — tak, aby osoby potrzebujące więcej czasu na interakcję z treściami internetowymi nie były z nich wykluczane. To kryterium na poziomie A jest kluczowe dla użytkowników z niepełnosprawnościami ruchowymi, poznawczymi i wzrokowymi.
WCAG 2.2.2: Wstrzymaj, Zatrzymaj, Ukryj
- Zrozumiem znaczenie i ton oryginalnego tekstu. - Zachowam ten sam poziom formalności i styl wypowiedzi. - Dokładnie przetłumaczę terminologię związaną z dostępnością (WCAG). - Utrzymam wszystkie liczby, nazwy własne i formatowanie bez zmian. - Zachowam oryginalne podziały na zdania i akapity. - Na końcu upewnię się, że tłumaczenie wiernie oddaje sens oryginału. WCAG 2.2.2 wymaga, aby użytkownicy mogli wstrzymać, zatrzymać lub ukryć treści, które się poruszają, migają, przewijają lub automatycznie aktualizują. Chroni to osoby z niepełnosprawnościami poznawczymi, zaburzeniami przedsionkowymi oraz zaburzeniami uwagi przed treściami, nad którymi nie mają kontroli.
WCAG 2.3.1: Trzy błyski lub poniżej progu
- Zrozumiem znaczenie i ton oryginalnego tekstu. - Zachowam ten sam poziom formalności i styl wypowiedzi. - Dokładnie przełożę terminologię techniczną i specjalistyczną. - Utrzymam wszystkie liczby, symbole i nazwy własne bez zmian. - Zachowam oryginalne podziały na zdania i akapity. - Na końcu upewnię się, że sens i struktura zostały wiernie oddane. WCAG 2.3.1 wymaga, aby treści internetowe nie zawierały elementów, które migają więcej niż trzy razy na sekundę, chyba że migotanie mieści się poniżej ogólnych progów migotania lub progów czerwonego migotania. To kryterium ma kluczowe znaczenie dla zapobiegania napadom i reakcjom fizycznym u użytkowników z padaczką fotowrażliwą lub podobnymi schorzeniami neurologicznymi.
WCAG 2.4.1: Pomijanie bloków
WCAG 2.4.1 wymaga, aby strony internetowe zapewniały mechanizm pomijania powtarzających się bloków treści, takich jak menu nawigacyjne, tak aby użytkownicy klawiatury i technologii asystujących mogli dotrzeć do głównej treści bez przechodzenia klawiszem Tab przez każdy link. Jest to wymaganie na poziomie A, co oznacza, że stanowi ono podstawę dostępnej nawigacji za pomocą klawiatury.
WCAG 2.4.2: Strona zatytułowana
- Zrozumiem znaczenie, ton i styl oryginalnego tekstu. - Przetłumaczę treść, zachowując sens i rejestr językowy. - Zachowam wszystkie liczby, nazwy własne i formatowanie. - Zadbam o poprawne, neutralne płciowo sformułowania. - Sprawdzę, czy układ akapitów i znaczenie zostały wiernie oddane. WCAG 2.4.2 wymaga, aby każda strona internetowa miała opisowy, znaczący tytuł, który identyfikuje jej temat lub cel. Zapewnia to, że użytkownicy — zwłaszcza ci polegający na czytnikach ekranu lub zarządzający wieloma kartami — mogą szybko się zorientować i sprawnie nawigować.
WCAG 2.4.3: Kolejność fokusu
WCAG 2.4.3 wymaga, aby jeśli po stronie internetowej można nawigować sekwencyjnie, a sekwencje nawigacji wpływają na znaczenie lub działanie, elementy fokusowalne otrzymywały fokus w kolejności, która zachowuje znaczenie i możliwość obsługi. To kryterium jest kluczowe dla użytkowników klawiatury i technologii asystujących, którzy polegają na logicznej, przewidywalnej sekwencji fokusu, aby rozumieć treść i wchodzić z nią w interakcję.
WCAG 2.4.4: Cel linku (w kontekście)
WCAG 2.4.4 wymaga, aby cel każdego linku można było określić wyłącznie na podstawie tekstu linku lub na podstawie tekstu linku wraz z jego otaczającym kontekstem. Zapewnia to, że użytkownicy czytników ekranu, osoby korzystające wyłącznie z klawiatury oraz osoby z niepełnosprawnościami poznawczymi mogą zrozumieć, dokąd prowadzi link, bez konieczności podążania za nim.
WCAG 2.5.1: Gesty wskaźnika
- Zrozumiem znaczenie i ton oryginalnego tekstu. - Zachowam ten sam poziom formalności i styl wypowiedzi. - Dokładnie przetłumaczę terminologię techniczną i specjalistyczną. - Utrzymam wszystkie liczby, nazwy własne i formatowanie bez zmian. - Zachowam oryginalne podziały na zdania i akapity. - Na końcu upewnię się, że sens i struktura zostały wiernie oddane. WCAG 2.5.1 wymaga, aby cała funkcjonalność wykorzystująca gesty wielopunktowe lub oparte na ścieżce (takie jak uszczypnięcie w celu powiększenia lub przesunięcie) mogła być również obsługiwana za pomocą pojedynczego wskaźnika, bez gestu opartego na ścieżce, chyba że gest jest niezbędny. Chroni to użytkowników z niepełnosprawnościami ruchowymi, którzy nie mogą w sposób niezawodny wykonywać złożonych gestów dotykowych.
WCAG 2.5.2: Anulowanie wskaźnika
WCAG 2.5.2 wymaga, aby funkcjonalność wywoływana pojedynczym wskaźnikiem (myszą, dotykiem lub rysikiem) mogła zostać anulowana lub odwrócona, zapobiegając przypadkowym aktywacjom. Chroni to użytkowników z niepełnosprawnościami ruchowymi, którzy mogą przypadkowo stuknąć lub kliknąć.
WCAG 2.5.4: Uruchamianie ruchem
WCAG 2.5.4 wymaga, aby każda funkcjonalność wywoływana przez ruch urządzenia lub użytkownika (taki jak potrząsanie lub przechylanie) była również dostępna za pośrednictwem konwencjonalnych komponentów interfejsu użytkownika, a użytkownicy musieli mieć możliwość wyłączenia aktywacji ruchem, aby zapobiec przypadkowemu uruchomieniu.
WCAG 3.1.1: Język strony
WCAG 3.1.1 wymaga, aby domyślny język naturalny każdej strony internetowej mógł zostać określony programowo, głównie poprzez ustawienie prawidłowego atrybutu lang w elemencie HTML. Umożliwia to technologiom asystującym, takim jak czytniki ekranu, poprawne wymawianie treści i pomaga użytkownikom z niepełnosprawnościami poznawczymi oraz związanymi z językiem w zrozumieniu strony.
WCAG 3.2.1: Przy fokusie
WCAG 3.2.1 On Focus wymaga, aby gdy jakikolwiek komponent interfejsu użytkownika otrzymuje fokus klawiatury, nie powodował nieoczekiwanej zmiany kontekstu. Chroni to użytkowników klawiatury i technologii asystujących przed dezorientującym, nieprzewidywalnym zachowaniem, które może sprawić, że strona stanie się niemożliwa do skutecznej nawigacji.
WCAG 3.2.2: Po wprowadzeniu
WCAG 3.2.2 On Input wymaga, aby zmiana ustawienia dowolnego komponentu interfejsu użytkownika nie powodowała automatycznie zmiany kontekstu, chyba że użytkownik został wcześniej poinformowany o takim zachowaniu. Chroni to użytkowników przed dezorientującymi, nieoczekiwanymi zmianami strony wywołanymi przez interakcje z formularzem.
WCAG 3.3.1: Identyfikacja błędów
WCAG 3.3.1 wymaga, aby gdy błąd wprowadzania zostanie automatycznie wykryty, element zawierający błąd został zidentyfikowany, a sam błąd opisany użytkownikowi w formie tekstowej. Zapewnia to, że osoby z niepełnosprawnościami mogą rozpoznać, zrozumieć i poprawić błędy podczas wypełniania formularzy.
WCAG 3.3.2: Etykiety lub instrukcje
WCAG 3.3.2 wymaga, aby etykiety lub instrukcje były dostarczane, gdy treść wymaga wprowadzenia danych przez użytkownika, zapewniając, że wszyscy użytkownicy — niezależnie od swoich możliwości — mogą zrozumieć, czego się od nich oczekuje przed przesłaniem danych formularza. Brak etykietowania pól formularza jest jedną z najczęstszych i najbardziej wpływowych barier dostępności w sieci.
WCAG 3.3.7: Zbędne wprowadzanie danych
WCAG 3.3.7 wymaga, aby informacje, które użytkownicy już podali w procesie wieloetapowym, były albo automatycznie uzupełniane, albo udostępniane do wyboru, tak aby użytkownicy nigdy nie musieli wprowadzać tych samych danych dwa razy. Zapobiega to frustracji i błędom u użytkowników z niepełnosprawnościami poznawczymi, motorycznymi lub innymi.
WCAG 4.1.2: Nazwa, rola, wartość
WCAG 4.1.2 wymaga, aby wszystkie komponenty interfejsu użytkownika miały programowo określaną nazwę i rolę oraz aby stany, właściwości i wartości mogły być zarówno odczytywane, jak i ustawiane przez technologie asystujące. Zapewnia to, że czytniki ekranu i inne narzędzia mogą dokładnie identyfikować, opisywać i wchodzić w interakcję z każdym elementem na stronie.
WCAG 4.1.1: Parsowanie (przestarzałe w WCAG 2.2)
WCAG 4.1.1 Parsowanie wymaga, aby treści internetowe były wolne od poważnych błędów HTML/XML — takich jak zduplikowane identyfikatory — które mogłyby spowodować, że technologie asystujące błędnie zinterpretują stronę lub nie zdołają jej przetworzyć. Chociaż kryterium to jest przestarzałe w WCAG 2.2, leżące u jego podstaw reguły axe-core pozostają aktywne, a naruszenia nadal wskazują na realne ryzyko w zakresie dostępności.