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
-
03.10.2023Dostępność cyfrowa
Dostępność cyfrowa stron internetowych partii politycznych w wyborach 2023
Jak partie polityczne biorące udział w październikowych wyborach parlamentarnych radzą sobie z dostępnością cyfrową ich portali? Sprawdziliśmy to. Badania odbyło…
-
19.01.2024Akademia WCAG
WCAG 2.1 – kryterium 2.4.9 – Cel łącza (z samego łącza) (Poziom AAA)
WCAG 2.4.9 Cel łącza Zapraszamy Was na opis kryterium, które z celowością ma dużo wspólnego. Zaczynamy! WCAG 2.4.9 Cel łącza…
-
04.05.2023Akademia WCAG
WCAG 2.1 – kryterium 1.3.4 – Orientacja (poziom AA)
Dziś przedstawiamy Wam kryterium 1.3.4 WCAG (poziom AA) dotyczącego orientacji. W najprostszych słowach – treści i funkcje nie mogą zostać…