W przypadku platform sprzedaży biletów kolejowych (strony internetowe i aplikacje), Polski Akt o Dostępności jest jednym z najbardziej wymagających obszarów. Wynika to z tego, że usługi transportu pasażerskiego, w tym sprzedaż biletów online, zostały wprost objęte ustawą wdrażającą Europejski Akt o Dostępności (EAA). Platforma nie może być jedynie „zgodna z WCAG” – musi umożliwiać samodzielny zakup biletu przez osobę z różnymi rodzajami niepełnosprawności.
Sprawdzanie dostępności platformy sprzedaży biletów można podzielić na kilka etapów.
1. Wyszukiwanie połączeń
Użytkownik powinien bez problemu:
- wpisać stację początkową i końcową z klawiatury,
- korzystać z podpowiedzi również przy pomocy klawiatury,
- wybrać datę i godzinę bez używania myszy,
- łatwo zmienić parametry wyszukiwania.
Dobre praktyki:
✅ możliwość wpisania nazwy stacji zamiast wybierania z mapy
✅ kalendarz dostępny z klawiatury
✅ wyraźny fokus
✅ komunikaty głosowe poprawnie odczytywane przez czytniki ekranu
❌ niedostępne rozwiązanie:
- kalendarz otwierający się wyłącznie po kliknięciu myszą,
- lista stacji niewidoczna dla czytnika ekranu.
2. Lista połączeń
Każde połączenie powinno być przedstawione w sposób jednoznaczny.
Przykład:
Białystok → Warszawa Centralna
odjazd 8:15
przyjazd 10:32
czas przejazdu 2 godziny 17 minut
przewoźnik Intercity
cena od 69 zł
Nie powinno się prezentować informacji wyłącznie:
- kolorem,
- ikoną,
- układem graficznym.
Czytnik ekranu powinien odczytać całą informację logicznie.
3. Wybór miejsca
To jeden z trudniejszych elementów.
Typowy schemat wagonu jest dla osoby niewidomej praktycznie bezużyteczny.
Dlatego platforma powinna umożliwiać:
- wybór miejsca z listy,
- filtrowanie miejsc,
- informacje: miejsce przy oknie, miejsce przy przejściu, strefa ciszy, miejsce dla osoby z niepełnosprawnością, wagon bezprzedziałowy
To wszystko musi być dostępne tekstowo.
4. Dane pasażera
Formularze powinny:
- mieć prawidłowe etykiety,
- informować o błędach,
- wskazywać dokładnie, które pole wymaga poprawy,
- nie kasować danych po wystąpieniu błędu.
Przykład dobrego komunikatu: Numer telefonu powinien zawierać 9 cyfr.
Zamiast: Wystąpił błąd.
5. Wybór ulg
Lista ulg powinna być:
- czytelna,
- możliwa do przeszukiwania,
- łatwa do zrozumienia.
Przykład:
☐ Student 51%
☐ Senior
☐ Osoba z niepełnosprawnością
☐ Kombatant
a nie jedynie: Kod 95 czy Kod 21
6. Płatność
Proces płatności powinien być:
- zgodny z WCAG,
- możliwy do wykonania klawiaturą,
- posiadać odpowiednio długie limity czasu,
- ostrzegać przed wygaśnięciem sesji.
7. Potwierdzenie zakupu
Po zakupie użytkownik powinien otrzymać:
- czytelne potwierdzenie,
- numer biletu,
- możliwość pobrania dostępnego PDF,
- dostępny bilet w aplikacji.
PDF również powinien być dostępny (oznaczone nagłówki, kolejność czytania, tekst zamiast obrazu).
Dodatkowe wymagania wynikające z PAD
Platforma powinna zapewniać m.in.:
- pełną obsługę klawiaturą,
- współpracę z czytnikami ekranu,
- odpowiedni kontrast,
- możliwość powiększenia tekstu,
- responsywność przy powiększeniu do 200–400%,
- teksty alternatywne,
- poprawne nagłówki,
- logiczną kolejność treści,
- zrozumiałe komunikaty o błędach,
- brak migających elementów,
- możliwość zatrzymania animacji,
- prosty i zrozumiały język komunikatów. Standardem technicznym jest zgodność z wymaganiami odpowiadającymi WCAG 2.1 poziom AA, uzupełnionymi wymaganiami normy EN 301 549.
A co z aplikacją mobilną?
Wymagania są bardzo podobne:
- współpraca z VoiceOver i TalkBack,
- odpowiednio opisane przyciski,
- możliwość obsługi gestami systemowymi,
- brak elementów wymagających precyzyjnego trafiania palcem,
- odpowiednie odstępy między elementami,
- zgodność z ustawieniami dostępności systemu (większa czcionka, wysoki kontrast, redukcja ruchu).
Przykład idealnego procesu zakupu
- Wpisuję „Białystok”.
- Wpisuję „Warszawa”.
- Wybieram datę z dostępnego kalendarza.
- Otrzymuję listę połączeń odczytywaną poprawnie przez czytnik ekranu.
- Wybieram połączenie.
- Wybieram miejsce z listy tekstowej („wagon 5, miejsce 42, przy oknie”).
- Uzupełniam dane pasażera.
- Wybieram ulgę z czytelnej listy.
- Płacę.
- Pobieram dostępny cyfrowo bilet i otrzymuję potwierdzenie zakupu.
Taki proces realizuje nie tylko wymagania techniczne dostępności, ale przede wszystkim cel Polskiego Aktu o Dostępności – umożliwia osobom z różnymi rodzajami niepełnosprawności samodzielny i równoprawny zakup biletu, bez konieczności korzystania z pomocy innej osoby.