- Strona główna
- Porady
- Preferencje użytkownika w EN 301 549 V4.1.1 (9.7, 10.7, 11.7)
Preferencje użytkownika w EN 301 549 V4.1.1 (9.7, 10.7, 11.7)
Klauzule 9.7, 10.7 i 11.7 EN 301 549 V4.1.1 wymagają, by strony internetowe, dokumenty i oprogramowanie respektowały ustawienia dostępności użytkownika zamiast je nadpisywać lub blokować. Wyjątkiem są sytuacje, w których nadpisanie jest niezbędne dla treści lub funkcji. Tego wymagania nie ma w WCAG 2.2, więc klasyczny audyt WCAG go nie sprawdza.
Czego wymaga norma
Wiele osób korzysta z ustawień systemu operacyjnego lub przeglądarki, które dopasowują wygląd ekranu do ich potrzeb. Ktoś ze słabym wzrokiem powiększa tekst systemowy, osoba z nadwrażliwością na światło włącza tryb wysokiego kontrastu, osoba z daltonizmem używa filtrów kolorów. Te ustawienia działają tylko wtedy, gdy strona lub aplikacja ich nie ignoruje.
Nowe podrozdziały normy obejmują trzy światy:
- 9.7 dotyczy stron internetowych i ustawień przeglądarki oraz platformy,
- 10.7 dotyczy dokumentów i ustawień czytników dokumentów,
- 11.7 dotyczy oprogramowania, w tym aplikacji mobilnych.
W V3.2.1 istniało tylko wymaganie dla oprogramowania (11.7). Nowością jest rozciągnięcie tej zasady na strony i dokumenty.
Jakie ustawienia obejmuje
Norma wymienia między innymi filtry kolorów, kontrast, rozmiar tekstu, rozmiar wskaźnika i kursor tekstowy. W praktyce oznacza to, że po zmianie tych ustawień w systemie strona lub aplikacja powinna się do nich dostosować, a nie wyświetlać się dokładnie tak samo.
Kiedy nadpisanie jest dopuszczalne
Wymaganie nie zabrania własnego wyglądu. Dopuszcza nadpisanie ustawień użytkownika, gdy jest to niezbędne dla treści lub funkcji. Przykłady: narzędzie do edycji zdjęć, które musi pokazywać prawdziwe kolory, albo gra, w której rozmiar elementów jest częścią rozgrywki. Logo w barwach firmowych lub „spójny wygląd marki” nie są takim uzasadnieniem dla całego interfejsu.
Jak testować na różnych systemach
Test polega na zmianie ustawień i obserwacji reakcji. Nazwy menu różnią się między wersjami systemów, więc poniżej podajemy ustawienia, a nie dokładne ścieżki.
| System | Co zmieniamy | Co sprawdzamy |
|---|---|---|
| Windows | Rozmiar tekstu, motywy kontrastu, filtry kolorów, rozmiar i kolor wskaźnika, wskaźnik kursora tekstowego | Czy tekst rośnie i się nie ucina, czy strona respektuje tryb kontrastu, czy kursor pozostaje widoczny |
| macOS | Zwiększony kontrast, filtry kolorów, rozmiar wskaźnika | Czy interfejs zachowuje czytelność i nie blokuje zmian |
| iOS | Większy tekst (Dynamic Type), zwiększony kontrast, filtry kolorów | Czy aplikacja skaluje tekst i układ, czy nic nie znika z ekranu |
| Android | Rozmiar czcionki i wyświetlania, tekst o wysokim kontraście, korekcja kolorów | Czy tekst w aplikacji rośnie razem z systemem, czy układ się nie rozsypuje |
| Przeglądarka | Minimalny rozmiar czcionki, tryb wymuszonych kolorów | Czy strona nie blokuje zmiany czcionki i poprawnie działa w wymuszonych kolorach |
Typowe błędy
Najczęściej spotykamy trzy grupy problemów:
- Sztywne rozmiary tekstu w aplikacjach. Tekst zapisany w pikselach zamiast w jednostkach skalowanych przez system (np. sp w Androidzie, Dynamic Type w iOS) nie rośnie po zmianie ustawień.
- Blokowanie trybu kontrastu. Style, które wymuszają własne kolory nawet w trybie wysokiego kontrastu, albo tła i ikony znikające w trybie wymuszonych kolorów.
- Własne kursory i wskaźniki. Zastępowanie systemowego kursora własnym, który ignoruje ustawiony rozmiar lub kolor.
Dla deweloperów stron pomocne są zapytania mediów CSS, takie jak forced-colors i prefers-contrast, oraz jednostki względne dla tekstu.
Widoki web w aplikacjach
Norma rozstrzyga też częstą wątpliwość: widok web osadzony w aplikacji mobilnej ocenia się według klauzuli 11 (oprogramowanie), a nie 9. Obie klauzule nie mają zastosowania jednocześnie. Dla preferencji użytkownika oznacza to, że taki widok powinien reagować na ustawienia systemu tak samo jak reszta aplikacji.
Masz aplikację mobilną lub rozbudowany serwis? Zamów test na prawdziwych urządzeniach w ramach Accessibility PREMIUM.
Najczęściej zadawane pytania
Czy audyt WCAG 2.2 wystarczy do zgodności z EN 301 549?
Nie. Norma zawiera wymagania spoza WCAG, w tym 9.7, 10.7 i 11.7, oraz wymagania dotyczące dokumentacji, komunikacji i sprzętu. Zobacz też przegląd zmian V4.1.1.
Jak sprawdzić, czy aplikacja respektuje duży tekst?
Ustaw największy rozmiar tekstu w systemie, otwórz aplikację i sprawdź, czy tekst rośnie, nie ucina się i czy wszystkie funkcje są nadal dostępne.
Źródła
- ETSI EN 301 549 V4.1.1 (2026-09)
- BarrierBreak: EN 301 549 V4.1.1
- Deque: EN 301 549 V4.1.1 is final
Gotowy na dostępność?
Zweryfikuj swoją stronę i zapewnij dostępność dla wszystkich użytkowników.
Zbadaj stronę