Przejdź do treści
Pandus

WCAG 1.4.10 Dopasowanie do ekranu

Zaktualizowano 14 października 2026 · 3 min czytania

Poziom
AA · WCAG 2.1
EN 301 549
9.1.4.10
Co sprawdza checker
Ręczna weryfikacja: narzędzie automatyczne nie sprawdzi tego kryterium w wiarygodny sposób.
Oficjalny tekst
Understanding 1.4.10 Reflow (W3C, po angielsku)

Kryterium sukcesu 1.4.10 pomaga osobom słabowidzącym, które mocno powiększają stronę. Gdy treść układa się w jedną kolumnę, przewijają tylko w jednym kierunku; gdy nie — muszą przewijać w lewo i w prawo przy każdym wierszu. Kryterium dodano w WCAG 2.1, ma poziom AA i jest częścią normy EN 301 549 (punkt 9.1.4.10); na tej normie opiera się też polska ustawa o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze.

Czego wymaga kryterium

Treść można przedstawić bez utraty informacji lub funkcjonalności i bez konieczności przewijania w dwóch wymiarach dla:

  • treści przewijanej w pionie (zwykłe strony internetowe) przy szerokości odpowiadającej 320 pikselom CSS;
  • treści przewijanej w poziomie przy wysokości odpowiadającej 256 pikselom CSS.

320 px CSS to tyle, ile pokazuje okno przeglądarki na komputerze o szerokości 1280 px CSS przy powiększeniu 400 %; 256 px CSS odpowiada oknu o wysokości 1024 px przy 400 %.

Wyjątek: części treści, które wymagają układu dwuwymiarowego ze względu na sposób użycia lub znaczenie. WCAG wymienia obrazy, takie jak mapy i diagramy, wideo, gry, prezentacje, tabele danych (nie ich pojedyncze komórki) oraz interfejsy, w których paski narzędzi muszą pozostać w widoku podczas pracy z treścią. Tylko te części mogą przewijać się w obu kierunkach.

Typowe błędy w sklepie internetowym

  • strona szersza niż ekran przy 320 px z powodu banera, ramki iframe lub tabeli wariantów produktu o stałej szerokości;
  • menu główne lub filtry, które znikają przy dużym powiększeniu i nie da się do nich dotrzeć w inny sposób;
  • przyklejony nagłówek i pasek cookies, które zasłaniają większość małego widoku;
  • długie nazwy produktów, kody SKU lub adresy URL, które się nie zawijają i rozpychają układ na boki;
  • proces zamówienia w dwóch kolumnach, które się nie mieszczą i wymagają przewijania w poziomie.

Jak to sprawdzić

Automatycznie: w naszym skanerze żadna reguła automatyczna nie odpowiada temu kryterium. Dopasowanie zależy od układu przy określonym powiększeniu i od tego, czy coś zostaje utracone, a tego reguła nie oceni. Potrzebna jest ręczna kontrola.

Ręcznie: ustawić okno przeglądarki na komputerze na szerokość 1280 px i powiększyć do 400 % albo użyć emulacji urządzenia 320 × 256 px dla treści poziomej. Przejść przez stronę główną, kategorię, produkt, koszyk i proces zamówienia. Sprawdzić, że nigdy nie trzeba przewijać w bok, by przeczytać tekst, że cała treść i menu są nadal dostępne i że nic na siebie nie nachodzi.

Jak to naprawić

  • Stosować układ responsywny o elastycznych szerokościach (szerokości procentowe, max-width, minmax() w siatce) zamiast stałych szerokości w pikselach.
  • Pozwolić na zawijanie długich słów i adresów URL (overflow-wrap: anywhere).
  • Umieścić szerokie tabele danych w kontenerze, który przewija się samodzielnie, a resztę strony zostawić dopasowującą się.
  • Uczynić osadzone filmy i ramki iframe responsywnymi.
  • Utrzymywać przyklejone nagłówki niewielkie albo odklejać je przy wąskich szerokościach.

Powiązane kryteria

Najczęstsze pytania

Jak przetestować dopasowanie do ekranu (reflow) wg WCAG?

Otworzyć stronę w oknie przeglądarki na komputerze o szerokości 1280 px CSS i powiększyć do 400 % albo ustawić w narzędziach deweloperskich szerokość widoku 320 px. Przewinąć stronę w dół i wykonać kluczowe zadania: nigdy nie powinno być potrzeby przewijania w bok, by przeczytać tekst lub dotrzeć do elementu sterującego.

Czy tabele danych mogą się przewijać w poziomie?

Tak. Treść, która dla swojego znaczenia lub użycia potrzebuje układu dwuwymiarowego — tabele danych, mapy, diagramy, wideo, gry, paski narzędzi, które muszą pozostać w widoku — może się przewijać w dwóch kierunkach. Reszta strony nadal musi się dopasowywać.

Czy responsywny motyw wystarcza do spełnienia 1.4.10?

Zwykle to dobry początek, ale i tak trzeba to przetestować. Elementy o stałej szerokości, szerokie osadzenia, długie słowa lub adresy URL i przyklejone nagłówki często psują dopasowanie nawet w responsywnych motywach.

Czym różni się 1.4.4 od 1.4.10?

1.4.4 Zmiana rozmiaru tekstu wymaga, by tekst działał przy powiększeniu 200 %. 1.4.10 Dopasowanie do ekranu wymaga, by przy 400 % (szerokość 320 px) treść mieściła się bez przewijania w poziomie.