POUR

POUR to konceptualna rama, na której opiera się WCAG. Każde kryterium sukcesu w WCAG 2.x przypisane jest dokładnie do jednej z czterech zasad. Zapamiętanie POUR to najkrótsza droga do zrozumienia, dlaczego dana reguła istnieje.

Cztery zasady

Postrzegalny (Perceivable). Informacje i komponenty interfejsu użytkownika muszą być prezentowane użytkownikom w sposób, który mogą percepować. W praktyce: alternatywy tekstowe dla treści niedeklaratywnych (obrazy, filmy), napisy i transkrypcje dla dźwięku, wystarczający kontrast kolorów, treść dostosowująca się do użytkowników korzystających z czytników ekranu i powiększonego układu. Jeśli wzrokowiec może coś zobaczyć, a osoba niewidoma nie — to jest luka postrzegalności.

Obsługiwalny (Operable). Komponenty interfejsu użytkownika i nawigacja muszą być obsługiwalne. Główne reguły w ramach tej zasady: pełny dostęp z klawiatury (bez funkcji wymagających myszy), wystarczająco dużo czasu na przeczytanie i wykonanie zadań, brak treści wywołujących ataki (miganie powyżej 3 razy na sekundę to wyraźna granica), czytelna nawigacja i przewidywalna kolejność fokusu. Nowe kryteria WCAG 2.2 dotyczące widoczności fokusu i alternatyw dla przeciągania to reguły obsługiwalności.

Zrozumiały (Understandable). Informacje i obsługa interfejsu muszą być zrozumiałe. Obejmuje to przewidywalne wzorce nawigacji, spójne etykietowanie na stronach, jasne instrukcje i pomocne odzyskiwanie po błędach. Zalecenia grupy roboczej ds. dostępności poznawczej mieszczą się w tej zasadzie, nawet gdy samo WCAG nie nakłada ich jako wymogów.

Solidny (Robust). Treść musi być wystarczająco solidna, aby była wiarygodnie interpretowana przez szeroką gamę programów użytkownika, w tym technologii asystujących. W praktyce to najmniejsza zasada, z głównie jedną regułą — 4.1.2 Nazwa, rola, wartość — ale ta jedna reguła obejmuje ogromną powierzchnię: wymaga, aby każdy niestandardowy element UI ujawniał, czym jest, co robi i jaki ma stan, w sposób czytelny dla technologii asystującej. Właśnie dlatego istnieje ARIA.

Jak operacyjnie stosować POUR

Gdy znajdziesz problem z dostępnością, zapytaj, którą zasadę narusza:

• Brakujący atrybut alt to Postrzegalny.
• Pułapka klawiatury to Obsługiwalny.
• Mylący komunikat błędu to Zrozumiały.
• Niestandardowe menu rozwijane, które nie ogłasza się jako combobox, to Solidny.

To mapowanie pomaga w ustalaniu priorytetów: błędy Postrzegalny i Obsługiwalny zazwyczaj całkowicie blokują użytkowników; błędy Zrozumiały i Solidny często obniżają jakość doświadczenia bez blokowania. Większość zespołów z tego powodu skupia pierwszy przebieg audytu na P i O.

POUR pomaga też wykrywać luki. Zespół, który obsesyjnie naprawia problemy Postrzegalności (alt text, kontrast), ale ignoruje problemy Obsługiwalności (kolejność fokusu, pułapki klawiatury), ma rozpoznawalny, powszechny wzorzec błędów. POUR sprawia, że ta jednostronność staje się widoczna.