♿ Dostępność

Dostępność i mobile

Zasady dostępności (WCAG) i projektowania mobilnego. Inkluzywny design dla wszystkich użytkowników i urządzeń.

Wszystkie zasady

01

WCAG (Web Content Accessibility Guidelines) WCAG (Web Content Accessibility Guidelines)

WCAG to międzynarodowy standard dostępności cyfrowej, który definiuje cztery zasady: percepcyjność, funkcjonalność, zrozumiałość i solidność. Spełnienie WCAG 2.1 AA oznacza, że Twój produkt jest dostępny dla osób z niepełnosprawnościami wzroku, słuchu, ruchu i poznawczymi.

Tip: Zainstaluj rozszerzenie axe DevTools i przeskanuj swój interfejs. Napraw najpierw błędy krytyczne (brak alt text, brak labeli formularzy, niewystarczający kontrast). Te trzy problemy odpowiadają za 80% barier dostępności.
02

Kontrast i czytelność Color Contrast and Readability

Minimalny kontrast tekstu do tła wynosi 4.5:1 dla normalnego tekstu i 3:1 dla dużego (18px+ bold lub 24px+). Zbyt niski kontrast sprawia, że tekst jest nieczytelny na słabszych ekranach, w słońcu lub dla osób z zaburzeniami widzenia.

Tip: Sprawdź kontrast każdej pary tekst-tło narzędziem WebAIM Contrast Checker. Szary tekst (#999) na białym tle (#fff) ma kontrast 2.85:1, czyli za mało. Minimalny szary na białym to #767676 (4.54:1).
03

Nawigacja klawiaturą Keyboard Navigation

Każdy element interaktywny musi być osiągalny i obsługiwalny wyłącznie klawiaturą (Tab, Enter, Space, Escape, strzałki). Dotyczy to nie tylko osób korzystających z czytników ekranu, ale też power userów, osób z dysfunkcją ruchu i użytkowników bez myszy.

Tip: Przejdź przez cały swój interfejs używając tylko klawiatury. Tab powinien przechodzić przez elementy w logicznej kolejności, Enter powinien aktywować przyciski, Escape powinien zamykać modale. Jeśli gdziekolwiek utkniesz, masz problem z dostępnością.
04

Screen readery i semantyczny HTML Screen Readers and Semantic HTML

Screen readery czytają stronę na podstawie semantyki HTML, nie wyglądu. Nagłówki (h1-h6) tworzą strukturę, buttony są interaktywne, aria-label opisuje elementy bez tekstu. Div ze stylem przycisku wygląda tak samo, ale screen reader go nie odczyta jako przycisk.

Tip: Zamień wszystkie klikalne divy na button lub a. Dodaj alt text do każdego obrazka. Używaj nagłówków h1-h6 w prawidłowej hierarchii (bez pomijania poziomów). Te trzy zmiany rozwiązują większość problemów ze screen readerami.
05

Responsywność Responsive Design

Interfejs powinien dostosowywać się do rozmiaru ekranu bez utraty funkcji i czytelności. Responsywność to nie tylko zmiana szerokości kolumn. To zmiana nawigacji (hamburger na mobile), wielkości celów dotykowych, kolejności elementów i sposobu prezentacji danych.

Tip: Testuj swój interfejs na trzech breakpointach: 375px (iPhone SE), 768px (iPad), 1440px (desktop). Na każdym sprawdź, czy tekst jest czytelny, przyciski klikalne, a kluczowe funkcje dostępne bez scrollowania w bok.
06

Rozmiar celów dotykowych Touch Targets

Minimalna wielkość elementu dotykowego na urządzeniach mobilnych to 44x44px (Apple) lub 48x48dp (Google Material). Mniejsze przyciski powodują błędne kliknięcia, frustrację i porzucanie zadań. Dotyczy to przycisków, linków, checkboxów i ikon.

Tip: Nawet jeśli ikona ma 24px, jej obszar klikalny (touch target) powinien mieć 44x44px. Dodaj padding lub invisible touch area. W CSS: min-height: 44px, min-width: 44px na elementach interaktywnych.
07

Przewidywalne gesty mobilne Predictable Mobile Gestures

Gesty mobilne (swipe, pinch, long press) powinny robić to, czego użytkownik oczekuje. Swipe w lewo na liście powinien ujawnić akcje (usuń, archiwizuj), a nie nawigować do innego ekranu. Gesty powinny być spójne z konwencjami platformy i nie powinny być jedynym sposobem interakcji.

Tip: Każdy gest w Twoim interfejsie powinien mieć alternatywę w postaci przycisku. Nie każdy użytkownik zna gesty, a osoby z dysfunkcją ruchową mogą mieć problem z precyzyjnymi gestami jak pinch czy long press.
08

Spójność z platformą Platform Consistency (iOS/Android)

Użytkownicy iOS oczekują innej nawigacji niż użytkownicy Androida. Na iOS 'wstecz' jest w lewym górnym rogu, na Androidzie jest fizyczny/systemowy przycisk. Przycisk 'OK' na iOS jest po prawej, na Androidzie po prawej lub po lewej, zależnie od wersji Material.

Tip: Jeśli budujesz natywną aplikację, stosuj komponenty i wzorce nawigacyjne zgodne z platformą. Jeśli budujesz PWA lub hybrid app, przynajmniej pozycjonuj główne elementy nawigacji zgodnie z konwencjami platformy.

Powiązane kategorie

Chcesz wiedzieć więcej?

Sprawdź dostępność swoich komponentów

Sprawdź DS Darmowe Narzędzia →