Deklaracja dostępności.

Do czego dążę

Celem jest zgodność z WCAG 2.2 na poziomie AA — to ten sam standard, który obowiązuje instytucje publiczne. W praktyce oznacza on kilka konkretnych rzeczy: że treść da się przeczytać przy słabym kontraście wzroku, obsłużyć samą klawiaturą, powiększyć bez utraty tekstu i zrozumieć bez patrzenia na kolor czy animację.

Nie deklaruję pełnej zgodności, bo nie byłoby to uczciwe bez audytu zewnętrznego. Deklaruję to, co zostało sprawdzone i naprawione, oraz to, co wciąż odstaje.

Co jest zrobione

• Struktura strony opisana znacznikami: nagłówek, nawigacja, treść główna i stopka są osobnymi punktami orientacyjnymi, po których czytnik ekranu potrafi skakać.
• Pierwszym elementem na każdej stronie jest link „przejdź do treści”, który pomija menu.
• Wszystko da się obsłużyć klawiaturą, a element z fokusem ma wyraźną obwódkę — nie jest to domyślna, ledwo widoczna ramka przeglądarki.
• Kontrast tekstu wynosi co najmniej 4,5:1 w motywie jasnym i ciemnym. Kolory motywu jasnego zostały w tym celu przyciemnione.
• Motyw jasny i ciemny; strona respektuje ustawienie systemowe, a wybór można zmienić ręcznie.
• Przy włączonym systemowym ograniczeniu animacji ruch na stronie jest wyłączany, łącznie z animacją zdjęcia na stronie głównej.
• Zdjęcia mają opisy alternatywne, a zdjęcia czysto dekoracyjne są celowo oznaczone jako puste, żeby czytnik ich nie odczytywał.
• Elementy dotykowe mają co najmniej 24 px — łącznie z drobnymi odnośnikami w stopce.
• Język strony jest zadeklarowany w kodzie, osobno dla wersji polskiej i angielskiej.
• Tekst można powiększyć do 200% i zwęzić okno do 320 px bez utraty treści i bez poziomego przewijania.
• Nie ma treści migających, automatycznie odtwarzanego dźwięku ani karuzel, które same się przewijają.
• Nie ma formularza kontaktowego — kontakt jest e-mailem i telefonem, więc nie musisz przechodzić przez pola, etykiety i komunikaty o błędach.

Jak to sprawdzam

Automatycznie: narzędziem axe-core, uruchamianym na każdym typie podstrony (strona główna, usługi, poradniki, realizacje, kontakt, dokumenty, strona lokalna) w motywie jasnym i ciemnym, w widoku na komputer i na telefon.

Ręcznie: przejście samą klawiaturą, sprawdzenie widoczności fokusu, powiększenie tekstu do 200% i zwężenie okna do 320 px.

To jest samoocena, nie audyt zewnętrzny. Automatyczne narzędzia wykrywają część problemów, nie wszystkie — dlatego zgłoszenie od Ciebie jest warte więcej niż kolejne uruchomienie testu.

Czego jeszcze brakuje

• Strona błędu 404 renderuje się w uproszczonej powłoce frameworka: bez menu, bez stopki i bez zadeklarowanego języka. Jeśli trafisz na nieistniejący adres, wróć na stronę główną przez logo lub adres szramuk.pl. Pracuję nad tym.
• Opisy alternatywne zrzutów ekranu realizacji ograniczają się do nazwy projektu. Nie opisują układu strony na zrzucie — treść realizacji jest opisana tekstem obok.
• Nie było audytu zewnętrznego ani testów z udziałem osób faktycznie korzystających z czytników ekranu. To jest różnica między „przetestowane narzędziem” a „sprawdzone w praktyce”.
• Panel administracyjny pod adresem /admin nie jest objęty tą deklaracją — nie jest częścią publicznej strony i korzysta z niego jedna osoba.

Zgłoś problem

Jeśli coś jest nie do przejścia albo nie do odczytania, napisz: web@szramuk.pl lub +48 518 102 029. Odpowiadam zwykle w ciągu jednego dnia roboczego.

Pomocne, ale niekonieczne: adres podstrony, czego używasz (przeglądarka, czytnik ekranu, powiększenie) i co miało się wydarzyć. Jeśli naprawa zajmie dłużej, przekażę potrzebną informację w innej formie — mailem albo przez telefon — żebyś nie musiał czekać na poprawkę.

Podstawa prawna

Nie jestem podmiotem publicznym w rozumieniu ustawy z 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych, więc ta deklaracja jest dobrowolna i nie jest deklaracją w rozumieniu tej ustawy.

Publikuję ją, bo dostępność jest częścią tego, co uważam za porządnie zrobioną stronę — i dlatego, że strony, które buduję dla klientów, sprawdzam tak samo.