Status zgodności
Serwis gdzieruszyc.pl jest budowany zgodnie ze standardem WCAG 2.1 na poziomie AA. Automatyczny audyt wszystkich publicznych typów stron — strony głównej, katalogu miejsc, strony kierunku, strony miejsca, planera, zestawień, stron formalnych i strony błędu 404 — w wersji na komputer i na telefon nie wykazuje naruszeń kryteriów A i AA.
Nie nazywamy tego pełną zgodnością i nie zamierzamy. Testy automatyczne wykrywają orientacyjnie połowę problemów opisanych w WCAG; reszty nie da się sprawdzić bez udziału osób, które faktycznie korzystają z czytników ekranu i technologii wspomagających. Takiego audytu jeszcze nie przeprowadziliśmy i mówimy o tym wprost, zamiast zaznaczać pole „zgodny”.
Serwis jest prywatny i nie podlega ustawie o dostępności cyfrowej stron podmiotów publicznych. Ta strona nie jest deklaracją wymaganą przez tę ustawę — jest opisem tego, co realnie zrobiliśmy.
Co jest zrobione
Każda pozycja jest sprawdzana automatycznie przy każdym wydaniu albo wymuszana przez bazę danych przy publikacji rekordu.
| Obszar | Stan | Kryterium WCAG |
|---|---|---|
| Treść bez JavaScriptu | Każda strona publiczna renderuje się na serwerze. Z wyłączonym JavaScriptem czyta się nazwy, opisy, godziny, ceny i nawigację; interaktywne są tylko filtry, planer i powiększanie zdjęć. | 4.1.2, 1.3.1 |
| Struktura nagłówków | Jeden widoczny H1 na stronę, dalej H2 i H3 bez przeskoków. Sekcje mają odnośniki kotwiczne, a strony formalne spis treści na początku. | 1.3.1, 2.4.6 |
| Klawiatura | Cała nawigacja, filtry, planer i galeria działają z klawiatury. Pierwszy Tab odsłania odnośnik „Przejdź do treści”, a powiększone zdjęcie zamyka Escape. | 2.1.1, 2.4.1 |
| Widoczny fokus | Każdy element interaktywny ma własny obrys fokusu, odsunięty od krawędzi, o kontraście wyższym niż domyślny obrys przeglądarki. | 2.4.7 |
| Kontrast | Kolory tekstu i tła przechodzą automatyczne sprawdzenie kontrastu na wszystkich stronach, w wersji na komputer i na telefon. | 1.4.3 |
| Teksty alternatywne | Zdjęcie bez opisu alternatywnego nie przejdzie publikacji — baza odrzuca rekord bez zdjęcia głównego z opisem. Grafiki dekoracyjne są ukryte przed czytnikami. | 1.1.1 |
| Powiększenie i wąski ekran | Układ działa od 320 pikseli szerokości i przy powiększeniu do 200% bez przewijania w poziomie. Pola formularzy mają rozmiar, przy którym iOS nie przybliża strony po dotknięciu. | 1.4.4, 1.4.10 |
| Język i tytuły | Dokument deklaruje język polski, a każda strona ma własny, opisowy tytuł widoczny w zakładce przeglądarki i w wynikach wyszukiwania. | 3.1.1, 2.4.2 |
Znane ograniczenia
Lista jest krótka, bo zawiera wyłącznie rzeczy, o których wiemy. Nie znaczy to, że innych barier nie ma — znaczy, że tych jeszcze nie znaleźliśmy.
- Mapa miejsca jest obrazem z podpisem tekstowym. Podaje, gdzie miejsce leży, ale nie zastępuje nawigacji krok po kroku; adres i wskazówki dojazdu są zawsze podane słowami obok mapy.
- Zdjęcia pochodzące z Wikimedia Commons mają opisy alternatywne przepisane ze źródła. Bywają rzeczowe, ale suche — pracujemy nad tym, żeby opis mówił, co widać, a nie tylko jak plik się nazywa.
- Planer wyjazdu wymaga JavaScriptu. Bez niego strona się wyświetli, ale układania trasy nie da się wykonać; katalog i wszystkie opisy miejsc pozostają w pełni dostępne.
- Nie testowaliśmy serwisu z użytkownikami korzystającymi z czytników ekranu, powiększalników ani sterowania przełącznikami. To największa luka w tej deklaracji.
Jak to sprawdzamy
Audyt dostępności jest częścią bramki jakości uruchamianej przed każdym wydaniem, a nie jednorazowym przeglądem. Sprawdzamy silnikiem axe-core pod kątem kryteriów WCAG 2.1 A i AA, na wszystkich typach stron, w dwóch szerokościach ekranu. Naruszenie zatrzymuje wydanie.
Do tego dochodzą testy przeglądarkowe, które sprawdzają, że strony renderują pełną treść bez JavaScriptu, że przy szerokości 320 i 414 pikseli żadna strona nie ucina treści w poziomie oraz że pierwszy Tab odsłania widoczny odnośnik „Przejdź do treści”, a Enter przenosi fokus do treści strony. Całej kolejności fokusu żaden z tych testów nie przechodzi.
Zgłoś barierę
Jeżeli coś w tym serwisie jest dla Ciebie nieczytelne, niedostępne z klawiatury albo źle odczytywane przez czytnik ekranu — napisz. Zgłoszenie bariery traktujemy tak samo jak zgłoszenie nieaktualnej ceny: jako informację o błędzie, który mamy naprawić.
- Formularz: Zgłoś poprawkę — wybierz „inne” i opisz, co się nie udało.
- E-mail: admin@gdzieruszyc.pl
W zgłoszeniu przydaje się adres strony, opis tego, co miało się wydarzyć, oraz — jeśli możesz podać — nazwa używanego czytnika ekranu lub przeglądarki. Odpowiadamy na adres, z którego przyszło zgłoszenie.