Praktyczne przewodniki po kryteriach sukcesu WCAG. Każdy artykuł wyjaśnia zasadę, dlaczego jest ważna dla użytkowników, jak ją zweryfikować i typowe kroki naprawcze — zoptymalizowane dla zespołów tworzących dostępne strony z accsible.
90 / 90
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 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.
- 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 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 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 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 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 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 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 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 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 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.
- 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.
- 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.
- 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 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.
- 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 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 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.
- 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 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ąć.
- Zapewnię wierne oddanie znaczenia, tonu i stylu oryginału. - Zachowam wszystkie oryginalne podziały wierszy i akapity. - Utrzymam ten sam poziom formalności i specjalistyczne słownictwo. - Zadbam o poprawne i spójne tłumaczenie terminów technicznych. - Zweryfikuję, czy tłumaczenie odzwierciedla sens i strukturę tekstu źródłowego. WCAG 2.5.3 wymaga, aby interaktywne komponenty z widocznymi etykietami tekstowymi miały nazwę dostępną, która zawiera ten widoczny tekst, co zapewnia, że użytkownicy korzystający z wprowadzania mowy mogą aktywować kontrolki, wypowiadając to, co widzą. Niezgodności między widocznymi etykietami a dostępnymi nazwami zakłócają nawigację za pomocą sterowania głosowego i podważają zaufanie milionów użytkowników.
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 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 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 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 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 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 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 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 1.2.4 wymaga, aby cała treść audio na żywo w mediach zsynchronizowanych — takich jak webinary, transmisje na żywo i audycje — była opatrzona napisami w czasie rzeczywistym. Zapewnia to, że osoby głuche i niedosłyszące mogą mieć dostęp do treści mówionych w momencie ich nadawania, w czasie rzeczywistym.
WCAG 1.2.5 wymaga, aby dla wszystkich uprzednio nagranych treści wideo w mediach zsynchronizowanych była zapewniona audiodeskrypcja, tak aby osoby niewidome lub słabowidzące mogły uzyskać dostęp do informacji wizualnych, które nie są przekazywane wyłącznie za pomocą ścieżki dźwiękowej.
WCAG 1.3.4 Orientacja wymaga, aby treść nie ograniczała swojego wyświetlania i obsługi do jednej orientacji ekranu, takiej jak pionowa lub pozioma, chyba że określona orientacja jest niezbędna. To kryterium zapewnia, że użytkownicy, którzy nie mogą fizycznie obrócić swoich urządzeń — tacy jak osoby korzystające z zamontowanych tabletów lub z niepełnosprawnościami ruchowymi — nadal mogą uzyskać dostęp do całej treści.
WCAG 1.3.5 wymaga, aby cel każdego pola wprowadzania danych zbierającego informacje osobiste mógł być określony programowo, co umożliwia przeglądarkom i technologiom asystującym automatyczne uzupełnianie, etykietowanie lub dostosowywanie pól. Jest to kluczowe dla użytkowników z niepełnosprawnościami poznawczymi i ograniczeniami motorycznymi, którzy odnoszą korzyści ze zredukowanego ręcznego wprowadzania danych.
WCAG 1.4.3 wymaga, aby tekst i obrazy tekstu miały współczynnik kontrastu co najmniej 4,5:1 względem swojego tła (3:1 dla dużego tekstu), zapewniając, że osoby z niedowidzeniem lub zaburzeniami postrzegania barw mogą czytać treści bez technologii wspomagających.
WCAG 1.4.4 wymaga, aby tekst można było powiększyć do 200% bez użycia technologii asystujących i bez utraty treści lub funkcjonalności. To kryterium jest kluczowe dla użytkowników słabowidzących, którzy polegają na powiększeniu w przeglądarce lub niestandardowych ustawieniach rozmiaru czcionki, aby wygodnie czytać treści w sieci.
WCAG 1.4.5 wymaga, aby tekst przekazujący informacje był prezentowany jako rzeczywisty tekst, a nie jako obraz tekstu, z wyjątkiem sytuacji, gdy określona prezentacja wizualna jest niezbędna lub gdy obraz może zostać wizualnie dostosowany przez użytkownika. To kryterium jest kluczowe dla użytkowników, którzy muszą zmieniać rozmiar, kolor lub sposób zawijania tekstu, aby wygodnie go czytać.
WCAG 1.4.10 Reflow wymaga, aby treść mogła być prezentowana bez utraty informacji lub funkcjonalności oraz bez konieczności przewijania w dwóch wymiarach, gdy jest wyświetlana przy szerokości odpowiadającej 320 pikselom CSS. Zapewnia to, że użytkownicy polegający na powiększeniu lub małych obszarach wyświetlania — w tym osoby słabowidzące i użytkownicy urządzeń mobilnych — mogą uzyskać dostęp do całej treści bez przewijania w poziomie.
WCAG 1.4.11 wymaga, aby komponenty interfejsu użytkownika i obiekty graficzne miały współczynnik kontrastu co najmniej 3:1 względem sąsiadujących kolorów, zapewniając, że osoby słabowidzące mogą postrzegać interaktywne elementy sterujące, wskaźniki fokusu i znaczące grafiki bez technologii wspomagających.
- Zapewnię wierne oddanie znaczenia, tonu i stylu oryginału. - Zachowam wszystkie oryginalne podziały wierszy i akapity. - Utrzymam liczby, symbole i nazwy własne w niezmienionej formie. - Zastosuję odpowiedni, zgodny z oryginałem rejestr językowy. - Po tłumaczeniu sprawdzę spójność znaczeniową i strukturę tekstu. WCAG 1.4.12 wymaga, aby nie następowała utrata treści ani funkcjonalności, gdy użytkownicy nadpisują właściwości odstępów tekstu — interlinię, odstępy między literami, odstępy między wyrazami oraz odstępy po akapitach — do określonych wartości minimalnych. To kryterium jest kluczowe dla użytkowników z dysleksją, słabowidzących oraz z niepełnosprawnościami poznawczymi, którzy polegają na niestandardowych odstępach, aby skutecznie czytać.
WCAG 1.4.13 wymaga, aby dodatkowa treść pojawiająca się po najechaniu wskaźnikiem lub ustawieniu fokusu klawiatury była możliwa do zamknięcia, możliwa do najechania kursorem i trwała — tak aby osoby z niepełnosprawnością wzroku, ograniczeniami motorycznymi i niepełnosprawnościami poznawczymi mogły uzyskać dostęp do treści w formie podpowiedzi i wchodzić z nimi w interakcję bez ich niespodziewanej utraty.
WCAG 2.4.5 wymaga, aby strony internetowe zapewniały więcej niż jeden sposób, w jaki użytkownicy mogą zlokalizować dowolną stronę w obrębie zestawu stron — na przykład poprzez wyszukiwarkę na stronie, mapę witryny lub menu nawigacyjne. Zapewnia to, że użytkownicy o różnych możliwościach i preferencjach mogą znaleźć treści, korzystając z metody, która najlepiej im odpowiada.
WCAG 2.4.6 wymaga, aby nagłówki i etykiety, jeśli są obecne, były opisowe i dokładnie przekazywały temat lub cel treści, którą wprowadzają lub identyfikują. To kryterium pomaga użytkownikom — zwłaszcza tym korzystającym z technologii asystujących — sprawnie nawigować po treści oraz rozumieć strukturę i cel sekcji strony i pól formularzy.
- Zrozumiem znaczenie i ton oryginalnego tekstu. - Zachowam ten sam poziom formalności i styl wypowiedzi. - Dokonam wiernego tłumaczenia na język polski, dbając o niuanse znaczeniowe. - Utrzymam wszystkie liczby, nazwy własne i formatowanie tak jak w oryginale. - Sprawdzę, czy zachowałem wszystkie podziały wierszy i strukturę akapitów. - Zweryfikuję, czy tłumaczenie oddaje sens i styl oryginału. WCAG 2.4.7 wymaga, aby każdy interfejs użytkownika obsługiwany z klawiatury miał widoczny wskaźnik fokusu, tak aby użytkownicy zawsze mogli zobaczyć, który element ma obecnie fokus klawiatury. Jest to kluczowe dla osób korzystających wyłącznie z klawiatury, osób z niepełnosprawnościami ruchowymi oraz wszystkich, którzy nie mogą używać myszy.
WCAG 2.4.11 wymaga, aby gdy komponent interfejsu użytkownika otrzymuje fokus klawiatury, nie był on całkowicie zasłonięty przez treści stworzone przez autora, takie jak przyklejone nagłówki, banery dotyczące plików cookie lub widżety czatu. To kryterium zapewnia, że użytkownicy korzystający z klawiatury zawsze mogą zobaczyć, gdzie znajdują się na stronie, co jest kluczowe dla nawigacji i użyteczności.
WCAG 2.5.7 wymaga, aby każdą funkcjonalność wykorzystującą ruch przeciągania można było również zrealizować za pomocą pojedynczego wskaźnika bez przeciągania, chyba że przeciąganie jest niezbędne. Zapewnia to, że użytkownicy z niepełnosprawnościami ruchowymi, którzy nie mogą w sposób niezawodny wykonywać gestów przeciągania, nadal mają dostęp do całej funkcjonalności.
WCAG 2.5.8 wymaga, aby interaktywne elementy, takie jak przyciski i linki, miały minimalny rozmiar 24×24 piksele CSS lub wystarczające odstępy wokół mniejszych elementów, tak aby osoby z niepełnosprawnościami ruchowymi mogły je niezawodnie aktywować. Niespełnienie tego kryterium prowadzi do przypadkowych aktywacji i frustracji u wszystkich, którzy nie mogą precyzyjnie kontrolować wskaźnika.
WCAG 3.1.2 wymaga, aby każdy fragment, fraza lub sekcja treści internetowych napisanych w języku innym niż główny język strony były programowo zidentyfikowane za pomocą atrybutu lang. Umożliwia to technologiom asystującym, zwłaszcza czytnikom ekranu, automatyczne przełączanie silników wymowy i dokładne odtwarzanie treści dla użytkowników polegających na wyjściu dźwiękowym.
- Zrozumiem znaczenie i ton oryginalnego tekstu. - Zachowam ten sam poziom formalności i styl wypowiedzi. - Dokonam wiernego przekładu na język polski, dbając o niuanse znaczeniowe. - Utrzymam wszystkie liczby, nazwy własne i odniesienia (np. WCAG) bez zmian. - Zachowam oryginalne podziały na zdania i akapity. - Na końcu upewnię się, że struktura i sens są zgodne z oryginałem. WCAG 3.2.3 wymaga, aby mechanizmy nawigacyjne pojawiające się na wielu stronach w obrębie zestawu stron internetowych występowały za każdym razem w tej samej względnej kolejności, chyba że użytkownik zainicjuje zmianę. Ta przewidywalność pomaga użytkownikom z niepełnosprawnościami poznawczymi, wzrokowymi i ruchowymi budować modele mentalne witryny i sprawnie po niej nawigować.
WCAG 3.2.4 wymaga, aby komponenty pełniące tę samą funkcję w całej witrynie były identyfikowane w sposób spójny — za pomocą tej samej etykiety, nazwy lub tekstu alternatywnego za każdym razem, gdy się pojawiają. Zapobiega to dezorientacji użytkowników, którzy polegają na stałych schematach, aby poruszać się po interfejsach cyfrowych i je rozumieć.
WCAG 3.2.6 wymaga, aby jeśli strona internetowa oferuje kontakt z człowiekiem, samopomoc lub zautomatyzowane mechanizmy wsparcia, mechanizmy te pojawiały się w tej samej względnej kolejności na wszystkich stronach. Zapewnia to, że użytkownicy z niepełnosprawnościami poznawczymi lub zaburzeniami pamięci mogą w sposób przewidywalny odnajdywać pomoc, bez konieczności ponownego uczenia się interfejsu na każdej stronie.
WCAG 3.3.3 wymaga, aby gdy błąd wprowadzania zostanie automatycznie wykryty, system dostarczył tekstowy opis sugerujący, w jaki sposób użytkownik może poprawić błąd — chyba że zrobienie tego zagroziłoby bezpieczeństwu lub celowi. To kryterium jest kluczowe dla użytkowników z niepełnosprawnościami poznawczymi, użytkowników czytników ekranu oraz wszystkich, którzy mają trudności ze zrozumieniem niejasnych lub brakujących wskazówek dotyczących błędów.
- Przetłumaczę tekst z zachowaniem znaczenia, tonu i stylu. - Utrzymam oryginalną strukturę zdań i akapitów. - Zachowam wszystkie liczby, symbole i nazwy własne bez zmian. - Zastosuję odpowiedni, neutralny rejestr językowy. - Sprawdzę, czy tłumaczenie wiernie oddaje sens oryginału. WCAG 3.3.4 wymaga, aby zgłoszenia w sieci obejmujące zobowiązania prawne, transakcje finansowe lub wrażliwe dane mogły zostać sprawdzone, poprawione lub odwrócone przed finalizacją. Chroni to wszystkich użytkowników — zwłaszcza osoby z niepełnosprawnościami poznawczymi i ruchowymi — przed nieodwracalnymi, obarczonymi wysoką stawką błędami.
- 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, 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 3.3.8 wymaga, aby procesy uwierzytelniania nie opierały się na testach funkcji poznawczych — takich jak zapamiętywanie haseł, rozwiązywanie zagadek czy przepisywanie znaków — chyba że dostępna jest alternatywna metoda lub pomoc. Chroni to użytkowników z niepełnosprawnościami poznawczymi przed zablokowaniem dostępu do usług cyfrowych.
WCAG 4.1.3 wymaga, aby komunikaty o stanie — takie jak potwierdzenia wysłania formularza, powiadomienia o błędach i aktualizacje koszyka — były możliwe do programowego określenia poprzez rolę lub właściwość, tak aby technologie asystujące mogły je ogłaszać bez konieczności przenoszenia fokusu przez użytkownika. Zapewnia to, że użytkownicy polegający na czytnikach ekranu otrzymują ważne informacje zwrotne nawet wtedy, gdy fokus nie zostaje przeniesiony na komunikat.
WCAG 1.2.6 wymaga, aby tłumaczenie na język migowy było zapewnione dla wszystkich uprzednio nagranych treści audio w mediach zsynchronizowanych. To kryterium gwarantuje, że Głusi użytkownicy, których głównym językiem jest język migowy, mogą w pełni uzyskać dostęp do informacji audio, które mogą nie być odpowiednio przekazane wyłącznie za pomocą napisów.
WCAG 1.2.7 wymaga, aby w sytuacjach, gdy przerwy w dźwięku pierwszoplanowym są niewystarczające do przekazania wszystkich informacji wizualnych, dla uprzednio nagranych zsynchronizowanych mediów zapewniono rozszerzone opisy dźwiękowe — realizowane poprzez wstrzymywanie wideo. Zapewnia to, że osoby niewidome i słabowidzące mogą w pełni zrozumieć złożone treści wizualne, których standardowe opisy dźwiękowe nie są w stanie objąć.
WCAG 1.2.8 wymaga, aby pełna alternatywa tekstowa była zapewniona dla wszystkich uprzednio nagranych zsynchronizowanych mediów (audio-wideo) oraz uprzednio nagranych treści wyłącznie wideo, tak aby użytkownicy, którzy nie mogą odbierać informacji dźwiękowych lub wizualnych, mogli uzyskać dostęp do pełnej treści za pośrednictwem tekstu.
WCAG 1.2.9 wymaga, aby wszystkie treści audio na żywo bez obrazu — takie jak transmisje radiowe na żywo lub strumienie audio bez obrazu — były uzupełnione równoważną tekstową alternatywą w czasie rzeczywistym, na przykład strumieniem napisów na żywo lub transkrypcją tekstową aktualizowaną synchronicznie. Zapewnia to, że osoby głuche lub niedosłyszące mogą korzystać z treści audio na żywo bez polegania na samym ścieżce dźwiękowej.
WCAG 1.3.6 wymaga, aby cel komponentów interfejsu użytkownika, ikon i regionów mógł być określony programowo, tak aby przeglądarki i technologie asystujące mogły dostosować prezentację do potrzeb poszczególnych użytkowników. To kryterium jest kluczowe dla osób z niepełnosprawnościami poznawczymi, które korzystają ze spersonalizowanych, uproszczonych lub wzbogaconych symbolami interfejsów.
WCAG 1.4.6 wymaga minimalnego współczynnika kontrastu 7:1 dla zwykłego tekstu i 4,5:1 dla dużego tekstu między kolorami pierwszego planu i tła, wykraczając poza próg AA, aby zapewnić czytelność dla użytkowników z niedowidzeniem, zaburzeniami postrzegania barw lub korzystających z urządzeń w trudnych warunkach oświetleniowych.
- Przetłumaczę tekst z zachowaniem znaczenia, tonu i stylu. - Utrzymam oryginalny układ akapitów i podział na linie. - Zachowam wszystkie liczby, symbole i nazwy własne bez zmian. - Zastosuję odpowiedni, neutralny rejestr językowy. - Sprawdzę, czy tłumaczenie wiernie oddaje sens oryginału. WCAG 1.4.7 wymaga, aby nagrane wcześniej treści audio zawierające mowę albo nie miały dźwięków w tle, albo umożliwiały wyłączenie dźwięków w tle, albo utrzymywały dźwięki w tle co najmniej o 20 dB cichsze niż mowa na pierwszym planie. Chroni to użytkowników z ubytkiem słuchu oraz niepełnosprawnościami poznawczymi, którzy mają trudności z odróżnieniem mowy od konkurujących dźwięków audio.
WCAG 1.4.8 wymaga, aby bloki tekstu były wizualnie prezentowane w sposób, który użytkownicy mogą kontrolować — obejmujący kolory pierwszego planu i tła, szerokość wiersza, odstępy między wierszami oraz wyrównanie tekstu — tak aby osoby z niepełnosprawnościami związanymi z czytaniem, funkcjami poznawczymi lub słabowidzeniem mogły komfortowo czytać treści bez utraty informacji.
- Przetłumaczę tekst z zachowaniem znaczenia, tonu i stylu. - Utrzymam oryginalną strukturę zdań, akapitów i łamań linii. - Zadbam o poprawność terminologii technicznej i zgodność z kontekstem WCAG. - Zachowam wszystkie liczby, symbole i nazwy własne w oryginalnej formie. - Na końcu zweryfikuję, czy tłumaczenie wiernie oddaje sens i styl oryginału. WCAG 1.4.9 wymaga, aby tekst był prezentowany jako rzeczywisty tekst, a nie jako obrazy tekstu, bez wyjątków poza treściami o charakterze czysto dekoracyjnym lub przypadkami, w których konkretna wizualna prezentacja jest niezbędna dla przekazania informacji. To kryterium zapewnia, że wszyscy użytkownicy mogą dostosować sposób wyświetlania tekstu do swoich indywidualnych potrzeb.
WCAG 2.1.3 wymaga, aby każda funkcja strony internetowej lub aplikacji była obsługiwana za pomocą interfejsu klawiatury, bez jakichkolwiek wyjątków — nawet w przypadku zadań zależnych od ścieżki lub rysowania odręcznego. To kryterium na poziomie AAA zamyka lukę obecną w WCAG 2.1.1 i zapewnia pełny dostęp z klawiatury dla użytkowników, którzy nie mogą korzystać z myszy.
WCAG 2.2.3 (poziom AAA) wymaga, aby czas nie był istotną częścią wydarzenia lub aktywności przedstawionej w treści, z wyjątkiem nieinteraktywnych zsynchronizowanych mediów oraz wydarzeń na żywo. Zapewnia to, że użytkownicy z niepełnosprawnościami, którzy potrzebują więcej czasu na czytanie, interakcję lub reakcję, nigdy nie są wykluczani przez projekt zależny od czasu.
WCAG 2.2.4 wymaga, aby użytkownicy mogli odroczyć lub wyciszyć wszystkie przerwania — takie jak alerty, powiadomienia i automatyczne aktualizacje treści — z wyjątkiem tych związanych z sytuacją awaryjną. To kryterium jest kluczowe dla użytkowników z zaburzeniami uwagi, funkcji poznawczych lub neurologicznymi, którzy mogą być poważnie rozpraszani przez nieoczekiwane przerwania podczas wykonywania zadania.
- Przetłumaczę tekst z zachowaniem znaczenia, tonu i stylu. - Utrzymam oryginalną strukturę zdań, akapitów i łamań linii. - Zadbam o poprawność terminologii technicznej i dostępnościowej. - Zachowam wszystkie liczby, symbole i nazwy własne bez zmian. - Sprawdzę, czy tłumaczenie wiernie oddaje sens i styl oryginału. WCAG 2.2.5 wymaga, aby po wygaśnięciu uwierzytelnionej sesji użytkownicy mogli ponownie się uwierzytelnić i kontynuować swoją aktywność bez utraty jakichkolwiek danych, które wprowadzili. To kryterium jest kluczowe dla użytkowników z niepełnosprawnościami, którzy mogą potrzebować więcej czasu na wykonanie zadań i nie mogą być karani limitami czasu sesji, które usuwają ich pracę.
- Przetłumaczę tekst z języka angielskiego na polski, zachowując znaczenie. - Utrzymam oryginalny ton, styl i poziom formalności. - Zachowam wszystkie liczby, symbole i nazwy własne bez zmian. - Zadbam o poprawne, neutralne płciowo sformułowania tam, gdzie to możliwe. - Zachowam wszystkie oryginalne podziały na zdania i akapity. - Na końcu upewnię się, że tłumaczenie wiernie oddaje sens oryginału. WCAG 2.2.6 wymaga, aby użytkownicy byli ostrzegani o utracie danych spowodowanej limitami czasu bezczynności oraz aby każdy taki limit czasu wynosił co najmniej 20 godzin, chyba że dane są zachowane. Chroni to użytkowników z niepełnosprawnościami poznawczymi, z zaburzeniami motorycznymi oraz inne osoby, które potrzebują więcej czasu na wykonanie zadań.
WCAG 2.3.2 wymaga, aby strony internetowe nie zawierały treści, które migają więcej niż trzy razy w dowolnym okresie jednej sekundy, bez wyjątku dla małych lub niskokontrastowych błysków. To bardziej rygorystyczne kryterium na poziomie AAA chroni użytkowników z padaczką fotowrażliwą i innymi zaburzeniami napadowymi przed potencjalnie zagrażającymi życiu reakcjami neurologicznymi.
- Przeanalizuję znaczenie i ton oryginalnego tekstu. - Zachowam strukturę zdań oraz wszystkie podziały na akapity i wiersze. - Przetłumaczę terminologię techniczną zgodnie z przyjętymi standardami w języku polskim. - Utrzymam liczby, symbole i nazwy własne w oryginalnej formie. - Zweryfikuję, czy tłumaczenie wiernie oddaje sens i styl oryginału. WCAG 2.3.3 wymaga, aby animacje ruchu wywoływane przez interakcję użytkownika mogły zostać wyłączone, chyba że animacja jest niezbędna dla funkcjonalności lub przekazywanej informacji. Ma to znaczenie, ponieważ ruch może wywoływać zaburzenia przedsionkowe, powodując zawroty głowy, nudności i dezorientację u znaczącej części populacji.
WCAG 2.4.8 wymaga, aby użytkownicy mogli określić, gdzie się znajdują w obrębie zestawu stron internetowych — na przykład za pomocą okruszków nawigacyjnych (breadcrumbs), map witryny lub wyróżnionych linków nawigacyjnych. Pomaga to osobom z niepełnosprawnościami poznawczymi, użytkownikom czytników ekranu oraz każdemu, kto porusza się po złożonych serwisach, zorientować się i przemieszczać po treściach z pewnością siebie.
WCAG 2.4.9 wymaga, aby cel każdego linku można było określić wyłącznie na podstawie tekstu linku, bez polegania na otaczającym kontekście. To bardziej rygorystyczne kryterium na poziomie AAA zapewnia, że wszyscy użytkownicy — zwłaszcza użytkownicy czytników ekranu nawigujący za pomocą linków — mogą zrozumieć, dokąd prowadzi link, bez czytania całej strony.
- Przetłumaczę tekst z języka angielskiego na polski, zachowując znaczenie. - Utrzymam ton, styl i poziom formalności oryginału. - Zachowam wszystkie liczby, nazwy własne i odniesienia do standardów. - Zadbam o poprawność terminologii dostępności cyfrowej. - Zachowam oryginalne podziały na zdania i akapity. - Na końcu upewnię się, że struktura i sens są zgodne z oryginałem. WCAG 2.4.10 wymaga, aby nagłówki sekcji były używane do organizowania treści zawsze, gdy strona zawiera wiele sekcji, umożliwiając użytkownikom nawigowanie i zrozumienie struktury strony. To kryterium wspiera użytkowników czytników ekranu, potrzeby związane z dostępnością poznawczą oraz wszystkich, którzy polegają na strukturze dokumentu, aby zorientować się w długiej lub złożonej treści.
- Przetłumaczę tekst z zachowaniem znaczenia, tonu i stylu. - Utrzymam oryginalne podziały na zdania i akapity. - Zachowam wszystkie liczby, odwołania do standardów i poziomów (AA, AAA). - Zadbam o poprawne, specjalistyczne słownictwo z zakresu dostępności. - Sprawdzę, czy tłumaczenie jest spójne i wierne oryginałowi. WCAG 2.4.12 wymaga, aby gdy komponent interfejsu użytkownika otrzymuje fokus z klawiatury, żadna część tego komponentu nie była zasłonięta przez treści utworzone przez autora — element z fokusem musi być w pełni widoczny. To rozszerzone kryterium (AAA) eliminuje dopuszczenie częściowej widoczności obecne w jego odpowiedniku na poziomie AA, zapewniając, że użytkownicy klawiatury zawsze dokładnie widzą, gdzie znajduje się fokus.
WCAG 2.4.13 wymaga, aby wskaźniki fokusu klawiatury spełniały minimalne wymagania dotyczące rozmiaru i kontrastu, tak aby użytkownicy mogli wyraźnie zobaczyć, który element ma fokus. To kryterium zapewnia, że osoby polegające na klawiaturach lub technologiach wspomagających mogą poruszać się po interfejsach bez gubienia swojej bieżącej pozycji.
- Przeanalizuję znaczenie, ton i styl oryginalnego tekstu. - Zachowam wszystkie oryginalne podziały wierszy i akapity. - Przetłumaczę treść na język polski z zachowaniem rejestru i kontekstu. - Utrzymam wszystkie liczby, symbole i jednostki dokładnie tak jak w oryginale. - Zadbam o poprawne i neutralne sformułowania wrażliwe na płeć. - Na końcu zweryfikuję zgodność tłumaczenia z oryginałem i strukturą tekstu. WCAG 2.5.5 wymaga, aby interaktywne cele, takie jak przyciski i linki, miały co najmniej 44×44 piksele CSS, co zapewnia, że osoby z niepełnosprawnościami ruchowymi, drżeniem rąk lub ograniczoną sprawnością manualną mogą niezawodnie aktywować kontrolki bez przypadkowego uruchamiania sąsiednich elementów.
- Przeanalizuję znaczenie i kontekst oryginalnego zdania. - Zachowam ton, styl i poziom formalności tekstu. - Dokonam precyzyjnego przekładu terminów technicznych związanych z dostępnością. - Utrzymam wszystkie liczby, nazwy własne i skróty w oryginalnej formie, jeśli to wymagane. - Zachowam oryginalne łamanie wierszy i strukturę akapitu. - Na końcu sprawdzę, czy tłumaczenie wiernie oddaje sens oryginału. WCAG 2.5.6 wymaga, aby treści internetowe nie ograniczały użytkowników do pojedynczej modalności wprowadzania danych, gdy na platformie dostępnych jest wiele mechanizmów wprowadzania, zapewniając, że osoby mogą swobodnie przełączać się między dotykiem, klawiaturą, myszą, głosem i innymi metodami wprowadzania bez utraty dostępu do funkcjonalności.
- Zapewnię wierne oddanie znaczenia, tonu i stylu oryginalnego tekstu. - Zachowam wszystkie oryginalne podziały wierszy i akapitów. - Utrzymam ten sam poziom formalności i rejestr językowy. - Zadbam o poprawne oddanie terminologii technicznej i specjalistycznej. - Sprawdzę końcowy tekst pod kątem zgodności z oryginałem i struktury. WCAG 3.1.3 wymaga, aby strony internetowe zapewniały mechanizm umożliwiający zidentyfikowanie konkretnej definicji słów lub wyrażeń użytych w nietypowy lub ograniczony sposób, w tym idiomów i żargonu. Zapewnia to, że użytkownicy z niepełnosprawnościami poznawczymi, osoby niebędące rodzimymi użytkownikami języka oraz osoby nieznające specjalistycznej terminologii mogą zrozumieć treść.
- Zidentyfikuję główną treść do przetłumaczenia. - Zachowam znaczenie, ton i styl oryginalnego tekstu. - Utrzymam tę samą strukturę zdań i akapitów. - Zastosuję odpowiedni, neutralny rejestr językowy. - Sprawdzę, czy liczby, skróty i nazwy własne są zachowane. - Zweryfikuję, czy wszystkie podziały wierszy są takie jak w oryginale. WCAG 3.1.4 wymaga, aby dostępny był mechanizm umożliwiający zidentyfikowanie rozwiniętej formy lub znaczenia skrótów użytych w treści. To kryterium zapewnia, że użytkownicy, którzy nie są zaznajomieni ze skrótami, akronimami lub inicjałowcami, mogą uzyskać dostęp do ich pełnego znaczenia, wspierając zrozumienie u osób z niepełnosprawnościami poznawczymi, osób niebędących rodzimymi użytkownikami języka oraz użytkowników czytników ekranu.
WCAG 3.1.5 wymaga, aby w sytuacji, gdy treść wymaga umiejętności czytania wykraczających poza poziom niższego etapu edukacji średniej, udostępniona była wersja uzupełniająca lub podsumowanie napisane na prostszym poziomie. Zapewnia to, że osoby z niepełnosprawnościami poznawczymi, ograniczonymi umiejętnościami czytania i pisania lub barierami językowymi mogą uzyskać dostęp do informacji i je zrozumieć.
WCAG 3.1.6 wymaga, aby dostępny był mechanizm umożliwiający zidentyfikowanie konkretnej wymowy słów, w przypadku których znaczenie jest niejednoznaczne bez znajomości wymowy. To kryterium zapewnia, że użytkownicy polegający na technologii zamiany tekstu na mowę lub napotykający nieznany język mogą uzyskać dostęp do właściwego znaczenia niejednoznacznych treści.
WCAG 3.2.5 wymaga, aby zmiany kontekstu — takie jak przejścia między stronami, wysyłanie formularzy lub aktualizacje treści — były inicjowane wyłącznie przez wyraźne działanie użytkownika, a nie uruchamiane automatycznie. Chroni to użytkowników polegających na czytnikach ekranu, nawigacji klawiaturą lub narzędziach wspierających funkcje poznawcze przed nieoczekiwanymi zakłóceniami ich doświadczenia podczas przeglądania.
- Zapewnię wierne oddanie znaczenia, tonu i stylu oryginału. - Zachowam wszystkie oryginalne podziały wierszy i akapitów. - Utrzymam ten sam poziom formalności i specjalistyczne terminy. - Zostawię liczby, symbole i nazwy własne bez zmian, jeśli nie mają ustalonego odpowiednika. - Na końcu upewnię się, że tłumaczenie odpowiada treści i strukturze oryginału. WCAG 3.3.5 wymaga, aby pomoc zależna od kontekstu była dostępna, gdy strona internetowa prosi użytkownika o podanie danych, umożliwiając użytkownikom zrozumienie, jakie informacje są wymagane i jak poprawnie je podać. To kryterium zmniejsza liczbę błędów i wspiera osoby z niepełnosprawnościami poznawczymi, niedoświadczonych użytkowników oraz wszystkich, którzy wypełniają złożone formularze.
WCAG 3.3.6 wymaga, aby w przypadku każdej strony internetowej wymagającej wprowadzania danych przez użytkownika, przesyłane informacje były odwracalne, sprawdzane pod kątem błędów z udzieleniem wskazówek dotyczących ich poprawy lub możliwe do potwierdzenia przed ostatecznym przesłaniem. To kryterium na poziomie AAA rozszerza 3.3.4 na wszystkie formularze — nie tylko prawne czy finansowe — chroniąc użytkowników przed nieodwracalnymi błędami w każdej interakcji.
WCAG 3.3.9 wymaga, aby procesy uwierzytelniania w ogóle nie obejmowały testów funkcji poznawczych — żadnych zagadek, zapamiętywania ani przepisywania — chyba że dostępna jest alternatywa niewymagająca funkcji poznawczych, mechanizm wspomagający lub metoda oparta na obiektach. To rozszerzone kryterium (AAA) eliminuje ostatnie bariery w uwierzytelnianiu dla użytkowników z niepełnosprawnościami poznawczymi, ruchowymi i związanymi z pamięcią.
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.
Okrężnik Prezydencki 2025/10, opublikowany w Dzienniku Urzędowym Turcji nr 32933 w dniu 21 czerwca 2025 r., nakłada obowiązek zapewnienia dostępności zgodnej z WCAG 2.2 dla stron internetowych i aplikacji mobilnych w szerokim zakresie organizacji sektora publicznego i prywatnego, z terminami dostosowania wynoszącymi jeden rok dla sektora publicznego i dwa lata dla dostawców e-commerce.
Ten artykuł wyjaśnia program Logo Dostępności Turcji wprowadzony przez Okrężnik Prezydencki 2025/10 (Dziennik Urzędowy nr 32933 z 21 czerwca 2025 r.), obejmujący to, kogo dotyczy obowiązek, techniczne wymagania WCAG 2.2, proces przyznawania znaku oparty na monitoringu oraz praktyczne kroki prowadzące do osiągnięcia zgodności.
Artykuł wyjaśnia, w jaki sposób objęte regulacjami organizacje w Türkiye muszą powołać wewnętrzną Komisję ds. Przeglądu Dostępności Stron Internetowych i Aplikacji Mobilnych (İnceleme Komisyonu) na podstawie Okólnika Prezydenckiego nr 2025/10, obejmując podstawę prawną, obowiązki, wymagania WCAG 2.2 oraz instrukcje wdrożenia krok po kroku.
