Krótka odpowiedź
Tak. Prosty język i WCAG nie są osobnymi tematami. Dobrze się uzupełniają, szczególnie w bankowości, gdzie użytkownik podejmuje ważne decyzje finansowe, czyta regulaminy, komunikaty, instrukcje i informacje o produktach.
Prosty język pomaga użytkownikowi zrozumieć treść. WCAG pomaga zadbać o to, żeby ta treść była dostępna technicznie: możliwa do odczytania, obsłużenia klawiaturą, zrozumienia i poprawnej interpretacji przez technologie wspomagające.
W praktyce bank nie powinien patrzeć tylko na kontrasty, formularze, nagłówki czy teksty alternatywne. Powinien też sprawdzać, czy komunikaty są jasne, instrukcje nie są zbyt skomplikowane, a użytkownik wie, co ma zrobić na kolejnym etapie procesu.
Prosty język wspiera dostępność, ale jej nie zastępuje
Strona lub aplikacja bankowa może mieć prosty tekst, a nadal mieć problemy z dostępnością, jeśli formularz nie ma etykiet, linki nie mają jasnych nazw, błędy nie są poprawnie ogłaszane albo procesu nie da się wygodnie obsłużyć klawiaturą.
Z drugiej strony sama zgodność techniczna z WCAG nie wystarczy, jeśli treść jest napisana językiem trudnym, prawniczym lub niezrozumiałym dla przeciętnego użytkownika.
Dlatego najlepsze podejście to połączenie obu perspektyw:
- prosty język
- logiczna struktura treści
- jasne nagłówki
- zrozumiałe linki i przyciski
- dostępne formularze
- czytelne komunikaty błędów
- poprawna obsługa klawiaturą
- zgodność z kryteriami WCAG
W bankowości dostępność to nie tylko kwestia techniczna. To także pytanie, czy użytkownik rozumie, jaką decyzję podejmuje i czy może samodzielnie przejść przez cały proces.
Co warto sprawdzić w banku?
W praktyce dostępność cyfrowa w bankowości wymaga spojrzenia na wymogi WCAG, ale też na dostępność treści. Dlatego prosty język w banku powinien iść w parze z testami formularzy, kolejności nagłówków, nazw linków i kontrastu. Trzeba też sprawdzać technicznie, czy zrozumiałe komunikaty błędów są powiązane z właściwymi polami.