Sprawdzam strukturę, nawigację, formularze, kontrast, fokus, komponenty oraz miejsca najtrudniejsze dla użytkowników.
WCAG 2.2
Strony internetowe WCAG 2.2, które są czytelne dla ludzi i gotowe na audyt.
Projektuję dostępne cyfrowo strony internetowe z myślą o WCAG 2.2, czytelnej strukturze, widocznym fokusie, deklaracji dostępności i późniejszej redakcji treści.
Dostępność traktuję jako część projektu UI, architektury informacji i utrzymania treści, nie jako końcową poprawkę po wdrożeniu.
Dowody projektu
Realne widoki, w których dostępność była częścią interfejsu.
Screeny z Łodygowic i BIP PZD Żywiec pokazują dostępność w treści, panelu i procedurach, nie jako osobny dodatek.
Desktopowy panel dostępności na podstronie projektu, z opcjami rozmiaru tekstu, wysokiego kontrastu i skali szarości.
Mobilny panel dostępności otwarty jako duży, czytelny drawer z trzema najważniejszymi ustawieniami WCAG.
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ń.
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.
WCAG 2.2 powinien porządkować doświadczenie, a nie tylko domykać checklistę.
Dostępna strona internetowa prowadzi użytkownika przez treść, formularze i nawigację bez zgadywania. To standard pracy z informacją, nie dekoracja techniczna.
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.
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
Najczęstsze pytania przed rozpoczęciem współpracy.
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
Jeśli ten zakres brzmi jak właściwy kierunek, przejdźmy do konkretu.
Opisz, co dziś najbardziej boli w obszarze stron internetowych zgodnych z WCAG 2.2. Odezwę się z pierwszym kierunkiem prac, zakresem oraz następnym sensownym krokiem.
