WCAG 2.3.1: Trzy błyski lub poniżej progu
Kryterium sukcesu WCAG 2.3.1 „Trzy błyski lub poniżej progu” (poziom A) jest kluczowe dla zapewnienia bezpieczeństwa i dostępności dla osób z epilepsją fotowrażliwą oraz innych wrażliwych użytkowników. Wymaga ono, aby treści cyfrowe nie migotały więcej niż trzy razy w ciągu jednej sekundy, chyba że natężenie migotania jest na tyle niskie, że nie wywołuje ataków padaczki. Celem jest ochrona użytkowników przed szkodliwymi efektami szybkiego migotania, które może prowadzić do poważnych konsekwencji zdrowotnych.
Dlaczego to jest ważne?
Szybkie migotanie lub błyski na ekranie mogą być niebezpieczne, a nawet śmiertelne, dla osób cierpiących na epilepsję fotowrażliwą. Tego typu bodźce wizualne mogą wywoływać ataki padaczki, które mogą prowadzić do urazów fizycznych lub innych poważnych komplikacji. Nawet dla osób bez zdiagnozowanych schorzeń neurologicznych, intensywne i szybkie migotanie może powodować dyskomfort, bóle głowy, dezorientację, a także zmęczenie wzroku.
Użytkownicy, których dotyczy problem:
Kryterium sukcesu i wymagania
Kryterium sukcesu 2.3.1 (Trzy błyski lub poniżej progu) jest kryterium poziomu A, co oznacza, że jest to podstawowy wymóg dostępności, który musi być spełniony. Mówi ono:
Treść nie może migać więcej niż trzy razy w ciągu jednej sekundy, chyba że natężenie migotania mieści się poniżej progów mogących wywołać atak padaczki.
Szczegóły wymagań:
Praktyczne wytyczne dotyczące zgodności
Aby spełnić kryterium 2.3.1, należy przestrzegać następujących wytycznych:
Przykłady implementacji
Nieprawidłowe implementacje (Incorrect)
Poniższe przykłady przedstawiają typowe błędy, które naruszają kryterium 2.3.1.
Szybko migający baner reklamowy (CSS)
Baner, który zmienia kolor tła co 150 milisekund, tworząc więcej niż trzy błyski na sekundę.
To jest nieprawidłowe, ponieważ animacja zmienia kolor więcej niż trzy razy na sekundę (co daje 3.33 błysku/sekundę), co może wywołać atak.
Błyskające powiadomienie o błędzie (JavaScript)
Wiadomość o błędzie, która szybko znika i pojawia się, sygnalizując pilność.
To jest nieprawidłowe. Wiadomość miga zbyt szybko (około 3.33 błysków/sekundę), przekraczając próg trzech błysków na sekundę.
Prawidłowe implementacje (Correct)
Poniższe przykłady pokazują, jak można projektować treści zgodnie z kryterium 2.3.1.
Wolno zmieniający się baner reklamowy (CSS)
Baner, który subtelnie zmienia kolor tła, zapewniając płynną animację i unikając błysków.
To jest prawidłowe, ponieważ zmiana koloru jest płynna i występuje znacznie wolniej niż trzy razy na sekundę (0.25 błysku/sekundę), nie tworząc niebezpiecznych błysków.
Powiadomienie o błędzie bez migotania (HTML/CSS/JS)
Wiadomość o błędzie wyświetlana statycznie lub z użyciem płynnej animacji pojawiania się.
To jest prawidłowe. Wiadomość pojawia się płynnie dzięki animacji opacity i pozostaje statyczna, unikając szybkiego migotania.
Wideo z ostrzeżeniem i opcją pominięcia (HTML)
Osadzone wideo zawierające potencjalnie migające sceny, poprzedzone ostrzeżeniem i kontrolami użytkownika.
To jest prawidłowe. Użytkownik jest ostrzeżony o potencjalnym ryzyku i ma możliwość podjęcia świadomej decyzji o odtworzeniu lub pominięciu treści, co daje mu kontrolę.
Najlepsze praktyki i typowe pułapki
Najlepsze praktyki:
Typowe pułapki:
Powiązane wpisy
- WCAG 5.2.3: Pełne procesy
- WCAG 5.2.4: Tylko sposoby korzystania z technologii wspierające dostępność
- WCAG 5.2.5: Brak zakłóceń
- WCAG 5.3.1: Wymagane elementy oświadczenia o zgodności
- WCAG 5.3.2: Opcjonalne elementy oświadczenia o zgodności
Nadal szukasz odpowiedzi?
Zapytaj naszych specjalistów używając czatu online.