WCAG 2.1. – kryterium 2.4.1 – Możliwość pominięcia bloków (Poziom A)
- Przejdź do artykułów z tagiem A11Y
- Przejdź do artykułów z tagiem accessibility
- Przejdź do artykułów z tagiem accessibilityMatters
- Przejdź do artykułów z tagiem akademiaWCAG
- Przejdź do artykułów z tagiem dostępność
- Przejdź do artykułów z tagiem dostępność cyfrowa
- Przejdź do artykułów z tagiem klawiatura
- Przejdź do artykułów z tagiem WCAG
- Przejdź do artykułów z tagiem WCAG 2.1
- Przejdź do artykułów z tagiem Web Content Accessibility Guidelines
Treść artykułu
Dziś kolejna dawka wiedzy o kryteriach WCAG. Dzisiejsze dotyczy właśnie pomijania i przeskakiwania bloków tekstów znajdujących się na naszych stronach internetowych. Zaczynamy!
2.4.1 – Możliwość pominięcia bloków
Wyobraźcie sobie, że wyczerpały Wam się baterie w myszce do klawiatury… albo ucięło Wam kabel, albo… po prostu nie jesteście w stanie obsługiwać myszy.
Co naturalnie w tej sytuacji zrobicie? Jeśli wiecie w jaki sposób obsługiwać komputer za pomocą klawiatury, to zapewne skorzystacie z tej opcji. Jeśli zaś nie potraficie… warto się nauczyć.
Kryterium to właśnie ma być pomocne dla osób korzystających głównie z klawiatury, ale może być również przydatne dla osób niewidomych.
Na czym polega kryterium możliwość pominięcia bloków?
Ma wspomóc Użytkowników w pomijaniu powtarzających się treści bądź też bloków tekstów, które go nie interesują. Najpopularniejszym przykładem może być tu menu nawigacyjne albo slajder umieszczony na początku fragmentu strony (tak zwanego landmarku main). Zapewne nie chcemy przechodzić przez te elementy za każdym razem po przejściu do kolejnej podstrony serwisu.
Co może nam pomóc w tym zadaniu?
- Specjalny link (wizualnie ukryty po wejściu na stronę), który aktywuje się po naciśnięciu przycisku “tab”. Tak zwany mechanizm “przejdź do treści”. Prawidłowo zaimplementowany powinien przenieść nas do głównego punktu orientacyjnego (tzw. main), skracając nam ścieżkę do niego. Przykład implementacji.
- Określenie punktów orientacyjnych. Jeśli z jakichś powodów nie zdecydujemy się na zaimplementowanie tego mechanizmu, spróbujmy określić główne punkty orientacyjne. Jakie? Chociaż trzy podstawowe. Header, main oraz footer. Pamiętajmy, że osoby korzystające z czytników ekranu mogą używać skrótów klawiaturowych i przechodzić do kolejnych landmarków.
Pozwolę sobie tutaj delikatnie zahaczyć o temat związany z możliwością pominięcia bloków… kolejność fokusu. Nie raz poruszaliśmy już temat pomijania bloków oraz okien modalnych z ciasteczkami. Jak myślicie, co powinno być fokusowane jako pierwsze? Mechanizm “skip to content” czy okno modalne z cookiesami?
My jesteśmy zdania, że zdecydowanie Użytkownik powinien mieć możliwość najpierw zapoznania się z komunikatem dotyczącym cookies, a dopiero później przejścia do głównej zawartości strony internetowej. Implementując modal z cookiesami (i nie tylko) pamiętajcie jednak, by fokus nie wychodził poza niego, dopóki Użytkownik nie zaakceptuje/nie odrzuci ustawień.
Małgorzata Szymczak
Accessibility Specialist & Junior Frontend Developer
Polecane artykuły
-
09.02.2023Akademia WCAG
WCAG 2.1. – kryterium 1.2.4 – Napisy (na żywo) (poziom AA)
Kryterium 1.2.4 (poziom AA) dotyczy napisów, które powinny zostać dodawane do multimediów nadawanych na żywo, takich jak wywiady, podcasty, wiadomości…
-
15.12.2023Akademia WCAG
WCAG 2.1. – kryterium 2.4.4 – Cel łącza (w kontekście) (Poziom A)
Witamy Was kolejnym kryterium, według nas jednym z ważniejszych z perspektywy osób niewidomych i obsługujących komputer za pomocą czytnika ekranu. …
-
14.06.2024Akademia WCAG
WCAG 2.1 – Kryterium 3.2.4 – Spójna identyfikacja (Poziom AA)
O czym mówi nam kryterium WCAG 3.2.4 Spójna identyfikacja? O elementach interaktywnych, w tym linkach, przyciskach i ikonach, które wykorzystujemy…