Sprawdzam strukturę, nawigację, formularze, kontrast, fokus, komponenty oraz miejsca najtrudniejsze dla użytkowników.
WCAG 2.2
Strony internetowe z dostępnością od początku projektu.
Uwzględniam WCAG 2.2 w treści, nawigacji, formularzach i obsłudze klawiaturą. Zakres obejmuje też deklarację dostępności i zasady dalszej redakcji.
Dostępność traktuję jako część projektu UI, architektury informacji i utrzymania treści, nie jako końcową poprawkę po wdrożeniu.
2.2standard WCAG
AApraktyczny cel zgodności
UXczytelność dla ludzi
Wdrożeniestabilny rozwój
Dowody projektu
Przykłady rozwiązań dostępności w projektach.
Zrzuty pokazują ustawienia dostępności, deklarację i panel redakcyjny. Same te elementy nie potwierdzają zgodności całego serwisu z WCAG.
Desktopowy panel dostępności na podstronie projektu, z opcjami rozmiaru tekstu, wysokiego kontrastu i skali szarości.
Panel na telefonie z ustawieniami tekstu, kontrastu i skali szarości.
Panel utrzymania deklaracji dostępności i informacji o zgodności w testowej instancji BIP.
Widok deklaracji dostępności z informacją o statusie zgodności, kontakcie i procedurze zgłoszeń.
03Proces
Układam wymagania dla komponentów, treści, deklaracji, panelu dostępności i redakcji materiałów.
Powstaje interfejs, który zachowuje charakter marki i jednocześnie spełnia praktyczne wymagania WCAG 2.2.
Testuję stany, przepływy, klawiaturę, responsywność, komunikaty i podstawowe scenariusze korzystania.
Porządkuję deklarację dostępności, zgłoszenia problemów oraz sposób dalszego utrzymania treści.
02Dostępność cyfrowa
Dostępność w treści, nawigacji i formularzach.
Sprawdzam, czy można odczytać treść, znaleźć informację i wykonać zadanie różnymi sposobami obsługi strony.
2.2standard WCAG
AApraktyczny cel zgodności
UXczytelność dla ludzi
Kontrast, fokus i czytelne stany.
Projekt obejmuje realne stany elementów: menu, linki, przyciski, formularze, komunikaty, panele i wyszukiwarkę.
Struktura informacji bez zgadywania.
Nagłówki, listy, linki, alternatywy tekstowe i dokumenty muszą być układane tak, aby użytkownik mógł szybko odnaleźć sens.
Deklaracja dostępności i procedura zmian.
Po wdrożeniu zostaje podstawa do aktualizacji deklaracji, zgłoszeń problemów i dalszego przeglądu treści.
04Po wdrożeniu
Komponenty mają stany, kontrast, fokus i komunikaty zaplanowane przed publikacją, nie dopisywane po fakcie.
Struktura pozwala dodawać nowe podstrony, dokumenty i aktualności bez utraty porządku.
Widok deklaracji, zgłoszenia problemu i procedura zmian pozostają częścią systemu, który można aktualizować.
FAQ
Pytania przed rozpoczęciem prac.
Tak. Wymagania dostępności najlepiej uwzględnić już na etapie struktury, treści, komponentów i stanów interfejsu.
Masz pytanie lub projekt do omówienia?
Kontakt
Porozmawiajmy o zakresie prac.
Opisz potrzeby, obecny etap i planowany termin. Odpowiem z propozycją zakresu prac.